社内システム開発の外注で最も多い失敗は「要件が曖昧なまま発注すること」です。 この記事では費用・期間の相場、実際の見積もり内訳の見方、契約形態の選び方まで、開発会社の側から見た「失敗しない発注」のポイントを解説します。
社内システム開発の費用相場
顧客管理、案件管理、在庫管理など単機能。開発期間1〜2ヶ月
複数機能 + 外部連携 + ダッシュボード。開発期間2〜4ヶ月
基幹システム全体の刷新。複数部署対応。開発期間6ヶ月〜
バグ修正、小規模改修、サーバー監視、セキュリティアップデート
注意: 費用はあくまで目安です。プロジェクトの要件・規模によって変動します。
見積もり内訳の実例 — 「実装費」以外が半分を占めるのが健全
発注側が見積もりを比較するとき、合計金額だけを見ると判断を誤ります。参考として、小規模な顧客管理システム（80万円クラス）の内訳の一例を示します。
| 項目 | 金額の一例 | 内容 |
|---|---|---|
| 要件定義・画面設計 | 15万円 | 業務フローの整理、画面イメージ、データ項目の設計 |
| データベース設計 | 8万円 | データの持ち方・関連の設計。後の拡張性を左右する |
| 実装（プログラミング） | 35万円 | 画面・機能の開発 |
| テスト | 12万円 | 動作確認、エラー時の挙動、実データに近い条件での検証 |
| サーバー構築・公開作業 | 6万円 | 本番環境の準備、既存データの移行 |
| マニュアル・操作説明 | 4万円 | 引き継ぎ資料、操作レクチャー |
見積もりの見方: 健全な見積もりでは、実装（プログラミング）以外の工程が全体の半分近くを占めます。合計が極端に安い場合、設計・テスト・ドキュメントのどれかが削られていることが多く、その分は稼働後の不具合対応や「直せる人がいない」リスクとして後から返ってきます。内訳が「開発一式 ○○万円」としか書かれていない見積もりは、まず内訳の開示を依頼してください。
2026年現在、AIの活用で開発費は下がっている
AIによるコーディング支援（Claude、GitHub Copilot など）の実用化で、実装工程の工数は以前より大きく下がっています（2026年時点）。少人数の開発会社でも中規模システムを短期間で構築できるようになり、上の相場より安く収まるケースも増えています。
ただし「AIを使っているから安い」をうたう会社に発注する場合は、AIが書いたコードを人間のエンジニアがレビューしているかを確認してください。レビューなしのAI出力をそのまま納品する体制では、動いて見えても保守できないシステムになりがちです。
当社（JIT株式会社）もAI活用開発の実例です。法人約575万社の公的データを横断検索できる日本公的データラボをはじめ、多数のWebサービスを少人数で開発・運営しており、この体制がそのまま受託開発の費用を抑えられる理由になっています。
開発の進め方
- 要件ヒアリング — 現在の業務フローを整理し「何を・誰が・どう使うか」を明確にする
- 要件定義書の作成 — 画面一覧、データ項目、権限設計、外部連携仕様を文書化（RFPの書き方も参照）
- プロトタイプ — 実際の画面を作って「これで合ってますか？」を確認。ここでズレを修正
- 開発・実装 — コーディング、DB構築、API連携。テスト環境で動作確認
- テスト・受入 — 本番データに近いデータでテスト。ユーザーに触ってもらいフィードバック
- 本番移行・運用開始 — データ移行 → 並行運用期間 → 旧システム停止
契約形態は「請負」と「準委任」の2種類 — 発注側もここを見る
システム開発の契約には大きく2つの形があり、どちらで契約するかで責任の所在と柔軟性が変わります。
| 請負契約 | 準委任契約 | |
|---|---|---|
| 約束するもの | 成果物の完成 | 専門家としての作業 |
| 向いているケース | 要件が固まっている | 作りながら要件を詰めたい |
| 要件変更 | 原則、追加見積もり | 柔軟に方向転換できる |
| 完成しなかった場合 | 開発会社の責任 | 支払った稼働分は費用が発生 |
発注側のチェックポイントは次の2つです。
- 検収（けんしゅう）の条件 — 納品物を確認して「OK」を出す手続き。「納品後○日以内に連絡がなければ検収完了とみなす」という条項が一般的なので、確認期間が現実的な長さかを見る
- 契約不適合責任の期間 — 納品後に見つかった不具合を無償で直してもらえる期間。永久ではなく「検収後○ヶ月」と区切るのが通例で、それ以降は保守契約でカバーする
契約の種類について詳しくはIT開発の契約形態の解説記事にまとめています。
外注で失敗する5つのパターン
「なんかいい感じに」で発注すると、完成品が想像と違う。要件定義に時間をかけるべき
格安の制作会社はテスト・ドキュメント・保守を省略していることが多い
開発中にフィードバックしないと、完成後に大幅な手戻りが発生
作って終わりではない。バグ修正、機能追加、セキュリティ更新は継続的に必要
最初から完璧を目指すと予算が膨らみ、完成しない。段階的リリースが正解
制作会社の選び方チェックリスト
| チェック項目 | 良い兆候 | 悪い兆候 |
|---|---|---|
| ヒアリング | 業務フローを深く聞いてくる | すぐ見積もりを出す |
| 見積もり | 項目ごとの内訳が明確 | 一式いくらで内訳不明 |
| コミュニケーション | 窓口がエンジニア | 営業が間に入って伝言ゲーム |
| 実績 | 同業種・同規模の実績がある | 「なんでもできます」 |
| 保守体制 | 保守契約のプランがある | 納品したら終わり |
| ソースコード | 納品される | 制作会社の所有物 |
SaaS vs オーダーメイドの判断基準
| SaaS (kintone等) | オーダーメイド | |
|---|---|---|
| 業務がシンプル | ◎ | △ 過剰投資 |
| 複雑な業務ロジック | △ カスタマイズ費用が膨らむ | ◎ 自由に設計 |
| 利用人数が多い | △ ライセンス費用が高額に | ◎ ユーザー数で費用変わらず |
| 導入スピード重視 | ◎ 即日〜数週間 | △ 1〜4ヶ月 |
| 長期コスト | △ 月額が永続 | ◎ 初期費用のみ |
判断の目安: 5人以下で使うシンプルな管理ならSaaS、10人以上または複雑な業務ロジックがあるならオーダーメイドがコスパ良いケースが多いです。
よくある質問
Q. 見積もりを取るだけでも大丈夫？ A. 一般的に見積もりは無料の会社が多く、複数社から取って比較するのが通例です。むしろ1社の見積もりだけで決めるほうがリスクがあります。当社も見積もり・概算のご相談は無料です。
Q. 今Excelで管理している業務のシステム化はいくらかかる？ A. 管理項目と使う人数によりますが、単機能（顧客管理・案件管理など）なら30〜100万円が目安です。既存のExcelがそのまま要件定義の下書きになるため、比較的スムーズに進みます。詳しくはExcel脱却の進め方の記事をご覧ください。
Q. 発注から使い始めるまでどれくらいかかる？ A. 小規模で1〜2ヶ月、中規模で2〜4ヶ月が目安です。社内の確認・フィードバックの速さで前後します。
Q. 開発の途中で要件が変わったら？ A. 請負契約では追加見積もりになるのが原則です。要件が固まりきらない場合は、準委任契約や「小さく作って段階的に広げる」進め方を最初に相談しておくと、変更に強い体制になります。
まとめ
- 社内システム開発の費用は30万〜300万円が中小企業の一般的な範囲
- 見積もりは合計額ではなく内訳を見る。実装以外（設計・テスト・ドキュメント）が薄い見積もりは後で高くつく
- 契約は請負／準委任の違いと、検収・契約不適合責任の条件を確認する
- 要件定義に時間をかけることが最大の失敗防止策
- 制作会社はヒアリングの深さ・見積もりの透明性・保守体制で選ぶ
- 全部一度に作らず、段階的にリリースする
JIT株式会社では、要件ヒアリングから設計・開発・保守まで、エンジニアが直接対応します。「こんなシステム作れる？」レベルからご相談ください。