PdM（プロダクトマネージャー）のフリーランス案件の選び方｜契約前に確かめたいこと

PdM（プロダクトマネージャー）の案件を選ぶときは、契約の前に「何を決めてよいか」「何で評価されるか」「利用者とデータに触れられるか」「開発の体制」「プロダクトの先行き」の5つを確かめることが大切です。PdMは、同じ募集名でも任される判断の重さが案件ごとに大きく違い、これを確かめないまま参画すると、結果の責任だけを負う立場になりかねません。

この記事では、PdMならではの確認点と、契約書や条件の明示で見ておきたい点を整理します。報酬・支払期日・解約などの契約の一般的な確認点は業務委託契約書のチェックポイントをご覧ください。

募集の「PdM」が指す役割を見分ける

PdMの募集には、実際の役割が違うものが混ざっています。説明文を読むときは、次のどれに近いかを見分けます。

どれが良い・悪いではなく、自分の経験と合うかどうかが選び方の軸です。案件の種類ごとの仕事の中身はPdMの案件の仕事内容で解説しています。

契約前に確かめたい5つのこと

1. 何を決めてよいか、誰が承認するか

PdMの案件で最も大切な確認点です。次のように、決める範囲を具体的に聞きます。

• 機能の優先順位は自分で決めるのか、案を出して責任者が決めるのか
• 仕様の細部はどこまで自分の判断で確定させてよいか
• やめる判断（機能の削除や施策の中止）は誰がするか
• 事業責任者や経営層との会議に出られるか

決定権がないこと自体は問題ではありません。問題になりやすいのは、決定権がないのに、結果の責任だけを求められる形です。

2. 何で評価されるか

PdMは指標で成果を語る仕事ですが、指標の動きは予算や体制、市場にも左右されます。業務委託の発注側が、何をもって「期待どおり」と見るかを確かめておきましょう。

• 見ることになる指標と、その指標を誰が決めたか
• 期待されている成果物（要求文書、ロードマップ、調査の報告など）
• 報告の頻度と相手

指標の達成を報酬の条件にする話が出た場合の注意点はPdMの報酬の記事で解説しています。

3. 利用者とデータに触れられるか

PdMの判断の質は、使える情報で決まります。参画してから「利用者には会えない」「データは見られない」と分かると、根拠のある判断ができません。

• 利用者や顧客にインタビューできるか。営業やサポートを通す必要があるか
• 利用データや分析環境へのアクセスがあるか。外部の立場でどこまで見てよいか
• 個人情報に触れる場合の取り扱いのルール

個人情報を扱う場合の契約上の注意点は業務で個人情報を扱うときの契約と注意点をご覧ください。

4. 開発とデザインの体制

PdMが決めたことを形にするのは開発チームです。体制が整っていないと、優先順位を決めても進みません。

• エンジニアの人数と、社内か外部の開発会社か
• デザイナーやデータ分析の担当がいるか
• 開発の進め方（スクラムなど）と、リリースの頻度

開発を外部の会社に任せている場合は、仕様の変更が契約の変更を伴うことがあり、PdMの判断が反映されるまでに時間がかかります。

5. プロダクトの先行きと、外部のPdMを入れる理由

• プロダクトの予算やロードマップは、どのくらい先まで決まっているか
• 前任のPdMはいたか。なぜ外部の人を入れるのか
• 社員のPdMを採用する予定があるか

外部のPdMを入れる理由が「社員の採用までのつなぎ」なのか「立ち上げの期間だけ」なのかで、契約が続く見込みと、残すべき引き継ぎの形が変わります。契約期間の考え方は契約期間の決め方の記事で解説しています。

契約書・条件の明示で見ておきたい点

フリーランス法では、発注側は業務を委託したとき、直ちに書面またはメールなどで、業務の内容、報酬の額、支払期日などの取引条件を明示することが求められています。報酬の支払期日は、給付を受け取った日から60日以内のできる限り短い期間で定めることとされています（公正取引委員会「フリーランス法特設サイト」、2026年10月時点で確認）。明示される事項の読み方は取引条件の明示の記事をご覧ください。

PdMの案件では、この明示や契約書の中で、次の点を特に見ておきます。

業務の範囲が「一式」になっていないか

「プロダクトマネジメント業務一式」のような書き方だと、参画後に進捗管理や営業資料の作成まで求められても、範囲の外だと言いにくくなります。担う業務を、要求文書の作成、優先順位の案の作成、ユーザー調査の実施のように具体的に書いてもらうと、後で範囲が広がったときに話し合いの土台になります。範囲が広がったときの扱いは作業範囲が広がったときの契約の扱いで解説しています。

作った文書や調査結果の権利

要求文書、ロードマップ、インタビューの記録は、契約の終了後も発注側で使われるものです。権利がどちらに帰属するか、自分の作った文書の型を他の案件で使ってよいかを確かめておきましょう。考え方は成果物の著作権の記事をご覧ください。

競業と秘密保持の範囲

PdMは事業計画や未発表の機能を知る立場のため、競業避止や秘密保持の条項が広く書かれることがあります。契約の終了後、同じ業界のプロダクトに関われなくなる書き方になっていないかを確かめます。読み方は競業避止の条項の記事で解説しています。

生成AIの利用

要求文書の下書きやインタビュー記録の要約に生成AIを使いたい場合は、契約や発注側の規程で使ってよい範囲を確かめておきます。利用者の声や未発表の情報を入力してよいかが論点になりやすい点です。詳しくは生成AIの利用に関する契約条項をご覧ください。

見送りを考えたいサイン

次のような状態が重なる案件は、PdMとして成果を出しにくい可能性があります。条件を確かめたうえで、受けるかどうかを判断しましょう。

• 決定権はないが、指標の結果の責任は負うことになっている
• 利用者にも、利用データにも触れられない
• 開発の体制が決まっておらず、作る人がいない
• 社内の要望をそのまま開発に渡す窓口の役割が求められている
• 外部のPdMを入れる理由を、発注側が説明できない

よくある質問

面談で決定権の範囲を聞くのは失礼になりませんか？

失礼にはあたりません。PdMにとって決定権の範囲は、仕事の進め方そのものに関わる点です。「外部の立場で期待されているのは、優先順位の決定までですか、案の作成までですか」のように、選択肢を示して聞くと、相手も答えやすくなります。面談での聞き方はPdMの面談でよく聞かれる質問でも触れています。

立ち上げ期のプロダクトの案件は、避けたほうがよいですか？

避ける必要はありません。立ち上げ期は方向転換が多く、計画が変わりやすい一方で、判断の経験を積みやすい段階です。予算がどこまで確保されているか、方向を変えたときに契約がどうなるかを確かめたうえで判断しましょう。

開発を外部の会社に任せている案件で、PdMは何に気をつければよいですか？

仕様の変更が、開発会社との契約の変更や追加の費用につながることがあります。優先順位を変えたいときに、誰の承認でどう進めるかを最初に確かめておきましょう。開発会社とのやり取りを誰が担うかも、業務範囲として明確にしておくと安心です。