← ビジネスモデル

OTSUMU KNOWLEDGE

プロジェクト受託(一括請負)

成果物と納期を先に決め、その全体を一つの金額で請け負う型です。売上は契約時に固まるため、見積もりの精度と作業中の原価管理、途中の範囲変更の扱いがそのまま採算を左右します。

分類:ビジネスモデル › 受託・専門サービス

この型の要点

  • 何を、いつまでに納めるかを先に決め、その全体に対して一つの金額で請け負う型です。請求の単位は「時間」ではなく「約束した成果物」になります。
  • 売上は契約時にほぼ確定するため、利益は原価をどれだけ見積もり内に収められるかで決まります。見積もりの精度と作業中の原価管理がそのまま採算になります。
  • 途中で範囲が広がると、売上は変わらないのに原価だけが増えます。範囲の変更をどう扱うかを契約と運用の両面で決めておくことが、この型の生命線です。

収益が生まれる仕組み

お金を払うのは発注者で、支払いの対象は「合意した成果物と納期」です。時間・工数課金では稼働した分を後から請求しますが、一括請負では先に金額を固定し、実際に何時間かかったかは請求に影響しません。したがって、見積もりより少ない原価で終われば差額が利益になり、超えれば損失を自社が負います。リスクを引き受ける代わりに、上手くやれば工数単価以上の利益を得られる構造です。

入金のタイミングは契約で設計します。着手時・中間の節目・検収後というように分けて受け取る形にすれば資金の負担を抑えられ、分割の仕方は自社の資金繰りと発注者側の支払い手続きの両方を見て決めます。検収後の一括払いだけにすると、作業期間中の人件費や外注費をすべて自社で立て替えることになります。

費用の中心は、成果物を作る人の人件費と外注費です。ただし見落としやすいのが、成果物を作る以外にかかる時間です。たとえば、地域の店舗向けに予約受付の仕組みを構築する場合、画面や機能を作る時間のほかに、要件を聞き取る打ち合わせ、仕様書の作成、進捗報告、検収対応、納品後の質問対応にも時間がかかります。これらを見積もりに入れ忘れると、作業は予定通りでも赤字になりかねません。

お金を払う人・対価発注者:成果物と納期に固定金額着手時・節目・検収後に分けて入金プロジェクト受託(一括請負)かかる費用成果物を作る人件費・外注費打ち合わせ・仕様書・進捗報告検収対応・納品後の質問対応
図1 金額を先に固定し、かかった工数との差が利益か損失になる図。

成り立つ条件と、裏側の仕事

この型が機能する前提は、まず「成果物を事前に言葉で定義できること」です。何ができたら完成なのかを発注者と自社が同じ理解で持てない仕事は、一括の金額を決めること自体が難しくなります。探索的な調査や、やってみないと方向が決まらない仕事は、別の課金の型のほうが向いています。

次に、自社側に見積もりの根拠となる経験があることです。似た仕事を過去にどれくらいの手間でやったかの記録が無いと、見積もりは勘になります。初めての種類の仕事なら、まず小さな範囲だけを請けて実績を作るほうが安全です。

裏側で必ず必要になる仕事は三つあります。一つ目は、見積もりの分解です。成果物を工程や部品に分け、それぞれに必要な時間を積み上げ、さらに打ち合わせや管理の時間を別枠で足します。二つ目は、進行中の原価の追跡です。誰が何に何時間使ったかを週単位で見て、見積もりとの差を早く見つけます。差が出てから納期直前に気づくと、打てる手がありません。三つ目は、範囲の変更管理です。発注者から「ここも追加できませんか」と言われたとき、それが契約範囲の内か外かを判断し、外なら追加見積もりを提示する運用を、最初の打ち合わせの段階で説明しておきます。この説明を省くと、断りにくい小さな追加が積み重なって採算を崩します。

向く事業・向かない事業

向くのは、成果物の形が明確で、過去の類似案件から工数の見通しが立ち、発注者側も予算を先に確定させたい事情がある場合です。発注者側に予算申請のために総額を先に知りたい事情がある場合、その点で受け入れられやすい型です。

向きにくいのは、要件が固まっていない状態で始めざるを得ない仕事、発注者側の判断待ちで進行が止まりやすい仕事、成果物の良し悪しを客観的に判定しにくい仕事です。これらは範囲や期間が膨らみやすく、金額を固定するリスクが自社に偏ります。そうした場合は、要件を固める工程だけを一括で請け、その後の構築は別契約にするといった分け方が考えられます。

また、同じ種類の仕事を繰り返せる見込みがあるかも判断材料です。似た案件を重ねるほど見積もりの精度が上がり、部品の再利用で原価も下がるため、この型の利益は回数を重ねるほど改善しやすくなります。

追いかける指標

  • 見積もり工数と実績工数の差:案件ごとに、見積もった時間と実際に使った時間の比を見ます。案件の完了時点でまとめ、工程別にも分けて、どの工程で見積もりが外れやすいかを把握します。
  • 案件の粗利率:受注金額から人件費・外注費・経費を引いた残りの割合です。案件単位で締め、受注時の見込み粗利と完了時の実績粗利を並べて比較します。
  • 範囲変更の件数と、そのうち追加請求できた割合:発注者からの追加要望を記録し、無償で受けた数と有償化した数を案件ごとに数えます。無償の割合が高い案件は、初回の範囲定義が甘かった可能性があります。
  • 検収までの日数:納品してから発注者の検収が完了するまでの期間です。ここが長いと入金が遅れ、手直しの往復も増えます。案件ごとに、納品日から検収日までで測ります。
  • 管理・調整時間の比率:成果物を作る作業以外に使った時間が、全体のどれくらいを占めるかを見ます。見積もりに入れる管理時間の根拠になります。

新規事業として小さく試すなら

  1. 過去の仕事や試作の記録から、成果物を工程に分けて工数を積み上げる見積もりの型を一枚作ります。打ち合わせ・報告・検収対応の時間を別枠として明記し、まずは社内で同じ成果物を二人が別々に見積もって差を見ます。差が大きい工程が、見積もりの弱点です。
  2. 範囲を絞った小さな案件を一件だけ一括の金額で請け、着手前に「範囲に含まれること・含まれないこと」を書面にして相手と確認します。契約範囲の内外を分ける文章が相手に通じるかを、ここで確かめます。
  3. 進行中は週に一度、使った時間を工程別に記録し、見積もりとの差を見ます。差が生じた原因が、見積もりの甘さか、範囲の広がりか、想定外の待ち時間かを分類します。
  4. 完了後に実績粗利を締め、見積もりの型に修正を入れます。見積もりと実績の差が納得できる範囲に収まり、範囲外の要望を追加見積もりとして提示できたなら、案件の規模を一段大きくして次に進みます。

設計時の注意点

価格の面では、見積もりに不確実さの分の余裕をどう入れるかを決めておきます。余裕をまったく持たせない見積もりは、少しの想定外でそのまま赤字になります。一方で余裕を積みすぎれば競争で選ばれません。工程ごとに「確実に読める部分」と「読みにくい部分」を分け、読みにくい部分にだけ余裕を厚くする、あるいは読みにくい部分を別の課金にする、という選択が現実的です。

契約の面では、成果物の定義、納期、検収の方法と期限、範囲外の要望が出たときの手続き、支払いの分割、途中で中止になった場合の精算方法を、着手前に文章で決めておきます。とくに検収の基準が曖昧だと、いつまでも「完成していない」と言われて手直しが続く事態が起こりえます。何をもって完成とするかを、可能な限り確認できる形で書きます。契約書の条項や、請負に関わる法的な取り扱いは個別に専門家へ確認してください。

運用の面では、原価の記録を続けられる仕組みが必要です。一括請負では請求に時間の記録が使われないため、記録を怠っても短期的には困りません。しかし記録が無ければ次の見積もりが改善されず、どの案件で損したかも分かりません。最小限でよいので時間の記録を習慣にします。

最後に、納品後の対応をどこまで含めるかです。納品して検収が終われば主な作業は完了しますが、その後の質問や軽微な修正の依頼は続きます。どこまでを無償で応じ、どこからを保守契約や別の請負にするかを、納品前に決めて相手に伝えておくと、関係を良好に保ちながら採算も守れます。

この型が見られる企業事例

この記事について

Otsumu株式会社が執筆しました。統計値や他社の事例には依拠せず、収益の構造、成り立つ条件、検証の進め方を中心にまとめています。法務・税務・会計の制度は、専門家や公的窓口で最新の情報をご確認ください。

執筆:Otsumu株式会社 / 編集日 2026.09.27

このビジネスモデルを使う企業事例

公開資料から読み取れる事例のうち、この型に当てはまるもの(25件中12件)。

企業事例

株式会社電通総研「コンサルティングとSI・自社ソリューション」に学ぶ提言から実装までつなぐ事業設計

シンクタンク、コンサルティング、システムインテグレーションを連携させ、金融・ビジネス・製造・コミュニケーションITの4セグメントで売上高1,648億円を上げ…

企業事例

株式会社ベクトルの戦略PRを起点とするPR・広報支援に学ぶ事業設計

コンサルティングを基本とする戦略PRを入口に、サイネージやSNS施策、プレスリリース配信「PR TIMES」までを揃える同社。相談の関係から施策の受注につなげる…

企業事例

株式会社DTS「システム開発とフォーカスビジネス」に学ぶ受託の中で注力領域を育てる事業設計

金融・公共などの受託システム開発を土台に、クラウドやデータ活用などの注力領域を売上の6割超へ育て、売上高1,352億円を上げる構造です。受注高・受注残も含…

企業事例

株式会社NTTデータグループのシステムインテグレーションに学ぶ事業設計

コンサルティングからアプリケーション開発、インフラサービスまでを顧客ごとの案件として届けるITサービスの事業です。売上高4,638,721百万円の内訳から、案件…

企業事例

EPAM Systemsのソフトウェア開発受託に学ぶ事業設計:人件費が原価の中心となる事業

EPAM Systemsは、グローバル企業に向けてデジタルエンジニアリングやAI活用の変革サービスを提供する受託企業です。FY2025の売上高$5.457 billionと原価率71.2%…

企業事例

株式会社NSD「システム開発とソリューション」に学ぶ受託を土台に第2の柱を育てる事業設計

金融・産業・社会基盤・ITインフラの受託システム開発を土台に、ソリューション事業を第2の柱に育て、売上高1,178億円を上げる構造です。セグメント別の利益の…

企業事例

株式会社ダイフク「マテリアルハンドリングシステム」に学ぶ受注残を積み上げる事業設計

工場・物流・半導体生産ライン・空港向けの搬送システムで売上高6,607億円を上げる構造です。受注高と受注残高、市場ごとの需要の波の読み方を、2025年12月期の…

企業事例

Redwire「宇宙インフラと防衛テックの統合プラットフォーム」に学ぶ買収型の事業設計

米国のRedwireが、宇宙と防衛テックの2セグメントで買収を重ねて事業を束ねる構造を、Form 10-K(2025年12月期)の売上・受注・受注残・純損失・減損の数値で確…

企業事例

横河電機株式会社「制御事業と測定器事業」に学ぶ受注残で支える事業設計

制御事業を中核に測定器事業・新事業を持つ横河電機が、受注高6,178億円と売上高6,048億円をどう結びつけているかを、2026年3月期の決算短信のセグメント別の数…

企業事例

株式会社長谷工コーポレーション「建設関連・不動産関連・管理運営」に学ぶ、建てた後も続く事業設計

分譲マンションの建築工事を軸に、不動産、管理運営、海外を組み合わせて売上高1兆2,731億円を上げる構造を確かめます。受注件数や管理戸数など、積み上がる数…

企業事例

Hyliion「KARNO発電モジュール」に学ぶ電動トラックから発電機への事業転換の設計

電動トラック向けの駆動系事業を終了し、燃料を選ばない発電機KARNOと政府向けの研究開発受託に軸を移した流れを、年次報告書(Form 10-K、2025年12月期)の数…

企業事例

Twist Bioscience「合成DNA・NGSツール」に学ぶ繰り返し購入で伸びる製造型の事業設計

シリコン基板上で合成DNAを製造し、遺伝子やNGS用ツールを3,800超の顧客に販売するTwist Bioscienceの事例です。繰り返し購入と粗利率の改善を、Form 10-K(202…

あわせて読む

次の一手を、一緒に。

この型を自社の事業に当てはめるとどうなるか、現在の段階に合わせて一緒に整理します。

事業について相談する ↗
FROM KNOWLEDGE TO ACTION

知識を、次の一手へ。

AIツール診断で、次の一手を整理する ↗