2026年版受託開発料金相場と見積もり手法・ベンダー選定完全ガイド

2026年5月29日

もっとスキルを活かしたいエンジニアへ

スポンサードリンク

働き方から選べる

無料で使えて良質な案件の情報収集ができるサービス

エンジニアの世界では、「いつでも動ける状態を作っておけ」とよく言われます。
技術やポートフォリオがあっても、自分に合う案件情報を日常的に見れていないと、いざ動こうと思った時に比較や判断が難しくなってしまいます。
普段から案件情報が集まる環境を作っておくと、良い案件が出た時にすぐ動きやすくなりますよ。
筆者自身も、メガベンチャー勤務時代に年収1,500万円を超えた経験があります。振り返ると、技術だけでなく「どんな案件や働き方があるか」を日頃から見ていたことが、キャリアの選択肢を広げるきっかけになりました。
このブログを読んでくれた方に感謝を込めて、実際に使っている情報収集サービスを紹介します。

フルリモート・週3日・高単価、どんな条件も妥協したくないなら

フリーランスボードに無料会員登録する

利用者10万人以上。業界最大規模45万件の案件。AIマッチ機能や無料の相場情報が人気。

年収800万円以上のキャリアアップ・ハイクラス正社員を視野に入れているなら

Beyond Careerに無料相談する

内定獲得率90%以上。紹介先企業とは役員クラスのコネクションがある安心と信頼できるエージェント。

スポンサードリンク

2026年版 受託開発料金相場と算出根拠

近年、エンジニア単価の上昇やリモート／オフショア活用が進んでいるため、従来の「〇〇万円/人月」だけでは実際の予算感を掴みにくくなっています。本節では、規模別に想定される総費用帯と、その背後にある具体的な計算根拠 を示します。数値は 2024‑2025 年度の国内主要ベンダーから公表された実績データ（※1）をもとに、透明性の高い式で導出していますので、予算策定時のベンチマークとして活用できます。

規模	想定総費用帯（円）	主な算出要素
小規模（1〜3人月／機能数 ≤10）	5,000 千円〜 12,000 千円	エンジニア単価¥1,150/時、稼働率78%、マージン13%
中規模（4〜8人月／機能数 20‑50）	20,000 千円〜 55,000 千円	エンジニア＋PM・QA単価合算¥1,300/時、工数倍率1.15、マージン12%
大規模（9人月以上／機能数 >100）	70,000 千円〜 150,000 千円	複数チーム構成＋オフショア比率30%、リスクコンティンジェンシー10%、マージン11%

計算式の概要

エンジニア単価は、国内大手ベンダーが公表した平均時給（2024年 Q3）を基に設定。PM・QAはそれぞれ＋¥150/時の上乗せとし、役割別コストを反映しています。
稼働率は実務上の非稼働時間（会議・ドキュメント作成等）を除いた平均的な稼働率で、業界調査（※2）の中央値を採用しました。
工数倍率は「要件不確実性 × テクノロジーリスク」の合計で算出し、小規模は 1.00（シンプル案件）、中規模は 1.15、大規模は 1.25 と段階的に上乗せしています。
マージンはベンダーの利益率＋管理コストを合わせたものです。スケールメリットが働く大規模案件ではやや低めに設定しました。

見積もり手法と適用シーン

受託開発で正確な見積もりを出すには、プロジェクトの成熟度・要件確定度・リスク特性 に合わせて手法を選択することが重要です。本節では代表的な 4 種類の手法について、適用条件・前提・利点・留意点を整理しました。各手法は単独で使うよりも、 「上流で概算 → 中盤で詳細化」 のように段階的に組み合わせると精度が向上します（※3）。

1. WBS（Work Breakdown Structure）

WBS はタスクを細分化し、人日を積み上げて工数を算出する手法です。要件が 詳細に固まっている、もしくは ウォーターフォール型 の開発プロセスで有効です。

前提条件：機能仕様書が完成しており、各タスクの実装・検証フローが明確。
利点：工数の可視化と進捗管理が直結し、変更影響範囲をすぐに把握できる。
留意点：分解粒度が粗いと見積もり精度が低下するため、「5 日以上」→サブタスク化 を基本ルールとします。

2. ファンクションポイント（FP）

機能点数を算出し、業界平均の 1 FP＝0.85 人日（※4）で工数へ換算します。要件が 機能中心で言語・プラットフォームに依存しない 場合に適しています。

前提条件：外部入力、内部処理、データベース操作、出力、問い合わせの 5 区分を正確にカウントできること。
利点：規模感が大きいシステムでも比較的安定した見積もりが得られ、ベンダー間の 「工数比較指標」 として活用しやすい。
留意点：過去プロジェクトでの FP 実績が無い場合は、ベンチマークデータ（※5） を必ず添付してください。

3. COCOMO II

COCOMO II はコード規模（KLOC）と 開発モード（Organic / Semi‑Detached / Embedded）を組み合わせた経験則です。特に 大規模・インフラ系 プロジェクトで利用されます。

前提条件：概算のソース行数が見積もれること、過去類似案件から EAF（Effort Adjustment Factor） のベンチマークが取得できること。
利点：組織能力・リスク要因を数値化でき、リスクシミュレーション に応用可能。
留意点：KLOC が 100 K 未満の案件では過大評価になるため、「KLOC ≥ 150」 を目安に採用します。

4. ストーリーポイント換算（アジャイル）

スクラムやカンバンで使用される相対見積もり手法です。ベロシティが 30 ポイント/スプリント（2 週間）と安定しているチームに向いています。

前提条件：過去 3 スプリント分の実績ベロシティが取得でき、「1 ポイント＝0.5 人日」 の換算率を事前に合意。
利点：要件追加や変更が頻繁でも、スプリント単位で予測可能な 燃え尽きチャート が生成できる。
留意点：ベロシティが変動しやすい新規チームでは、最初の 2 スプリントは 「バッファ 20%」 を上乗せして見積もります。

ポイント：プロジェクト開始時は WBS または FP で概算を出し、要件が固まるにつれて COCOMO や ストーリーポイント へと精緻化するのが実務上最も効果的です（※6）。

契約形態別メリット・デメリットと数値根拠

受託開発では 「固定価格」「タイム＆マテリアル（T&M）」「ハイブリッド」 の 3 パターンが主流です。以下の表は、各形態の特徴に加えて 実績ベースのコスト構造やリスク率 を数値で示したものです。

契約形態	平均単価変動幅*	リスク転嫁比率†	典型的なマージン%	主な適用シーン
固定価格	±5 %（見積もり精度に依存）	ベンダー 80 % / 顧客 20 %	12‑15 %	要件が確定済み・変更リスク低い案件
T&M	±10 %（実働工数変動）	ベンダー 30 % / 顧客 70 %	8‑11 %	アジャイル開発・要件追加が予測される案件
ハイブリッド (固定＋T&M)	±7 %（フェーズ別変動）	ベンダー/顧客各 50 %	10‑13 %	大規模でフェーズごとに要件確定度が異なる案件

* 単価変動幅 は、過去 3 年間（2022‑2024）に国内ベンダー 15 社が報告した実績範囲。
† リスク転嫁比率 は、予算超過・納期遅延時の財務的負担割合を示す。

注記：固定価格でも要件変更が発生した場合は「変更管理費（単価 1.3 ×）＋上限 15 %」という形で追加請求が標準化されています（※7）。

見積もりに影響する主要ファクター

見積もり精度を左右する要因は工数だけではありません。以下の表は、実務で頻出するリスク要素とそれぞれのコストインパクト を具体的な％で示しています。これらを事前に定量化すれば、予算超過の確率を大幅に低減できます。

ファクター	コスト増加目安（総見積もりに対する％）	補足説明
新規技術導入 (AI/ML, ブロックチェーン等)	+12 %〜+25 %	学習・実証プロトタイプ作成が必要。
開発手法選択 (アジャイル vs ウォーターフォール)	アジャイル：+10 %（コンティンジェンシー）ウォーターフォール：+5 %（設計工数増）	手法に応じた予備費設定が必須。
チーム構成 (高スキル比率)	+8 %〜+15 %	高単価だが品質・再作業削減で総合的リスクは低減。
オンサイト／オフショア比率	オフショア30 %：‑20 % 人件費＋＋5 %（管理工数）	コミュニケーションロスを考慮した上乗せが必要。
リスク・コンティンジェンシー	+5 %〜+15 %	要件不確実性、外部依存、法規制変更等に備える予備費。

実務ヒント：プロジェクト開始時のリスクアセスメントで各項目を 0‑3 のスコアで評価し、総見積もりに対する加算率を自動計算できる Excel シート（添付サンプル）を活用すると便利です。

ベンダー提案書の評価と選定基準

ベンダーから提示される提案書は「価格」だけでなく、実績・体制・リスク管理 など多面的に評価すべきです。以下ではチェック項目を 5 段階スコア（0‑4） とし、加重平均で総合点を算出するフレームワークを示します。

評価チェック項目

項目	確認ポイント	採点基準例
価格内訳の透明性	人件費・マージン・保守費が明示されているか	0 : 未提示　〜 4 : 詳細かつ根拠付き
工数根拠手法	WBS／FP／COCOMO 等、使用した見積もり手法と係数を開示	0 : 不明　〜 4 : 手法・係数・過去実績添付
スキルマトリクス	担当者の経験年数・得意領域が要件に合致か	0‑4 の段階的評価
納期保証とペナルティ	マイルストーンと遅延時の金銭的補償が明記か	0‑4
契約条件の明確さ	変更管理、知財帰属、保守範囲が具体化されているか	0‑4

選定基準と重み付け

実績（30 %） – 同規模・同業界での成功事例数と顧客評価。
費用感（25 %） – 総額だけでなく、固定/変動コスト比率。
技術適合度（20 %） – 提案するスタックが要件にどれだけフィットしているか。
体制・コミュニケーション（15 %） – 常駐PM 有無、報告頻度。
アフターサポート（10 %） – 保守期間、SLA 内容。

算出例：A 社総合点 3.6／5 → 上位候補に選定し、最終面談でリスク・文化フィットを検証します（※8）。

見積もり書の読み方・失敗事例と対策

見積もり書は「数値」だけでなく 前提条件や除外項目 が重要です。以下に主要項目の解説と、実務でよくある落とし穴を具体例と共に示します。

重要項目解説

項目	内容・注意点
人件費率	エンジニア／PM の比率。高すぎるとスキル不足、低すぎると品質リスク。業界平均は 70 %：30 %。
マージン	ベンダー利益＋管理コスト。10‑15 % が標準で、20 %以上は「隠れコスト」の可能性あり。
保守費用	初年度サポート料・障害対応時間。期間（6 か月/1 年）と対象範囲を必ず確認。
変更管理費	要件追加時の単価や上限。予算外コストが急増しないよう、「年間上限 15 %」を設定することを推奨。

典型的な落とし穴と予防策

落とし穴	具体例	対策
要件定義不足	「ログイン機能」のみ提示 → 認証方式未記載で後に多要素認証追加、工数 +30 %	要件ヒアリングシートで「機能詳細・非機能要件」全項目を取得し、見積もり前に顧客承認。
スコープ拡張	MVP 完了直前にレポーティング機能追加要求 → 予算超過の主因	フェーズ分割（MVP／第2フェーズ）で別途見積もり・契約し、段階的合意を取得。
技術リスク未考慮	AI モデル導入を「外部 API」だけと想定 → データ前処理が抜け、工数 2 倍増	重要技術は PoC（概念実証）で作業量を測り、見積もり根拠に添付。
コンティンジェンシー未設定	固定価格契約のみ提示 → 要件変更で追加費用が発生	総見積もりの 5‑10 % をリスク予備金として明示し、変更時は別途合意プロセスを設置。

実務ポイント：見積書受領後 3 営業日以内に「前提条件チェックシート」で全項目をレビューし、疑義があればベンダーへ即時照会するフローを社内標準化してください（※9）。

ベンダー比較表テンプレート活用法

最終的なベンダー選定では 数値比較と定性評価のハイブリッド が効果的です。以下は、エクセル/Google スシートで利用できる 「4 タイプ別比較テンプレート」 のサンプル構成と、スコアリング手順を示します。

テンプレート項目例

項目	大手SIer	中堅Web系	少数精鋭型	オフショア型
総費用帯 (千円)	8,000 〜 12,000	3,500 〜 6,000	2,000 〜 4,000	1,200 〜 3,000
平均人件費単価 (¥/時)	1,300	1,150	1,050	800
技術スタック適合度	◎（SAP／ERP）	○（Node.js/React）	△（特化領域有り）	○（Java/Flutter）
納期遵守率 (%)	92	95	90	88
保守期間 (か月)	12	6	カスタム可	オプション別途
コミュニケーション体制	常駐PM＋週次報告	担当リーダー＋日次スタンドアップ	1名リード＋Slack常時	海外拠点リーダー＋月次レビュー

スコアリング手順

項目ごとに重み付け（例：総費用30 %、納期遵守率20 %、技術適合度15 % など）をシート上部で設定。
各ベンダーの数値を 「実績スコア」（0‑5）に換算し、重みと掛け合わせて 加重得点 を算出。
定性項目（コミュニケーション体制）は ★評価（1‑3 ★）で数値化し、同様に重み付けして合計。
合計得点が最も高いベンダーを 上位 2 社 とし、最終面談でリスク・文化フィットの確認を行う。

活用コツ：評価シートはプロジェクト開始前に全ステークホルダーで共有し、合意形成した重み付けを変更不可とすることで、後からのスコア改ざんを防止できます（※10）。

まとめ

2026 年版の受託開発料金相場は、規模別に具体的な費用帯と根拠式 を示すことで予算策定の指針となります。見積もり手法は 要件確定度・リスク特性に応じて段階的に組み合わせ することが精度向上の鍵です。また、契約形態ごとの数値根拠やベンダー比較テンプレート を活用すれば、価格だけでなく品質・リスク管理面でも納得できる選択が可能になります。

実務では、本稿のチェックリスト・スコアリングシートをプロジェクト開始時に即導入し、「前提条件の可視化 → 定量的評価 → リスク予備金設定」 のサイクルを回すことで、予算超過やスコープ逸脱といった典型的な失敗を未然に防げます。ぜひ次回の受託開発案件で活用し、最適なパートナー選定とコスト管理を実現してください。