正社員のPdMを迎えるにはまだ早い。けれど、プロダクトの判断を一人で抱え続けるのも限界に近い。そうした段階で選ばれやすいのが、週2日程度の部分稼働で業務委託のPdMに入ってもらう形です。
ところが、実際に始めてみると「思ったほど進まない」と感じるケースが少なくありません。委託したPdMが稼働日に来ても、前回から状況が変わっていて追いつくだけで半日が終わる。確認したいことがあっても相手の稼働日を待つことになり、判断が1週間ずつ遅れていく。結局、自分でやったほうが早いという気持ちが戻ってきます。
週2日という稼働は、週5日の縮小版ではありません。時間が少ないことよりも、「稼働していない3日間」をどう扱うかで成果が決まります。 本記事では、週2日の業務委託PdMに何を任せ、どう組み立てれば限られた稼働が成果につながるのかを、任せる側の設計と最初の4週間の進め方に分けて解説します。
週2日の稼働が空回りしやすい理由
まず、部分稼働の業務委託PdMがうまく機能しないとき、何が起きているのかを整理します。原因は委託先の能力よりも、稼働の組み立て方にあることがほとんどです。
1つ目は、稼働日の冒頭が「追いつく時間」に消えることです。 週2日の場合、前回の稼働から数日が空きます。その間にSlackで交わされた議論、顧客からの問い合わせ、開発の進み具合を把握し直すだけで、稼働時間のかなりの部分が使われます。情報が一か所にまとまっていないと、この時間はさらに延びます。
2つ目は、判断が相手の稼働日を待つことです。 開発チームから仕様の確認が来たとき、委託PdMが稼働していない日であれば、次の稼働日まで判断が止まります。エンジニアは待つか、自分の判断で進めるかを選ぶことになり、どちらも望ましくありません。
3つ目は、任せた仕事が「常駐前提」の性質を持っていることです。 日々の開発チームとの細かな調整や、その場で即答が求められる顧客対応は、毎日そこにいる人のほうが向いています。こうした仕事を週2日の人に任せると、稼働のない日に仕事が滞ります。
4つ目は、経営者との役割の境目が曖昧なことです。 委託PdMが稼働していない日に、経営者が代わりに判断する。すると次の稼働日には、委託PdMが知らないうちに方針が変わっている。これが繰り返されると、委託PdMは判断を控えるようになり、単なる作業者になっていきます。
裏を返せば、この4つを設計で先回りすれば、週2日でも十分に成果は出せます。
週2日で任せやすい仕事、任せにくい仕事
何を任せるかを考えるときは、業務の種類よりも「その仕事が時間的にどういう性質を持っているか」で分けると判断しやすくなります。
任せやすい仕事：成果物が残り、数日単位で進められるもの
- 課題の整理と検証の設計：ユーザーインタビューの設計・実施・分析、利用データの読み解きなど。1回の稼働でまとまった単位を進められ、結果が資料として残ります。
- 優先順位づけとロードマップの素案づくり：バックログを整理し、何から手をつけるかの案をつくる仕事。経営者が最終判断をする場合でも、判断材料をそろえる部分を任せられます。
- 要件の文書化：PRDやユーザーストーリー、受け入れ基準など、開発チームが稼働日以外にも参照できる形で残す仕事です。
- 仕組みづくり：要望の管理方法、定例の進め方、意思決定の記録の残し方など、一度つくれば稼働していない日も回り続けるものです。
任せにくい仕事：常駐と即答を前提とするもの
- 開発チームとの日々の細かな調整：毎日のように発生する仕様の小さな確認は、稼働日だけでは回りません。
- 顧客からの問い合わせへの即時対応：その場で答える必要があるものは、社内の誰かが担う必要があります。
- 社内の空気を読みながら進める調整：複数部署の利害を少しずつ擦り合わせる仕事は、社内にいる時間の長さが効いてきます。
任せにくい仕事がゼロになるわけではありません。大切なのは、それを誰が担うかを決めておくことです。多くの場合、日々の細かな確認は開発チームのリードエンジニアや経営者自身が引き受け、委託PdMは「その判断の基準」をつくる側に回ると、全体がうまく回ります。
週2日を機能させる5つの設計
ここからは、任せる側が用意しておくべき5つの設計を順に説明します。
設計1：担当する領域と成果物を1つに絞る
週2日の稼働で複数のテーマを並行して任せると、どれも少しずつしか進まず、成果が見えにくくなります。最初は「このテーマについて、この期間で、この成果物を出す」と1つに絞ることをおすすめします。
たとえば「解約理由を把握し、次の四半期に取り組む改善テーマを3つに絞る。成果物はインタビューの分析結果と、改善テーマの優先順位案」のように、期間と成果物までセットで決めます。成果物がはっきりしていれば、稼働日ごとに何を進めるかを委託PdM自身が組み立てられます。
設計2：稼働日を固定し、稼働日以外の連絡ルールを決める
稼働日は、できるだけ曜日を固定します。「月曜と木曜」のように間を空けて置くと、1回目の稼働で出した問いへの答えを、2回目の稼働で受け取れるリズムになります。連続した2日にするより、判断待ちの期間を短くできます。
あわせて、稼働日以外の連絡ルールを決めておきます。
- 稼働日以外の連絡は受け付けるか、受け付けるなら返信はいつまでに行うか
- 緊急時の連絡手段と、「緊急」とみなす基準
- 稼働日以外に来た確認のうち、誰が一時的に判断を預かるか
ここを決めずに始めると、委託PdMは稼働日以外も気になって少しずつ対応するようになり、稼働時間と実際の負担がずれていきます。反対に、完全に連絡を断つと判断が止まります。あらかじめ線を引いておくことが、双方にとっての負担を減らします。
設計3：初日から情報にアクセスできる状態をつくる
稼働日の冒頭を「追いつく時間」にしないためには、委託PdMが自分で状況を把握できる環境が必要です。初日までに、次のものへのアクセスを用意します。
- 開発チームが使っているタスク管理ツールとSlackの関連チャンネル
- 利用データを見られるダッシュボードや分析ツール
- 顧客からの問い合わせや要望が集まっている場所
- これまでの経営会議やプロダクト関連の議事録
アクセスを渡すことに抵抗がある場合もあると思います。ただ、必要な情報を都度依頼して受け取る形にすると、そのやりとりだけで稼働時間が削られます。秘密保持契約の範囲で、プロダクトの判断に必要な情報は最初にまとめて開放するほうが、結果的に時間の無駄が少なくなります。
設計4：判断の線引きを「3つの箱」で決める
稼働していない日に判断が止まらないよう、判断の種類ごとに誰が決めるかを事前に決めておきます。おすすめは、次の3つの箱に分ける方法です。
| 箱 | 内容 | 例 |
|---|---|---|
| 委託PdMが決めてよい | 決めた後に共有すればよいもの | インタビュー対象の選び方、要件の細部、バックログ内の小さな入れ替え |
| 委託PdMが案を出し、経営者が決める | 案と根拠をそろえて判断を仰ぐもの | 四半期のロードマップ、大きな機能の着手順 |
| 経営者が決める | 事業の方向性に直結するもの | 対象とする顧客層、価格、撤退の判断 |
この線引きは、最初から完璧である必要はありません。むしろ最初は「委託PdMが決めてよい」箱を小さめにしておき、稼働の中で判断の感覚が擦り合ってきたら、少しずつ広げていくほうが安全です。
線引きと同時に、判断した内容をどこに残すかも決めておきます。委託PdMが稼働していない日に経営者が判断した場合も、その内容と理由が残っていれば、次の稼働日に追いつくことができます。
設計5：週1回の短い同期と、非同期の週次共有を組み合わせる
経営者と委託PdMのやりとりは、同期（会議）と非同期（文章での共有）を組み合わせます。
- 週1回、30分程度の定例：稼働日の冒頭に置くのがおすすめです。前回からの変化の共有と、「案を出し、経営者が決める」箱に入っている判断をここでまとめて行います。
- 稼働日の終わりに、短い週次共有を文章で残す：今日進めたこと、次回の稼働で進めること、経営者に判断してほしいこと、の3点だけで十分です。
同期の時間を増やすと、稼働時間の多くが会議で埋まり、手を動かす時間がなくなります。会議は判断と認識合わせに限り、報告は文章で済ませるという切り分けが、週2日の稼働では特に効いてきます。
最初の4週間の進め方
5つの設計を用意したうえで、最初の4週間を次のように進めると、立ち上がりが早くなります。
1週目：現状を把握し、問いを立てる
最初の週は、委託PdMが現状を理解することに使います。経営者から、プロダクトの現状、顧客、これまでの主な判断とその理由を説明する時間を1〜2時間取ります。そのうえで、委託PdMから「分かったこと」と「まだ分からないこと」を返してもらいます。
このとき、経営者が自分の頭の中にある判断基準を話すことになるため、これまで感覚でこなしてきた仕事を言葉にする良い機会にもなります。
2週目：担当テーマの進め方を合意する
設計1で決めたテーマについて、委託PdMから「どう進めるか」の計画を出してもらい、合意します。誰に話を聞くか、どのデータを見るか、いつまでに何を出すかを具体的にします。同時に、設計4の判断の線引きもこの週に確認しておきます。
3週目：最初の小さな成果物を出す
3週目には、小さくても形のある成果物を1つ出してもらいます。数件のインタビューの中間まとめ、バックログの整理案など、テーマの一部で構いません。早い段階で成果物を挟むことで、経営者と委託PdMの間で「期待していたもの」と「出てきたもの」のずれを小さいうちに修正できます。
4週目：振り返り、次の4週間を決める
4週目の定例で、1か月を振り返ります。確認するのは次の3点です。
- 設定したテーマに対して、どこまで進んだか
- 稼働日以外の連絡ルールや判断の線引きは、実際に機能したか
- 次の4週間で、任せる範囲を広げるか、同じテーマを深めるか
ここで「判断が止まった場面」があれば、それがどの箱の判断だったかを振り返り、線引きを調整します。
受託する側として限られた稼働で支援していると、この最初の1か月の組み立てで、その後の数か月の進み方がほぼ決まると感じます。逆に言えば、最初の4週間を丁寧に設計すれば、週2日でも手応えのある成果は十分に出せます。
稼働日数を増やすべきか、減らすべきかの見極め
しばらく運用すると、「週2日で足りているのか」を考える場面が出てきます。次のような状態が続いている場合は、稼働を増やすことを検討します。
- 設計を見直しても、判断待ちで開発が止まる場面が毎週のように発生している
- 担当テーマを1つに絞っても、期間内に成果物がまとまらない
- 委託PdMに日々の開発チームとの調整まで任せたい状況になっている
最後の状態になっている場合は、稼働日数を増やすだけでなく、正社員のPdMを迎える検討を始める時期かもしれません。
反対に、成果物は期限どおりに出ているものの、次に任せるテーマが見つからない状態であれば、週1日に減らして相談役として関わってもらう形もあります。稼働日数は一度決めたら固定するものではなく、プロダクトの状況に合わせて見直すものと考えてください。
よくある失敗
- 「空いている時間に見てほしい」と範囲を決めずに始める：テーマと成果物が決まっていないと、委託PdMは稼働日ごとに目の前の依頼に対応するだけになり、まとまった成果が残りません。
- 稼働日以外に経営者が判断を上書きする：委託PdMが進めていた判断を、稼働していない日に経営者が変え、それを共有しないまま次の稼働日を迎える。これが続くと、委託PdMは判断を控えるようになります。上書きする場合は、理由と一緒に記録を残します。
- 週5日の社員と同じ動きを期待する：Slackでの即レスや、すべての会議への参加を求めると、稼働時間の大半が同期のやりとりに使われます。週2日の人には、週2日の人に合った役割があります。
- 情報を小出しにする：必要な資料やデータを都度依頼して渡す形にすると、そのやりとりに稼働時間が消えていきます。
具体例：週2日の委託で、解約改善のテーマを任せたケース
従業員10名、BtoB SaaSを提供する創業3年目のスタートアップを想定した例です。経営者がプロダクトの責任者を兼務してきましたが、営業と資金調達に時間を取られ、解約が増えていることに気づきながらも手をつけられずにいました。正社員のPdM採用も検討していましたが、まずは週2日の業務委託でPdMに入ってもらうことにしました。
最初に決めたのは、担当テーマを「解約の理由を把握し、次の四半期に取り組む改善テーマを決める」の1つに絞ることでした。稼働日は月曜と木曜に固定し、稼働日以外の開発チームからの細かな確認はリードエンジニアが一時的に判断を預かることにしました。判断の線引きは、インタビュー対象の選定やデータの見方は委託PdMが決め、改善テーマの最終決定は経営者が行うと決めました。
1週目は経営者からの説明と、利用データ・問い合わせ履歴の読み込みに使いました。2週目に、解約した顧客と継続している顧客の双方にインタビューする計画を合意し、3週目には数件のインタビューの中間まとめが出てきました。この中間まとめで、経営者が想定していた「機能不足」よりも「導入初期に使い方が定着しない」ことが解約につながっている可能性が見えてきました。
4週目の振り返りでは、稼働日以外にエンジニアから来た仕様の確認が、判断の線引きのどの箱にも入っていなかったことが分かり、線引きを追加しました。次の4週間は、導入初期の定着に絞って改善案を具体化することを決めました。
テーマを1つに絞り、判断の線引きと稼働日以外の運用を先に決めたことで、週2日の稼働でも1か月で次の打ち手が見える状態をつくることができました。
よくある質問（FAQ）
Q1. 週2日と、週1日×2回に分けた稼働（半日を週4回など）では、どちらがよいですか。
任せるテーマによります。インタビューの実施や分析、要件の文書化など、まとまった時間で集中して進める仕事が中心であれば、1日単位の稼働のほうが進めやすくなります。一方、開発チームとの確認が多いテーマであれば、半日を複数回に分けたほうが判断待ちの期間は短くなります。最初は1日単位で始め、運用しながら調整するのがおすすめです。
Q2. 委託PdMを開発チームの定例に参加させるべきですか。
稼働日と重なる定例には参加してもらうのがよいでしょう。重ならない定例は、議事録を共有してもらう形で十分です。すべての定例に合わせて稼働日を組むと、会議のために稼働時間が使われてしまいます。
Q3. 委託PdMに開発チームへの指示を出してもらってもよいですか。
判断の線引きで「委託PdMが決めてよい」箱に入っている範囲であれば、問題ありません。ただし、開発チームから見て「誰の指示に従えばよいか」が分からない状態は避ける必要があります。最初に、委託PdMがどの範囲の判断を担うのかを、経営者から開発チームに伝えておきます。
Q4. 週2日から始めて、いずれ正社員として迎えることはできますか。
双方が望めば可能です。ただし、業務委託の相手は複数社を並行して支援していることが多く、正社員への転換を前提にしていないこともあります。将来的に正社員として迎えたい考えがある場合は、早めにその可能性を伝え、相手の意向を確認しておくことをおすすめします。
まとめ
週2日の業務委託PdMがうまく機能するかどうかは、稼働する2日間よりも、稼働していない3日間をどう扱うかで決まります。
任せる仕事は、成果物が残り、数日単位で進められるものを選びます。そのうえで、(1)担当する領域と成果物を1つに絞る、(2)稼働日を固定し、稼働日以外の連絡ルールを決める、(3)初日から情報にアクセスできる状態をつくる、(4)判断の線引きを「3つの箱」で決める、(5)週1回の短い同期と非同期の週次共有を組み合わせる、という5つの設計を用意します。
最初の4週間は、現状把握、進め方の合意、小さな成果物、振り返りという順で進め、4週目に線引きや任せる範囲を調整します。まずは、今いちばん手をつけられていないプロダクトの課題を1つ選び、「この期間で、この成果物を出してほしい」と言葉にしてみるところから始めてみてください。
プロダクトマネジメントについてお気軽にご相談ください
プロダクトマネジメントの顧問支援や、1人目のPdM採用・育成のサポートを承っています。
「経営者が兼務してきたが、そろそろ限界かもしれない」という段階からでもお気軽にご連絡ください。
おおむね2営業日以内にご返信します。
