研究開発部　製品設計

病院現場からの困りごとは、カスタマーサクセスやテクニカルサポートを介して共有されます。このポジションはそれらの声を集約し、最初に受け止める重要な窓口となります。

届いた要望を、調査が必要か／どのくらい急ぐか／いつまでに顧客へ返すかで仕分けます。すべてを「最優先」にすると優先度という仕組み自体が壊れるため、下げる判断も含めて線を引くのがこの仕事の本質です。

会議・チャット・立ち話などに散らばった顧客からのニーズを、具現化していきます。ベトナムの開発チームに不明点が出ないよう、また、考慮漏れなど顧客が想定していないようなイレギュラーケースまで考慮して仕様を策定していきます。

週1回、プロダクトごとに重要な意思決定を行う会議を開催します。PDが進行役となり、「リリース予定」「仕様」「新規要望」を順番に確認。現場のニーズを踏まえながら、各要望に対して「対応する」「対応しない」「継続協議する」を判断します。

決まった仕様をチケットに起票します。チケットには仕様はもちろん、担当チーム・リリース時期・優先度などの情報を持たせ、チケットごとにリリースまでの進捗を管理しています。

毎月1回行われる定期リリースの内容を決定します。案件ごとの必要性や期日を持ち寄り、PDチーム全体で議論した上でマネージャーが最終決定を下します。限られたリリースの機会を最大限に活かし、顧客へ最も価値のある改善を届けられるよう、優先順位を整理・設計する役割です。

病院のニーズを捉え、根本的な課題解決につながるデザインを設計します。現場では見落とされがちな仕様漏れやバグを未然に防ぐため、細部まで丁寧に作り込むことがPDの重要な役割です。開発側が迷わず実装に着手できる精度まで仕様を固め、リリース日から逆算してデザインの確定日を設定・管理します。

どれだけ念入りに仕様を設計しても、実装段階でエンジニアから「この条件ではどう動作すべきか」といった疑問が生じることがあります。その際は、ベトナムと日本のチームが一丸となってアイデアを出し合い、不足している仕様を定義していきます。議論の結果、仕様変更が必要となった場合は、事業部へ経緯を説明して合意を取り直すところまでがPDの責任です。ただ質問に答えて終わらせるのではなく、仕様を再定義し、関係者全員を着地させるまで並走する役割を担っています。

上がってきた実装物に対して、検収条件に沿った通しテストを実施します。新機能が仕様通りに動くかだけでなく、既存の機能やフローに悪影響が出ていないかまで徹底的に確認します。現場にリリースされる前に不具合を阻止する最終防波堤であり、システムの誤作動が患者様への影響に直結する領域だからこそ、非常に責任と重みのあるプロセスです。

毎月のリリース内容を、Dr.JOYのポータルサイト・社外向けサイト・Dr.JOYのモバイルアプリなど、複数の出口へ展開します。各事業部に記載を依頼し、カスタマーサクセスと「お客様に伝わる書き方か」を確認してから配信します。

医療機関データの仕入先や、連携先システムのベンダーとのやり取りを担当します。ハードウェアを利用したプロダクトを展開する場合には、海外メーカーとのやり取りを通じて、そのプロダクトに適した機器の選定も行います。要件に適したハードウェアを選び、それがシステム上で正しく動作するかどうかの検証・動作確認を責任を持って実施します。PDは仕様と運用の合意形成を担う立場です。

特定のプロダクトに紐づかない全社横断の改善提案が、経営層や他部門から入ってきます。スコープを切り、どのプロダクトの話として扱うかを決めるところから始まります。

外部のデザイナーへ依頼を出し、仕様の背景を説明し、上がってきたものをレビューします。窓口の一本化と依頼の記録が崩れると、たちまち属人化します。

メンバーの週報を確認して返し、担当領域の委任を設計します。委任は「目的・完成条件・期限・裁量範囲・報告ルール」の5点をメモで渡す型にしています。

事業部ごとの開発フローマニュアルや研修ロードマップを整備します。担当プロダクト分は主担当が書きます。教えられる人が限られる状態を放置しないための、先回りの仕事です。