システム開発の見積もりが会社ごとに数倍違うのは、料金がほぼ「人月＝人数×期間」という1つの数式で決まり、その数式自体に限界があるからです。
この記事は、システム開発を初めて発注する事業会社のWeb担当・情シス・経営者向けに、「何を・いくらで・どう進めるのか」を一枚で把握できるよう整理しました。費用相場の決まり方、会社の選び方、要件定義から保守までの流れを発注者目線で解説し、AIエージェント駆動で何が変わり何は変わらないのかも正直にお伝えします。
執筆は、福岡県北九州市と福岡市に拠点を置く株式会社六（Roku inc.）。一般論だけでなく、当社が実務で得た視点を交えます。
システム開発とは｜受託・パッケージ・ノーコードの違い
システム開発とは、業務やサービスを動かすソフトウェアを設計・構築することの総称で、作り方は大きく3つに分かれます。
スクラッチ・パッケージ・ノーコードの使い分け
| 区分 | 内容 | 向く場面 | 注意点 |
|---|---|---|---|
| スクラッチ（フルオーダー） | ゼロから自由に構築 | 既製品で代替できない独自業務 | 自由度は高いが高コスト・長納期 |
| パッケージ・SaaS（既製品） | 完成品を導入・契約 | 一般的な業務（会計・勤怠・CRM等） | 業務を製品側に合わせる必要 |
| ノーコード・ローコード | 部品を組み合わせて構築 | 小規模・頻繁に変える業務 | 複雑な要件には限界 |
（出典：ops-in.com、levtech.jp）
ここで先に正直なことを。「まず作る」前に「買う・借りるで足りないか」を必ず問うべきです。一般的な業務をスクラッチで作るほど割高になります。パッケージ・SaaSなら初期費用も保守費も大幅に圧縮でき、短納期です。スクラッチが合理的なのは「既製品で代替できない独自業務」に絞るときだけです（出典：ops-in.com、system-kanji.com）。
あなたの依頼はどのタイプ？
自社の依頼を分類すると、相談相手も費用感も見えてきます。
システム開発費用の相場と「人月見積もり」の読み方
システム開発費用の大半は、人月（にんげつ）= 単価 × 人数 × 期間という1つの数式で決まります。この構造を知ると、見積書が読めるようになります。
人月単価の内訳（誰の単価が乗っているか）
人月単価は担当技術者の職種で変わります。2025年時点の月単価の目安は以下のとおりです。
| 職種 | 月単価の目安 |
|---|---|
| プログラマ（PG） | 約50〜70万円 |
| システムエンジニア（SE） | 約60〜160万円（初級60〜100／中級80〜120／上級100〜160） |
| プロジェクトマネージャ（PM） | 約70〜130万円 |
| アーキテクト | 約70〜90万円 |
（出典：imitsu.jp、relance.jp）
規模別の総額は次のとおり。いずれもレンジであり、要件次第で2〜3倍変動します。「相場は◯◯万円」という単一の数字は存在しません。
| 規模 | 例 | 総額の目安 | 期間の目安 |
|---|---|---|---|
| 小規模 | 社内在庫管理・CRM等 | 約100〜300万円 | 2週間〜1ヶ月（MVP） |
| 中規模 | 外部API連携・予約/EC等 | 約300〜800万円 | 1〜3ヶ月 |
| 大規模 | ERP・基幹システム | 800万〜数千万円（ERPは3,000万円超も） | 3〜6ヶ月 |
（出典：ops-in.com、sophiate.co.jp、hnavi.co.jp）
見落としがちなのが保守費です。年間の保守費は初期開発費の15〜20%が目安で、3年使えば初期費用と同等以上かかる計算です（出典：c3index.co.jp、syusodo.co.jp）。内訳はシステム開発費用の相場記事で深掘りしています。
なぜ同じ要件で見積もりが数倍ぶれるのか
同じ要件書でも見積もりが2〜3倍違うのは、顧客数・既存システムとの連携の有無・業務ロジックの複雑さで実工数が大きく変わるためです（出典：minna-systems.co.jp ほか）。見積書では総額だけでなく、誰が何人月乗っているかの行を必ず確認してください。
人月見積もりの限界とAI駆動開発がもたらす変化
人月モデルは長く業界標準でしたが、構造的な限界を抱えています。
「人数×期間」で測るモデルが抱える3つの限界
- 速度の上限が人数で決まる — 早く仕上げるには人を増やすしかなく、増やすほど費用が膨らむ
- 見積もりが工数の予想に依存する — 予想が外れると追加費用や納期遅延につながる
- 作る量に課金される — 価値ではなく投入工数で価格が決まり、無駄が乗りやすい
AIエージェント駆動で何が・どこまで速く安くなるのか
当社は「1つの脳、300人のAIプログラマ。（One Mind, 300 AI Programmers.）」という思想で開発しています。1人のプロが数百のAIエージェントを率い、コーディングやテストといった量で効く工程を圧縮することで、人月の「人数×期間」の制約を緩めます。
ただし誇張はしません。「AIで全部10分の1」は事実に反します。 米国の研究機関METRが平均5年以上の経験を持つ開発者16名・246タスクで行った実験では、AIを使った場合に完了時間がむしろ19%増加し、本人たちは「20%速くなった」と感じていました。体感と実測が逆転していたのです（出典：arxiv.org/abs/2507.09089、2025年初頭のAI・経験者・成熟したOSSという条件下）。
つまりAIは万能ではなく「使い方と対象次第」です。当社は、AIで速くなる工程（実装・テスト・定型処理）と、代替できない工程（要件定義・業務理解・設計判断）を正直に切り分けます。要件定義の不備はシステム開発失敗の主因であり、上流の品質がQCDを左右します（出典：sge.brycen.co.jp）。AI駆動開発でも要件定義の重要性はむしろ高まります。
AI活用の全体像はAI開発、AIエージェント開発、生成AI開発で、当社のサービス全体像はサービス一覧で解説しています。
失敗しないシステム開発会社の選び方
「実績豊富な会社を選ぼう」という助言は判断軸になりません。当社が勧めるのは、「確認質問」を持って臨むことです。
発注前に必ず聞くべき質問リスト
- 要件が曖昧な段階で、何を確認してから見積もるか
- 見積もりの人月内訳（誰が何人月）を開示できるか
- 開発中の仕様変更で、費用と納期はどう動くか
- 保守の範囲と年間費用（初期費の何%か）は明確か
- 既製品やSaaSで足りる可能性を、正直に検討してくれるか
危険なサイン
- 「丸投げ歓迎」と言いつつ要件を一緒に詰めない
- 要件が曖昧なまま即・総額を提示する
- スクラッチ開発ありきで、買う・借りる選択肢を出さない
地場×小回り vs 大手SIerの向き不向き
反証データをもう一つ。外注が常に最適とは限りません。 外注は仕様変更で追加費用が膨らみやすく、頻繁に改修する小規模・変化の速い業務では内製やノーコードの方が総コスト・スピードで有利なことがあります（出典：levtech.jp、liginc.co.jp、IPA DX白書2023）。
- 大手SIer向き: 大規模・基幹・多部署横断で、体制の厚みが要る案件
- 地場×小回り向き: 中小規模、要件を一緒に詰めたい、素早く試したい案件
- 内製・ノーコード向き: 小さく頻繁に変える業務、まず自分たちで検証したい場合
システム開発の進め方｜要件定義から保守まで
発注後の流れを俯瞰すると、各工程で自分が何をすべきか見えてきます。
| 工程 | 内容 | 発注者がやること |
|---|---|---|
| 要件定義 | 何を作るかを決める | 業務・課題・優先順位を言語化（最重要） |
| 設計 | 画面・データ構造を設計 | レビューと承認 |
| 開発 | プログラムを実装 | 仕様変更は早めに相談 |
| テスト | 不具合を検出・修正 | 受け入れテストに参加 |
| 保守 | 運用・改修 | 改修の優先順位を判断 |
最重要は要件定義です。発注者が業務を言語化できるほど、後工程のブレと追加費用が減ります。詳細はシステム開発の進め方の記事にまとめています。
発注前に「動くモックアップ」で確かめる
仕様書だけで数百万円の発注を判断するのは、設計図だけで家を建てるようなものです。机上の見積もり比較では、完成イメージのズレに気づけません。
そこで当社は、初回相談で「動くモックアップ」を無料で構築します。費用ゼロ・発注義務なし、社内の検討資料にも使え、最短2〜3営業日で納品します（出典：当社）。実際に触れる試作で、発注前にイメージを実物で検証できます。
机上の見積もり比較を、動く実物の検証に変える。まずはお気軽にご相談ください。
よくある質問
システム開発の費用相場はいくらですか？
人月（単価×人数×期間）で決まり、小規模で約100〜300万円、中規模で約300〜800万円、大規模で800万円〜数千万円が目安です。ただし要件次第で2〜3倍変動するため、単一の金額では言えません（出典：ops-in.com、sophiate.co.jp）。内訳は費用相場の記事をご覧ください。
システム開発の期間はどれくらいかかりますか？
MVP・プロトタイプで2週間〜1ヶ月、中規模で1〜3ヶ月、大規模で3〜6ヶ月が目安です。いずれも要件と連携範囲次第で前後します（出典：各相場メディア）。
小さく作って試すことはできますか？
可能です。MVP（最小限の動くもの）から始める進め方や、当社の動くモックアップ無料構築を使えば、いきなり全部を発注せずに検証できます。
AI駆動開発でも要件定義は必要ですか？
必要です。むしろ重要性は増します。AIは実装やテストなど量で効く工程を速くしますが、何を作るかを決める要件定義は人の仕事です。要件定義の不備は失敗の主因とされています（出典：sge.brycen.co.jp）。
