システム開発見積内訳【2026年版】費用項目・相場・確認ポイント

はじめに

システム開発を外注するとき、見積書の金額だけを見ても妥当かどうかは判断しにくいです。同じ「顧客管理システム」でも、画面数、権限、データ移行、外部連携、テスト範囲、保守体制によって見積もりは大きく変わります。

システム開発の見積もりは、総額ではなく内訳で読みます。「何に何人月かかる前提か」「どこまでが作業範囲か」「追加費用の条件が明記されているか」を確かめると、安い見積もりから要件定義やテストが抜けていないかを見分けられます。

初めて依頼する場合は、人月、要件定義、基本設計、受入テスト、保守運用といった用語で迷いやすくなります。これらは金額の根拠を確かめるための手がかりです。発注側が内訳を理解しておくと、相見積もりの比較や社内稟議の説明がしやすくなります。見積書の数字を読めるようになると、開発会社との打ち合わせで確認すべき点も具体的になります。

この記事では、2026年9月時点の情報をもとに、見積書に入る費用項目、規模ごとの相場の考え方、金額が変わる要因、請負と準委任の違い、フェーズごとの予算管理、依頼前に準備する情報、相見積もりの進め方を整理します。ノーコード/Bubble開発のプラットフォーム料金は、公式サイトで2026年9月27日に確認した金額を載せています。

相場は要件と開発方式で大きく変わるため、固定の金額を断定せず、自社の案件に当てはめて計算できる形で解説します。

システム開発の見積内訳とは

システム開発の見積内訳とは、開発に必要な作業を工程ごとに分け、工数や費用の根拠を示したものです。開発会社が「この範囲ならこの体制・期間で作れる」と示す提案資料でもあります。

見る項目	確認する内容
作業範囲	どの機能、画面、権限、データ移行を含むか
工数	人日・人月でどれだけの作業量を見込むか
単価	PM、エンジニア、デザイナーなど職種別の前提
前提条件	支給資料、既存データ、外部API、対応ブラウザ
除外範囲	運用保守、追加改修、マニュアル、研修の扱い

「一式」が多い見積書では、何が含まれるかを質問してください。「管理画面一式」でも、検索、一覧、編集、CSV出力、権限別表示まで含むかで工数は変わります。見積もりの妥当性は、金額ではなく前提条件の明確さで判断します。

見積もりの基本は「工数×単価」

開発費用の多くは「工数×単価」で決まります。工数は作業量で、1人が1か月働く量を1人月と数えます。単価はPM、エンジニア、デザイナー、テスターといった職種や経験で変わります。見積もりの精度が低いと、後の追加請求や納期遅延につながります。

見積書に入る主な費用項目

見積書には、開発費だけでなく要件整理、設計、テスト、進行管理、インフラ、保守の費用が含まれます。

費用項目	内容	確認ポイント
要件定義	業務整理、機能定義、画面・権限の整理	成果物が仕様書として残るか
基本設計	画面遷移、DB、外部連携、権限設計	発注側が確認できる粒度か
UI/UX設計	画面デザイン、操作導線、入力フォーム	業務担当者が使いやすいか
開発	フロントエンド、バックエンド、API、DB実装	機能ごとに工数が分かれているか
テスト	単体、結合、総合、受入支援	テスト範囲と不具合修正条件
プロジェクト管理	進行管理、品質管理、仕様調整	PMの工数が計上されているか
インフラ	サーバー、クラウド利用料、ドメイン、ノーコードの利用料	初期費用と月額のどちらか、誰の名義で契約するか
データ移行	既存Excel、旧DB、SaaSからの移行	データ整備は誰が担当するか
導入支援	初期設定、マニュアル、操作説明	現場定着まで含むか
保守運用	障害対応、軽微修正、セキュリティ更新	月額費用と対応時間

要件定義、テスト、PM、データ移行、保守は抜けやすい項目です。入っていない見積もりは、初期費用が安く見えても総額では高くなることがあります。

開発規模ごとの費用相場の考え方

相場は「規模ごとに何人月かかるか」と「単価」の掛け算で決まります。開発規模別の金額は会社や開発方式による差が大きいため、ここでは規模ごとに増えやすい項目と、金額の出し方を示します。

開発内容	見積もりで増えやすい項目	確認すること
簡易なWebシステム	画面デザイン、フォーム、管理画面	画面数と権限の数
業務システム（中規模）	要件定義、権限設計、データ移行	既存業務の整理を誰が担うか
ECサイト	決済・在庫・配送の外部連携、テスト	連携先のAPI資料
モバイルアプリ	iOS/Android対応、ストア申請、端末テスト	対応OSと端末の範囲
フルスクラッチの大規模開発	PM、設計、性能・セキュリティテスト	フェーズ分割と体制

次の表は、小〜中規模の業務システムを想定した試算です。

工程	工数（例）	金額（単価100万円/人月・税抜で試算）
要件定義	0.5人月	50万円
設計	0.5人月	50万円
開発	2.0人月	200万円
テスト	0.7人月	70万円
プロジェクト管理	0.3人月	30万円
合計	4.0人月	400万円

単価を80万円と置けば合計320万円、120万円なら480万円です。実際の見積書と比べるときは、合計額より工程ごとの人月の比率を見てください。当社のBubble受託開発では、業務システムやWebアプリの初期開発は200万〜400万円（税抜）の案件が中心です。種類別の費用感はシステム開発の費用相場でも整理しています。

フルスクラッチで作る場合の規模別の目安は、スクラッチ開発の費用相場と見積もりの見方で確認できます。

見積もり金額が大きく変わる要因

同じ要件でも、会社によって見積もり金額には差が出ます。主な要因は次のとおりです。

エンジニアの単価（経験値・地域差）
自社開発か、下請けへの外注が多いか
使用する技術やフレームワーク
テストや保守の範囲
PMを置く管理体制の有無

差の理由が単価なのか範囲なのかを分けて質問すると、比較しやすくなります。

工数・人月・契約方式で見積もりが変わる理由

見積方式	向いているケース	注意点
概算見積もり	初期相談、予算感の確認	最終金額ではない
詳細見積もり	要件が固まった後の契約前	作成に時間がかかる
固定価格	仕様が明確な開発	仕様変更に弱い
時間精算	仕様変更が多い改善開発	上限予算の管理が必要
フェーズ分割	要件が曖昧な新規事業	各フェーズの成果物を決める

要件が固まらない段階で固定価格を求めると、開発会社はリスクを見込んで高めに見積もります。初期段階では概算、要件定義後に詳細見積もりという2段階で考えると、無理な見積もりを避けられます。

請負契約と準委任契約の違い

契約形態によって、見積もりの意味とリスクの所在が変わります。

契約形態	支払いの対象	向いているケース	注意点
請負契約	完成した成果物	仕様が固まった開発	金額は明確だが仕様変更に弱い
準委任契約	作業した時間・工数	改善を繰り返す開発	柔軟だが工数の管理が必要

仕様が固まった機能は請負、改善を繰り返す段階は準委任と、フェーズで使い分ける方法もあります。

フェーズごとの見積もりと予算管理

規模の大きい開発では、一括ではなくフェーズごとに見積もると予算を管理しやすくなります。

フェーズ	内容	次へ進む判断材料
要件定義	ヒアリング、仕様書作成	機能一覧と概算の再見積もり
設計	UI設計、DB設計、画面遷移図	画面と権限の確定
実装	プログラミング、単体テスト	進捗と残予算
テスト	結合テスト、負荷テスト、受入テスト	受入条件の達成
運用・保守	リリース後の運用、問い合わせ対応、改修	月額保守の範囲

各フェーズの終わりに成果物と残予算を確かめると、赤字や手戻りを早く見つけられます。

追加費用が発生しやすい条件

条件	追加費用になりやすい理由	事前対策
機能一覧が曖昧	作る範囲が後から増える	必須/後回しを分ける
既存データが乱れている	移行前の整備工数が増える	サンプルデータを先に共有
外部API仕様が未確認	連携方式が変わる	API資料と認証方式を確認
承認者が多い	手戻りが増える	決裁者と確認期限を決める
テスト範囲が薄い	リリース後に修正が集中する	受入条件を先に決める
保守範囲が未定	公開後の修正費が読めない	月額保守の範囲を確認

未確定の部分は「未確定」と明記し、追加見積もりの条件を合意しておきます。

ノーコード/Bubble開発で見積もりはどう変わるか

Bubbleでは画面、データベース、ワークフローを視覚的に作れるため、社内申請や顧客管理のような業務アプリをフルスクラッチより短期間でβ版にできる場合があります。ただし複雑な外部連携、細かな権限、大量データ処理がある場合は検証に工数がかかり、必ず安くなるわけではありません。

見積もりを下げるには、主要なワークフローに絞って先に作り、残りを後から足す段階開発が向いています。見積もりが高くなる理由はシステム開発の見積もりが高い理由とノーコードの考え方、外注費用全体はシステム開発外注費用の相場でも解説しています。

公開後のプラットフォーム料金も見積もりに入れる

ノーコード開発では、開発費とは別にプラットフォームの利用料が毎月かかります。次の表はBubble公式の料金ページで2026年9月27日に確認した内容です。

プラン	月額（年払い・USD）	月間ワークロード
Free	$0	50K
Starter	$59	175K
Growth	$209	250K
Team	$549	500K
Enterprise	要問い合わせ（年払い・USDの表示なし）	個別見積もり

公式ページの表示は年払いの月額で、ドル建てです。利用量で必要なプランが変わるため、見積書に想定プランと月額が書かれているかを確認してください。

見積もりを依頼する前に準備する情報

見積もりの精度は、発注側が渡す情報で変わります。依頼前に次の情報をそろえてください。

システムの目的・背景
想定するユーザー数と利用者の種類
必須の機能と後回しにできる機能
希望納期と予算の上限
既存データや外部連携先の資料
参考になる既存サービス

要件が曖昧なまま依頼すると、見積もりは高めに出る傾向があります。

相見積もりの取り方と注意点

相見積もりは適正価格を知るのに有効ですが、各社へ同じ条件を渡さないと比べられません。条件が違うと、安い会社が本当に安いのか、範囲が狭いだけなのか判断できません。

金額だけで選ばないことも大切です。安すぎる見積もりは、テストやサポートが薄い場合があります。内訳の説明が丁寧か、似た開発の実績があるかもあわせて確認してください。

無料見積もりを活用するときの見方

多くの開発会社は無料で見積もりに応じています。まず概算で予算感をつかみ、次の点で依頼先を見極めます。

提案資料の質
質問に対する返答の早さ
業界知識や類似開発の実績

見積書で確認すべきチェックポイント

作業範囲と除外範囲が明記されているか
要件定義・設計・テスト・導入支援が含まれているか
機能ごとの工数や前提条件が分かるか
データ移行、外部連携、保守の扱いが書かれているか
仕様変更時の追加費用ルールがあるか
検収条件と支払い条件が明確か

見積書は価格比較ではなく、開発範囲とリスクの比較資料として読むことが重要です。

まとめ

システム開発の見積内訳を見るときは、総額だけで判断しないことが大切です。要件定義、設計、開発、テスト、プロジェクト管理、インフラ、データ移行、導入支援、保守がどこまで含まれているかを確認してください。安さだけを優先すると、後から要件定義やテストを足すことになり、時間も費用も増えます。

相場は「工数×単価」で決まります。規模ごとに増えやすい項目を押さえ、工程ごとの人月の比率を見ると、見積もりの差が単価の違いなのか範囲の違いなのかを分けられます。要件が曖昧な段階では概算にとどめ、要件定義後に詳細見積もりを取り、フェーズごとに予算を確かめる進め方が安全です。

契約は、仕様が固まった部分を請負、改善を続ける部分を準委任と使い分けられます。依頼前には目的、ユーザー数、必須機能、納期、予算、既存データの資料をそろえ、相見積もりでは各社に同じ条件を渡してください。

ノーコード開発を選ぶ場合は、開発費に加えてプラットフォームの月額も予算に入れます。Bubbleなら重要な業務フローから先に形にし、利用状況を見ながら機能を増やせるため、見積もり段階で開発範囲を小さく切れます。

nocoderiでは、Bubbleを活用した業務システム・Webアプリ開発の相談を受け付けています。見積もりが高い理由を整理したい、ノーコードで初期費用を抑えたい、まず小さなβ版で検証したいという段階から相談できます。システム開発の見積もりで迷っている場合は、要件整理からご相談ください。

見積もりの前に、作りたいものの条件を整理しておくと、各社の金額を比べやすくなります。当社の開発事例では、いくつかの質問に答えるだけでノーコード開発の所要期間と開発コストの目安を自動で算出し、その結果を使ってそのまま問い合わせできる見積もりシミュレーションアプリを開発しました。当社では、開発範囲と前提条件を整理したうえでの見積もり・開発を支援しています。要件が固まっていない段階からご相談いただけます。
関連する事例：Bubble開発シミュレーションアプリの事例を見る
 会社概要を見る・開発実績を見る
 受託開発の相談・具体的な相談を送る