PdM（プロダクトマネージャー）のフリーランスがつまずきやすい点と対策

フリーランスのPdM（プロダクトマネージャー）がつまずきやすいのは、決める権限がないのに結果の責任だけを負う状態、「PdM」という名前で要件の整理だけを任される状態、前任の経緯を知らずに過去と同じ提案をしてしまうことです。いずれも、外部から入って「何を作るか」に関わるPdMならではの問題です。

対策の多くは、参画の前後で「誰が決めるか」「何を見て判断するか」を言葉にしてそろえることに行き着きます。この記事では、契約・現場・スキル・お金の順に、起きる理由と対策を整理します。

つまずきの全体像

契約でのつまずき

決める権限がないのに、結果の責任を問われる

業務委託のPdMは、最終的な決定権を発注側に残して関わることが多くなります。それでも、施策の結果が出ないと「PdMが決めたこと」として責任を問われる場面があります。

なぜ起きるか：社内では「外部のPdMに任せた」と受け止められ、実際に誰が決めたかが記録に残っていないためです。

対策：自分が出したのは「判断の材料と選択肢」なのか、「決定」なのかを、その都度残します。会議のメモに「誰の判断で何に決まったか」を一行書いておくだけでも、後から振り返れます。

「PdM」の募集だったのに、要件の整理だけを任される

参画してみると、何を作るかはすでに社内で決まっていて、自分は仕様書と議事録をまとめる役割だった、ということがあります。逆に、仕様の整理役で入ったのに、事業の数字への責任まで求められることもあります。

対策：参画前の面談で、報告先、決裁の範囲、出席する会議を確かめます。参画後に役割が変わった場合は、業務の範囲が変わったものとして扱い、契約の見直しを相談します。考え方は作業範囲が広がったときの記事をご覧ください。

指標の達成を約束してしまう

PdMは指標で成果を語る仕事なので、「この指標を上げてほしい」という依頼を受けやすくなります。準委任契約は業務を行うことに対して報酬が支払われる契約で、指標の結果は予算や開発の体制、市場の動きにも左右されます。

対策：指標は「目指す方向」として共有し、達成を報酬の条件にする場合は、測り方と自分が決められる範囲を契約の前に書面で確かめます。契約の形の違いは準委任と請負の違いで解説しています。

現場でのつまずき

前任の経緯を知らずに、過去にやめた施策を提案してしまう

外部のPdMは、プロダクトの過去を知らない状態から始まります。良い案だと思って出した施策が、実は以前に試してやめたものだった、ということは珍しくありません。社内のメンバーからは「経緯を調べていない」と受け止められ、信頼を落としやすくなります。

対策：最初の数週間で、過去の企画書や振り返りの資料、やめた施策の一覧を読み、分からない点は開発や事業の担当者に聞きます。初月の進め方はPdMの参画初月にやることの記事で解説しています。

誰が決めるのかが曖昧なまま進む

事業責任者、開発責任者、営業の責任者がそれぞれ別の優先順位を持っていて、誰の判断が最終なのかがはっきりしない現場があります。外部のPdMは、その間に立って板挟みになりやすい立場です。

対策：優先順位を決める場と、決定者を明確にしてもらうよう提案します。決定者が複数いる場合は、比べる軸（利用者への影響、事業への効果、開発の手間など）を先に合意しておくと、議論が個人の好みに流れにくくなります。

社員のメンバーに作業を直接指示してしまう

PdMは開発やデザインの担当者と日常的にやり取りします。業務委託の立場で、社員に作業の指示を出したり、逆に発注側から細かく作業の指示を受けたりすると、契約の形と実態がずれていく問題につながることがあります。

対策：優先順位や仕様の合意は「決まったことの共有」として扱い、日々の作業の割り振りは社内の責任者に任せます。線引きの考え方は偽装請負の記事にまとめています。

スキルでのつまずき

指標を見る仕組みが整っていない

参画してみると、ダッシュボードの数字の定義がばらばらだったり、必要なデータが取れていなかったりすることがあります。判断の材料がそろわず、PdMとしての仕事が始められない状態です。

対策：最初に指標の定義を確かめ、取れていないデータを洗い出します。データを整えること自体を最初の仕事として提案するのも一つの方法です。自分でSQLなどで数字を確かめられると、待ち時間が減ります。

得意な段階と違う案件に入ってしまう

改善期の指標づくりが得意な方が、立ち上げ期の案件に入ると、まだ利用者が少なく数字で判断できない場面に戸惑います。逆に、立ち上げが得意な方が成熟したプロダクトに入ると、既存の利用者や社内の利害の調整に時間を取られます。

対策：参画前に、プロダクトの段階と、今いちばん決めたいことを確かめます。得意でない段階に入る場合は、どの判断の型を持ち込めて、どこを新しく学ぶ必要があるかを先に整理しておきます。

AIを使った機能の判断で迷う

生成AIを組み込んだ機能では、どの程度の品質なら出してよいか、誤ったときにどう見せるかをPdMが決める必要があります。経験がないまま担当すると、判断の基準を示せず開発が止まることがあります。

対策：評価の観点と合格の線を開発側と先に決め、小さく出して確かめる進め方を取ります。役割の変化はPdMの将来性の記事で扱っています。

お金でのつまずき

稼働時間の外の連絡が膨らむ

PdMには、営業や経営層、開発チームから相談が集まります。稼働日以外にもチャットで判断を求められ、気づくと契約の稼働を大きく超えている、ということがあります。

対策：返信する時間帯と、急ぎの判断の扱いを最初に合意し、稼働の記録をつけます。契約の稼働の幅を超えそうなら、早めに共有します。読み方は稼働率の記事、断り方は追加の依頼を断るときの記事をご覧ください。

段階の終わりで、急に契約が終わる

立ち上げや検証の段階が終わったり、投資の見直しで「やめる」と決まったりすると、契約が終わることがあります。フリーランス法では、6か月以上の業務を委託している場合、発注側が契約を解除したり更新しなかったりするときは、少なくとも30日前までに予告する必要があるとされています（2026年10月時点、公正取引委員会の案内による）。

対策：プロダクトの次の段階の計画と、契約の更新の見通しを、節目ごとに確かめます。更新の仕組みは契約更新の記事で解説しています。

よくある質問

発注側の決定に反対のときは、どうすればよいですか？

外部のPdMは、判断の材料と選択肢、それぞれの見込みを示すところまでが役割になることが多いです。反対の理由を根拠とあわせて伝え、それでも決まった場合は、結果を確かめる指標と見直しの時期を合意しておくと、後から判断を振り返れます。

参画後に、PdMの仕事ではなくPMの仕事が中心だと分かりました。

まずは、契約で約束した業務の範囲と照らし合わせます。範囲の中であれば役割の重心を相談し、範囲の外であれば契約の見直しを相談します。どちらの経験として次の案件で語れるかも考えて、続けるかどうかを判断しましょう。

成果が出ないまま契約が終わりそうです。何を残せばよいですか？

判断の記録、確かめた指標の推移、やめた施策とその理由を、後任が読める形でまとめて引き継ぎます。成果の数字が出ていなくても、検証の結果から何を判断したかは、次の案件で語れる実績になります。