1人目のPdMを採用できた——ここまでは喜ばしいことですが、実際に業務を引き継ぐ段階になって初めて、想像していたよりも難しい壁にぶつかる経営者は少なくありません。「何から任せればいいのか分からない」「口頭では説明できるが、資料としてまとめる時間が取れない」「結局、判断のたびに自分に聞きに来られてしまう」といった状態が続き、採用したはずなのに業務量が減らない、というケースはよく起こります。
本記事では、なぜPdMへの引き継ぎが難しいのか、渡すべき業務をどう仕分けるか、そして採用後3か月を見据えた3つのステップを解説します。
なぜPdMの引き継ぎは難しいのか
エンジニアやセールスの引き継ぎであれば、担当していた案件のリストや進行中のタスクを渡せば、ある程度業務は回り始めます。しかしPdM業務の引き継ぎが難しいのには、次の3つの理由があります。
1つ目は、業務の大半が「暗黙知」であることです。 どの機能をなぜ今のタイミングでリリースしたのか、なぜあの顧客要望は見送ったのか——こうした判断の背景は、経営者の頭の中にしか存在しないことがほとんどです。議事録やタスク管理ツールには「結果」は残っていても、「なぜその結論に至ったか」という判断の過程は残っていません。
2つ目は、引き継ぐ側に引き継ぎの経験がないことです。 経営者自身がPdM業務を誰かから引き継いだ経験がないまま兼務してきた場合、そもそも「何を、どの順番で、どこまで渡せばよいか」という引き継ぎの型を持っていません。結果として、思いついた順に断片的に説明するだけになり、体系的な引き継ぎになりません。
3つ目は、経営者自身が「渡す」ことへの心理的な抵抗を持っていることです。 これまで自分が最も詳しく、最も速く判断できる領域だったからこそ、「本当に任せて大丈夫か」という不安が先に立ち、結果的に細部まで自分で確認し続けてしまいます。これは以下の記事で触れた「権限委譲が進まない」状態と同じ構造です。
引き継ぐべき業務を4つに仕分ける
引き継ぎが進まない最大の理由は、「何を渡すべきか」が整理されていないことです。以下の4つの軸で業務を仕分けると、優先順位がつけやすくなります。
領域1：即座に渡せる定型業務。 仕様の細部確認、開発チームとの日次のすり合わせ、既存の問い合わせ対応の一次仕分けなど、判断基準がすでに明確な業務です。ここは引き継ぎのハードルが最も低く、最初の1〜2週間で渡すべき対象になります。
領域2：背景を伝えれば渡せる業務。 バックログの優先順位付けや、次期リリースの機能選定など、判断基準はある程度言語化できるものの、これまでの経緯を知らないと的外れな判断になりかねない業務です。ここが引き継ぎの本丸であり、PRD(プロダクト要求仕様書)などの資料が特に効果を発揮する領域です。
領域3：しばらく併走が必要な業務。 顧客インタビューや、重要度の高いステークホルダーとの調整など、経営者自身の信頼関係の上に成り立っている業務です。すぐに完全移管するのではなく、一定期間は同席させながら、少しずつ主導権を渡していく必要があります。
領域4：当面は経営者が持ち続ける業務。 資金調達に関わる事業方針の判断や、事業全体の優先順位に関わる意思決定など、PdMというより経営そのものに近い領域です。無理にすべてを渡そうとすると、かえって現場の混乱を招きます。
すべてを一度に渡そうとせず、まず領域1と領域2の一部から着手するのが、引き継ぎを軌道に乗せる現実的な進め方です。
引き継ぎを進める3つのステップ
仕分けができたら、次は実際の進め方です。採用後3か月を目安に、次の3ステップで進めることをおすすめします。
ステップ1:業務の棚卸しと言語化(1〜2週目)
まず、経営者自身が担ってきたプロダクト業務を1週間分ログとして記録し、「何に」「どれくらいの時間を」使っているかを可視化します。このログをもとに、前述の4領域に業務を仕分けます。ここで作成した棚卸しは、そのまま求人票やオンボーディング資料の土台にもなります。
ステップ2:同席・並走しながらの権限移譲(3〜6週目)
領域1の定型業務から、実際にPdMに担当してもらいます。ただし「渡したら終わり」ではなく、最初の数回は判断の過程を見せながら一緒に対応し、「なぜこの優先順位にしたのか」「なぜこの要望は今回見送ったのか」という背景を、その都度言葉にして伝えます。領域2の業務についても、最初は経営者が最終判断をしつつ、PdMに判断の「たたき台」を作ってもらう形に少しずつ移行していきます。
ステップ3:判断の主導権を渡し、経営者は例外対応に回る(7〜12週目)
領域1・2の大半をPdMが自走できるようになったら、経営者は日常的な判断から離れ、領域3の一部と領域4の意思決定、そして例外的な判断が必要になったときの相談相手という立場に移ります。この段階に到達して初めて、採用の目的である「経営者の時間を空ける」という効果が実感できるようになります。
3つのステップを通じて共通して重要なのは、「渡した業務にすぐ口を出さない」ことです。判断の精度が多少落ちても、経験を積む機会を奪わないことが、結果的に早い自走につながります。
引き継ぎが進まないときによくあるつまずき
引き継ぎがうまく進まない場合、多くは次の2つのいずれかが原因です。
1つ目は、資料を用意せず口頭説明だけで済ませてしまうことです。 口頭での説明は、その場では理解されたように見えても、後から参照できないため、似たような判断のたびに同じ質問が繰り返されます。棚卸しの結果を簡単なメモやPRDの形にまとめておくだけで、この繰り返しは大きく減らせます。
2つ目は、渡した業務の結果に対して過度に細かく修正を入れてしまうことです。 経営者自身の判断基準と寸分違わぬ結果を求めてしまうと、PdM側は「結局は自分で決められない」と感じ、自発的な判断を避けるようになります。多少の判断のズレは、背景説明を重ねることで徐々に縮まっていくものと捉え、まずは任せてみる姿勢が必要です。
具体例:従業員15名のBtoB SaaS企業
従業員15名、シリーズA調達後のBtoB SaaS企業を例に考えます。経営者はこれまでプロダクトの要件定義から開発チームとの調整、顧客からの機能要望対応までを一手に担っていましたが、1人目のPdMを正社員として採用しました。
入社初週、まず1週間分の業務ログをもとに棚卸しを行い、「顧客要望の一次仕分け」「開発チームとの日次すり合わせ」を領域1(即座に渡せる業務)、「バックログの優先順位付け」を領域2(背景を伝えれば渡せる業務)に仕分けました。2週目から領域1の業務を任せ始め、3週目からはバックログの優先順位会議に同席させながら、これまでの判断の背景を都度説明する形で並走しました。
1か月半が経過した頃には、優先順位のたたき台をPdM自身が作成し、経営者はそれを確認するだけの立場に移行できました。2か月目には、経営者が直接関わるのは重要顧客とのミーティングと事業方針に関わる判断のみとなり、日常的なプロダクト判断からはほぼ手を離すことができたといいます。
よくある質問(FAQ)
Q1. 引き継ぎ資料は、どこまで詳しく作るべきですか?
完璧な資料を最初から作ろうとする必要はありません。まずは領域1・2に該当する業務について、判断基準と過去の代表的な判断例を簡単にまとめる程度で十分です。実際に運用しながら、PdMから聞かれた質問を随時資料に追記していく形の方が、現実的で実用的な資料に育ちます。
Q2. 引き継ぎ期間中も、経営者はどの程度関与し続けるべきですか?
ステップ2の期間(採用後3〜6週目が目安)は、判断の背景を伝えるために一定の関与が必要です。ただしステップ3に入ったら、意識的に関与を減らし、例外対応のみに絞ることが重要です。関与を減らすタイミングを自分で決められない場合は、あらかじめ「◯週目からは日常判断への同席をやめる」と期限を区切っておくと移行しやすくなります。
Q3. PdMが自分の判断基準とは違う結論を出した場合、どこまで尊重すべきですか?
事業の方向性を大きく損なわない範囲であれば、まずは尊重することをおすすめします。判断の結果ではなく判断のプロセス(なぜその優先順位にしたか)を確認し、プロセスに大きな誤りがなければ、結論が自分と違っていても実行させてみる方が、PdMの自走が早まります。
Q4. 業務委託やフリーランスのPdMに一時的に引き継ぐ場合も、同じ進め方でよいですか?
基本的な考え方(業務の仕分け、並走を経た移譲)は共通です。ただし稼働日数が限られるため、領域2・3の業務は正社員採用の場合よりも絞り込み、優先度の高いものから引き継ぐ必要があります。フリーランスPdMという働き方の特徴については、以下の記事も参考になります。
まとめ
PdMへの引き継ぎが難しいのは、業務の多くが暗黙知として経営者の頭の中にとどまっており、なおかつ引き継ぎの型を持たないまま進めることになるためです。渡すべき業務を「即座に渡せる定型業務」「背景を伝えれば渡せる業務」「併走が必要な業務」「当面は経営者が持ち続ける業務」の4領域に仕分け、棚卸し・並走・移譲という3つのステップを踏むことで、無理のない引き継ぎが実現できます。
まずは1週間、自分の業務ログをつけて、どの業務がどの領域に当てはまるかを書き出すところから始めてみてください。
プロダクトマネジメントについてお気軽にご相談ください
プロダクトマネジメントの顧問支援や、1人目のPdM採用・育成のサポートを承っています。 「経営者が兼務してきたが、そろそろ限界かもしれない」という段階からでもお気軽にご連絡ください。 おおむね2営業日以内にご返信します。
