フリーランス同士でチームを組んで受注する｜契約・分配・責任の設計

この記事の範囲と、隣接テーマとの棲み分け

この記事は「複数のフリーランスエンジニアが同じ案件をチームで受ける運用設計」に限定して書きます。次の隣接テーマは別記事に委ねているので、必要に応じて併読してください。

• 法人化してチーム開発会社にしたい（設立・雇用・受注体制） → エンジニアの受託法人を設立して事業拡大する道｜準備・受注・雇用まで

• 既存の業務委託契約書に「再委託・チーム化」を織り込みたい（条項レベルの話） → 業務委託の再委託は可能か｜条項パターンと外注可否の判断基準

この記事は「1社の下でチームを組んで動くときの内部運用」に絞ります。法人化の是非や再委託条項の書き方には踏み込みません。

チーム受注が向く案件・向かない案件

向くケース

• 1人稼働120〜160時間では入りきらない規模（工数超過型）

• フロントエンド・バックエンド・インフラなど、役割が明確に切れる案件

• 発注者側にプロジェクトマネージャーがいて、成果物単位で受け渡しできる案件

• 半年以上の中長期で、メンバーが入れ替わっても引き継ぎが利く案件

向かないケース

• 極端な短納期で、内部調整の時間そのものが取れない案件

• 発注者との窓口が毎日流動的に変わる案件（代表を通す運用が破綻しやすい）

• 属人性が高く、成果物を分業しにくい調査・提案系の案件

チーム化は「工数の上限を伸ばす」「稼働時間ではカバーできないスキル領域を補完する」ための手段です。単純に単価を上げるためではなく、案件の規模やスキル要件が一人では受けきれない領域に届くための選択肢と考えるほうが、設計を間違えにくくなります。ここで単価の話に触れるなら、単価を体系的に上げる考え方は『フリーランスエンジニアの単価相場と単価の上げ方』を先に読んでおくと、チーム化の判断材料が揃います。

契約の型：3パターンの使い分け

チーム受注には大きく分けて3つの契約構造があります。どれが最適かは、発注者の商慣行・案件規模・チーム構成で変わります。まず全体像を表で押さえます。

代表受注方式（最も一般的）

代表者1人が発注者と業務委託契約を締結し、他メンバーとは代表者と各自の間で個別の業務委託契約または合意書を結ぶ形です。

• 契約構造：発注者 ⇄ 代表者 ⇄ 各メンバー（2階建て）

• 請求：代表者が発注者へ一本で請求。メンバー各自は代表者へ請求

• メリット：発注者側の事務負担が軽く、体制の合意が取りやすい

• 注意点：代表者から各メンバーへの発注は、実務上は「再委託」として扱われることが多いため、元契約で再委託が禁止されていないか、承諾が要る条項になっていないかを事前確認する。詳細は業務委託の再委託は可能か｜条項パターンと外注可否の判断基準を参照

連名受注方式（発注者が個別契約を結ぶ）

チーム全員がそれぞれ発注者と個別に業務委託契約を結び、担当範囲を分ける形です。

• 契約構造：発注者 ⇄ 各メンバー（並列）

• 請求：各メンバーが発注者へ直接請求

• メリット：代表者に責任が集中しない。メンバー間の内部分配が発生しない

• 注意点：発注者側の事務負担が増える。担当範囲の隙間で「これは誰の責任か」が曖昧になりやすいため、契約書に責任分界点を明記する必要がある

組合方式（民法上の任意組合）

チーム全員で民法667条に基づく任意組合契約を結んだうえで、対外的な契約・請求の名義や権限者を別途整理して運用する形です。組合契約は「各当事者が出資して共同の事業を営む」合意で成立し、利益は組合員に分配され、税務は各組合員のパススルーとなります（出所：民法（e-Gov法令検索）第667条）。

• 契約構造：発注者 ⇄ 組合 ⇄ 組合員

• 請求：組合として一本で請求し、内部規定で分配

• メリット：長期的にチームで営業していく建付けに合う

• 注意点：任意組合には法人格がないため、契約名義・請求名義・対外的な権限行使の設計は個別確認が必要。組合契約書・組合員名簿・分配規程を整える必要があり、単発案件では作り込みコストが重い。会計処理も個別受注より複雑になるため、税理士と相談のうえ設計する

単発〜中期の案件はまず代表受注方式、長期でチームブランドを育てるなら組合方式か法人化、と段階的に切り替えていくのが実務的です。組合方式や法人化の詳しい検討軸はエンジニアの受託法人を設立して事業拡大する道｜準備・受注・雇用までにまとめています。

代表者に集中するリスクをどう分散するか

代表受注方式では、発注者との一次責任は代表者が負います。ここが緩いと、他メンバーの遅延・不具合・情報漏えいまで代表者に請求される構造になります。次の4点を内部合意書で明文化して、代表1人に寄せない設計にします。

損害賠償の内部分担ルール

• メンバー起因で損害が発生した場合、当該メンバーの負担をベースにしつつ、共同過失や代表者側の管理責任がある場合の按分ルールも定める

• 過失度合いによる分担の変動（軽過失・重過失・故意の区分）

• 代表者の裁量で先に支払った場合の求償手続き

損害賠償条項そのものの読み方・上限設定は業務委託の損害賠償条項｜フリーランスエンジニアが確認すべき責任範囲と上限を参照してください。発注者との元契約で損害賠償上限を確保しておくのが前提になります。

賠償責任保険への加入

• 代表者・メンバー全員が個別に賠償責任保険に入る

• チームとしての保険加入も検討する

• 具体的な保険種別はフリーランスエンジニアの保険とは｜労災特別加入・所得補償・賠償責任の選び方を参照

契約不適合責任の内部負担

• 納品後に不具合が発覚した場合の再対応義務を、担当範囲ベースで分担する

• 全員での再対応が必要になるケース（連鎖障害等）の判定ルールを事前に決める

• 契約不適合責任そのものは契約不適合責任｜業務委託・請負で不具合発覚時の対応と防衛策を参照

情報漏えい・NDA違反時の負担

• NDAは発注者ともチーム内でも締結する

• 漏えいさせたメンバーが賠償の一次負担者となるルールを明記

• NDAの実務は秘密保持契約（NDA）とは｜フリーランスエンジニアが押さえる条項とチェックポイントを参照

報酬分配の設計：3つの考え方

分配で揉めるパターンは、走り出しに「なんとなく等分」で決めて、稼働の偏りが出てから不満が溜まる、という流れがほとんどです。案件開始前に分配の考え方を1つに決めておくと、後の調整コストが大きく下がります。

稼働時間ベース

• 各メンバーの稼働時間 × 内部単価で計算する

• 準委任案件との相性が良く、精算幅（例：140-180h）の運用にも合わせやすい

• 稼働の記録方法（週次報告・タイムシート）を最初に決める

• 精算幅そのものの考え方は準委任の精算幅とは｜140-180hの意味と超過・控除の計算方法を参照

成果物ベース

• 機能単位・モジュール単位で担当を割り当て、担当分の完了に応じて分配する

• 請負案件に向く。工数のブレをメンバー個人が引き受ける構造

• 見積の作り方は工数見積もりのやり方｜手法4種・根拠の作り方とバッファ設計・失敗パターンを参照

役割ベース（固定比率）

• 代表・PM役・実装役・レビュー役など、役割ごとに固定比率で分配する

• 継続案件で役割が安定している場合に向く

• 代表者の営業コスト・事務コストを比率に織り込みやすい

実務では稼働時間ベースを主軸に、代表者の事務・営業コストを固定加算する複合型が使いやすい傾向です。「稼働時間 × 内部単価＋代表者ハンドリングフィー」といった組み合わせで、記録可能な数字に落とすと後で揉めにくくなります。

責任分担：品質・納期・遅延の型

契約書の条項を守るだけでは、内部で「誰が責任を取るか」の判定は付きません。次の3つの局面をあらかじめ言語化しておきます。

品質責任の分界

• 担当した機能・モジュールで発生した不具合は、原則として担当メンバーが修正責任を負う

• 影響範囲が担当外に及ぶ場合の合同対応ルールを決める

• レビュー体制を敷いた場合の「レビュアーの責任」の範囲を決める（原則：最終成果物の一次責任は実装者。レビュアーは合意したレビュー範囲内での確認義務を負う）

納期遅延の一次責任

• 各メンバーの担当タスクに個別の中間期限を設定し、その期限で1つずつ判定する

• 遅延が発生したメンバーは、稼働時間の追加や他メンバーへのヘルプ要請の判断を早期に共有する義務を負う

• 遅延の連鎖を防ぐため、「◯日遅延したら代表者に即報告」のトリガーを決める

スコープ変更・追加対応

• 発注者からの追加依頼が入ったときの、担当割り当て・追加報酬の受け取り方を事前に決める

• 誰が発注者と交渉するか（原則：代表者一本化）

• スコープ管理の型は業務委託の範囲外業務への対応｜スコープ管理と追加請求の実務を参照

内部合意書に入れる10項目

代表受注方式で最低限用意しておきたい内部合意書（メンバー間の合意書または代表とメンバー各自の業務委託契約）に、次の10項目を入れておきます。ひな形をそのまま流用するのではなく、案件ごとにチューニングしてください。

1. 目的と対象案件：どの発注者のどの案件に対する合意か

2. 役割分担と担当範囲：メンバーごとの担当機能・担当範囲・稼働時間の目安

3. 報酬分配の方法：稼働ベース／成果ベース／役割ベースのどれか、内部単価、支払サイト

4. 請求と支払いの手順：メンバー→代表者への請求書提出タイミング、代表者からの振込タイミング

5. 損害賠償の内部分担：原因行為をしたメンバーの負担を基本としつつ、共同過失・代表者の管理責任がある場合の按分、求償手続きを定める

6. 契約不適合責任の内部負担：担当範囲ベースの再対応、全員対応が必要な場合の判定

7. 秘密保持（NDA）：発注者情報・メンバー情報・案件情報の取扱い、違反時の負担

8. 競業避止：本件案件で取得した知見・関係を、本件以外に利用する場合のルール。期間・対象顧客・禁止行為を必要最小限に限定する（過度な制限は有効性が争われやすい）

9. メンバー変更：抜けるとき・入るときの手続き、代替要員の探し方、清算方法

10. 契約終了・紛争解決：合意書の有効期間、途中終了の条件、揉めたときの協議ルール

契約書全般の確認ポイントは業務委託契約書の確認ポイント｜フリーランスエンジニアが締結前に見る条項とチェックリストを参照してください。発注者との元契約と、内部合意書の両方でチェックすると抜けが減ります。

メンバーの入退室ルール

長期案件では、途中でメンバーが抜けたり、追加メンバーが入る場面が必ず来ます。ここに手順がないと、抜けた瞬間に発注者へ連絡が行き、代表者の信用が下がる事態になりかねません。

抜けるとき

• 予告期間：原則1〜2か月前に代表者へ意向表明（発注者へ即通告しないルール）

• 引き継ぎ：担当範囲のドキュメント化・後任者への引き継ぎ完了を離脱条件にする

• 清算：離脱月までの稼働分の精算方法、以降の追加対応の要否

• NDA継続：離脱後もNDAは継続することを合意書に明記

入るとき

• 選定基準：既存メンバー全員の同意、または代表者の裁量で選定するかを事前に決める

• 試用期間：初月または初のスプリントを試用扱いにして、合わなければ離脱できる建付け

• 合意書への加入：追加メンバーが既存の内部合意書に加入する手続きを定める

発注者への通知

• 発注者との元契約に「主要メンバーの変更時は事前通知」条項があるかを確認する

• 通知が必要な場合、代表者からの通知タイミングと通知内容のフォーマットを決めておく

税務・請求・インボイスの扱い

代表受注方式では、税務は次のように分解されるのが一般的ですが、契約実態・会計処理の前提で確認が必要です（実際の判定は必ず税理士に確認してください）。

• 代表者：発注者から受け取った報酬の全額が売上として扱われることが多く、メンバーへの支払は外注費として計上する形が一般的

• 各メンバー：代表者から受け取った報酬が売上。各自の事業所得として申告

• インボイス：代表者が発注者へ発行し、メンバーは代表者へ発行する。各メンバーが適格請求書発行事業者かどうかは各自の判断だが、免税事業者を選ぶと代表者側の仕入税額控除や内部単価設計に影響するため、チーム全体で「免税事業者の参画可否」「単価調整の有無」「控除差額の扱い」を参画前に事前合意しておく

とくに消費税の取扱いや、代表者経由の支払を立替金として扱うか、売上・外注費として計上すべきかは契約名義と実態で変わるため、会計処理は税理士に確認したうえで運用を固めるのが安全です。

インボイス制度の基本は【インボイスとは？】フリーランスエンジニアが知るべきポイントと対策、請求書の書き方はフリーランスエンジニアの請求書の書き方｜インボイス対応・記載項目・テンプレートを徹底解説を参照してください。

支払サイトの内部ズレに注意

代表者が発注者から入金される前に、メンバーへ先払いする建付けにすると、代表者の資金繰りが悪化します。原則は「発注者から代表者に入金 → 一定期間内に代表者からメンバーへ振込」の順序で設計し、内部合意書で振込タイミングを明記しておきます。なお、ここでいう内部の支払サイト設計と、後述するフリーランス法上の支払期日規制は別論点です。支払サイトそのものの考え方は支払サイトとは｜フリーランスの締め支払・60日規制と資金繰りを参照してください。

フリーランス法（特定受託事業者に係る取引の適正化等に関する法律）の扱い

結論として、代表受注方式では「発注者→代表者」だけでなく「代表者→メンバー」の関係にも、要件次第でフリーランス法が適用される可能性があります。

2024年11月に施行されたフリーランス法（正式名称：特定受託事業者に係る取引の適正化等に関する法律）は、発注事業者と特定受託事業者との取引に適用されます。代表受注方式でチーム受注をする場合、誰が誰に業務委託しているかの関係ごとに、当事者の属性で規律の適用有無が変わります。整理は次のとおりです。

• 発注者→代表者の関係：発注者側の属性が「業務委託事業者」または「特定業務委託事業者」に該当し、代表者側が「特定受託事業者」に該当すれば、規律の適用対象になり得る

• 代表者→メンバーの関係：代表者・メンバーそれぞれの属性次第で、書面（または電磁的方法）による取引条件の明示義務や、報酬支払期日規制（原則：物品等の受領日から60日以内）などの適用有無が変わる

「特定受託事業者」「業務委託事業者」「特定業務委託事業者」の定義や、代表者→メンバー間で規律が適用されるかは、当事者の属性・従業員の有無・取引の類型で細かく分かれます。個別ケースでの適用可否は、必ず公取委・中小企業庁の公式解説で要件を確認してください。参考リンクは次の3本です。

• フリーランス法特設ページ（公正取引委員会）

• フリーランス法Q&A（公正取引委員会）

• フリーランス・事業者間取引適正化等法（中小企業庁）

よくある落とし穴と回避策

落とし穴1：合意書を作らず口約束で始める

• 案件が終わってから分配で揉め、次の案件が組めなくなる

• 回避：初回は簡易な1〜2ページの合意書でよいので、必ず紙（またはPDF＋電子署名）で残す

落とし穴2：代表者が営業・事務を全部抱える

• 契約管理・請求・分配・発注者との窓口対応が代表者に集中し、実装分の稼働が削られやすい

• 回避：代表ハンドリングフィー（発注者との窓口・契約管理・請求管理・分配実務の対価）を分配に織り込み、代表分の実装稼働が減っても収入が保てる設計にする

落とし穴3：スキル領域が重なりすぎ、案件の幅が広がらない

• 全員がバックエンドエンジニアで、フロントエンドが取れない

• 回避：チーム編成時に、担当領域が重複しないメンバー構成を意識する

落とし穴4：発注者との窓口を複数化する

• メンバーが直接発注者と会話し、依頼内容が代表者に届かない

• 回避：日々の技術相談はメンバー↔発注者側担当者で可、契約・スコープに関わる話は代表経由の原則を明文化する

落とし穴5：抜けた瞬間に発注者へ相談する

• 発注者側で「体制が崩れた」と判断され、契約継続の判断に影響する

• 回避：離脱の1〜2か月前ルールと引き継ぎ完了を離脱条件にし、元契約上の通知義務に反しない範囲で、代表者が通知タイミングを管理する（元契約に主要メンバー変更の即時通知条項がある場合は、遅らせず速やかに通知する）

まとめ

フリーランス同士でチームを組んで受注するのは、一人稼働の天井を超えるための現実的な選択肢です。要点をもう一度整理します。

• 単発〜中期案件は代表受注方式が扱いやすい。発注者との契約は代表者に一本化し、メンバー間は内部合意書で運用する

• 代表1人に責任を寄せない設計が肝。損害賠償・契約不適合・NDA違反の内部分担ルールを合意書で明文化する

• 報酬分配は稼働時間ベース＋代表ハンドリングフィーの複合が実務的

• 内部合意書には10項目を最低限入れる。案件ごとにチューニングする

• 抜けるとき・入るときのルールを先に決める。発注者への通知タイミングは代表者がコントロールする

• フリーランス法の適用可否は代表者・メンバーの双方で確認する

チーム受注は、うまく設計すれば個人単価の天井を超えて売上を伸ばせる一方、設計を間違えると代表者だけがリスクを抱える構造にもなります。合意書と分配ルールを最初にきっちり組んでから走り出すのが、独立初期の想像とのズレを一番小さくする方法です。

自分がチーム受注に向いた案件レンジにいるかを確かめるには、無料のフリーランスエンジニア単価診断で市場の目安を掴み、フリコンの案件一覧で条件に合う案件を探してみてください。