PL（プロジェクトリーダー）のフリーランス案件｜報酬の決まり方と単価を上げる考え方

フリーランスのPL（プロジェクトリーダー）の報酬は、率いるチームの規模、任される範囲、担当する工程、技術と業務の知識、自分で手を動かす割合、稼働条件と商流で決まります。PLの単価に公的な統計はなく、同じ「PL募集」でも案件によって大きく変わります。

単価を上げる近道は、チームの人数を増やすことより、任される範囲を一段ずつ広げ、その中身を事実で説明できるようにすることです。この記事では、PLならではの報酬の決まり方と、交渉の材料の作り方を整理します。

PLはPMの下で開発チームをまとめる立場

報酬の話の前に、PLの立ち位置をそろえておきます。多くの案件で、PLはPMの下で、一つの開発チームの作業・進捗・品質をまとめる実務のリーダーです。プロジェクト全体の計画や予算、体制の判断はPMが担い、PLはチームの単位でそれを実行に移します。

PLの報酬は、PMのように「プロジェクト全体の責任」で決まるのではなく、チームの単位で何を任されるかで決まります。PMやPMOの報酬の考え方は、PMの報酬の記事とPMOの報酬の記事で扱っています。

報酬を左右する主な要素

1. 任される範囲

もっとも大きく効くのは、チームの中で何を任されるかです。PLの任され方は、おおむね次の3段階に分かれます。

1. 作業をまとめる：タスクの割り振りと進捗の把握、PMへの報告
2. 品質までまとめる：設計やコードのレビュー、テストの計画、不具合の管理まで責任を持つ
3. 外との調整までまとめる：仕様の確認、他チームとの接続、リリースの段取りまで担う

段階が上がるほど、PMが手を離せる範囲が広がるため、代わりの人が見つかりにくくなり、条件も上がりやすくなります。

2. チームの規模と構成

メンバーの人数だけでなく、構成も見られます。一つの会社の数名をまとめるのと、複数の協力会社のメンバーや海外拠点を含むチームをまとめるのとでは、調整の負荷が違います。経験の浅いメンバーが多いチームでは、立ち上げや指導の負担も報酬の判断に入ります。

3. 担当する工程

製造とテストの工程だけを任されるのか、基本設計や要件定義から入るのかで、求められる経験が変わります。上流から入るPLは、仕様の決め方そのものに関わるため、評価される経験の幅が広がります。上流の案件に入る道筋は上流工程の案件に入るために必要な経験で解説しています。

4. 技術と業務の知識

PLはメンバーの成果物を見て、良し悪しを判断する立場です。使われている言語やクラウド、設計の方式を理解していることが前提になる案件が多く、その技術の経験が深いほど選ばれやすくなります。金融・製造・流通など業務の知識があると、仕様の確認が早く進むため、これも評価の対象です。

5. 自分で手を動かす割合

PLの案件には、管理に専念する形と、自分も設計や実装を担う形があります。手を動かす割合が高い案件では、技術者としての力も含めて評価されます。管理に専念する案件では、チームの運営と報告の質がより強く問われます。どちらの形かで比べる相手が変わるため、提示額だけを並べても判断しにくくなります。

6. 稼働日数・場所・商流

週何日の稼働か、常駐かリモートかで、応募できる人の数が変わり、報酬に影響します。PLはメンバーと毎日やり取りする役割のため、週5日を前提にする案件が多い傾向があります。発注元とのあいだに何社入るかでも手元に届く額は変わります。仕組みは商流の記事と精算幅の記事をご覧ください。

同じ「PL」でも提示額が違う理由

似た募集に見えても、提示額が違うのはよくあることです。主な理由は次のとおりです。

• 「PL」の中身が違う：実際にはメンバーとして実装が中心の案件もあれば、PMに近い調整まで求める案件もある
• チームの難しさが違う：新しく組んだばかりのチームか、すでに回っているチームの引き継ぎか
• 契約の経路が違う：発注元と直接つながっているか、間に複数の会社が入るか
• 精算の条件が違う：稼働時間の幅、超過したときの扱い、契約期間

提示額を比べるときは、月額だけでなく、任される範囲と稼働の条件をそろえてから比べましょう。単価の決まり方の全体像はフリーランスの単価の決まり方でまとめています。

単価を上げるための考え方

任される範囲を一段広げる

作業をまとめる段階のPLなら、次はレビューやテストの計画を引き受け、品質まで責任を持つ段階を目指します。品質までまとめている人は、仕様の確認や他チームとの調整に加わると、外との調整まで任せられるPLとして説明できるようになります。人数を増やすより、範囲を広げるほうが評価の変化につながりやすいと考えておきましょう。

技術の軸を一つはっきりさせる

PLは技術を分かっていることが前提になるため、「Javaの業務システム」「クラウド上のWebサービス」のように、自分が判断できる技術の軸を一つ示せると、案件側の条件と合いやすくなります。技術の判断を深める方向に進む場合は、テックリードとして参画する記事も参考になります。

交渉の材料を事実で集める

契約の更新前は、条件の見直しを相談しやすい時期です。PLの場合、次のような事実が交渉の材料になります。

• 参画時より増えたメンバーの人数や、新しく受け持ったチーム
• 新たに担うようになった工程（設計レビュー、テスト計画、リリースの段取りなど）
• 自分の手当てで減った手戻りや、守れたリリースの時期

「頑張っている」ではなく、何が増えたかを並べて伝えるのが基本です。伝え方は単価交渉の記事にまとめています。

面談で任される範囲を言葉にする

報酬は、参画時の面談で伝わった経験の範囲で決まりやすい面があります。PLの面談では、「何人のチームで、誰に報告し、何を自分で決めていたか」を最初の1分で伝えられるようにしておきましょう。たとえば「6名のチームで、作業の割り振りとレビュー、不具合の管理を担い、PMに週次で報告していた」のように、人数・範囲・報告先をひとまとまりで話せると、どの段階のPLかがすぐに伝わります。書類での見せ方はPLのスキルシートの記事で解説しています。

契約で役割と報酬をそろえておく

PLは参画後に役割が広がりやすい立場です。PMの交代や体制の変更で、気づくと全体の調整まで担っていることもあります。役割が変わったときは、業務の範囲と報酬を取り決め直すことが大切です。

フリーランス法では、発注する事業者は業務を委託したとき、給付の内容、報酬の額、支払期日などを、書面またはメールなどで直ちに明示することとされています。口頭だけの明示は認められていません（2026年10月時点、公正取引委員会の案内による）。参画時に明示された業務の内容と、実際の役割がずれていないかを、ときどき見直しておくと安心です。

よくある質問

フリーランスPLの単価の相場はいくらですか？

PLの単価に公的な統計はなく、任される範囲、チームの規模、担当工程、技術の領域、稼働日数、リモートの可否、商流によって大きく変わります。相場の数字を探すより、自分の経験がどの段階に当てはまるかを整理し、条件をそろえて複数の案件を比べるほうが判断の材料になります。

PLとPMでは、どちらが報酬が高いですか？

一概には言えません。責任の範囲が広いPMのほうが高くなる案件が多い一方で、技術の深いPLが設計から品質まで担う案件では、条件が上がることもあります。役割の名前より、何を任されるかで比べるのが現実的です。PMへの広げ方はPLの将来性の記事で扱っています。

自分も実装を担うPLは、報酬が下がりますか？

手を動かすこと自体が報酬を下げるわけではありません。実装を担うPLは、技術者としての力とチームをまとめる力の両方で評価されます。ただし、実装の比重が高すぎると、PLとしての経験が積みにくくなることがあります。参画前に、管理と実装の割合の見込みを確かめておきましょう。