IPA（情報処理推進機構）「ソフトウェア開発分析データ集2024」によると、システム開発プロジェクトの約44%がコスト超過、約35%がスケジュール遅延を経験している。特に「初めて外注する企業」では、発注プロセスの理解不足が失敗の主因になるケースが多い。
本記事では、システム開発を初めて外注する企業の担当者向けに、アイデアの段階からリリース・運用までの10ステップ、各ステップでの注意点、よくある失敗パターンを網羅的に解説する。「何から始めれば良いかわからない」という状態を解消するための実務ガイドだ。
目次
- システム開発外注の全体像
- 発注の流れ10ステップ
- 各ステップの期間と費用の目安
- よくある失敗パターンと対策
- 必要な書類一覧
- 開発会社との上手な付き合い方
- まとめ
- FAQ
1. システム開発外注の全体像
外注の全体フロー
システム開発の外注は、大きく5つのフェーズに分かれる。
| フェーズ | 内容 | 期間目安 |
|---|---|---|
| 準備フェーズ | 課題整理、予算確保、RFP作成 | 2〜6週間 |
| 選定フェーズ | 開発会社選定、見積もり比較、契約 | 3〜6週間 |
| 定義フェーズ | 要件定義、基本設計 | 4〜8週間 |
| 開発フェーズ | 詳細設計、実装、テスト | 2〜8ヶ月 |
| 運用フェーズ | 納品、保守・運用 | 継続 |
外注前に理解しておくべきこと
- システム開発は「お任せ」ではできない：発注側も積極的に参加する必要がある。特に要件定義は発注側の業務知識が不可欠
- 費用は「人月」で計算される：エンジニアの作業時間に基づく。詳しくは中小企業のシステム開発費用ガイドを参照
- 最初の見積もりは「概算」：正確な費用は要件定義後に確定する
セクションまとめ：システム開発外注は準備→選定→定義→開発→運用の5フェーズ。「お任せ」ではなく、発注側の積極的な関与が成功の前提条件だ。
2. 発注の流れ10ステップ
ステップ①：課題の整理
やること：現在の業務で何が困っているか、何を改善したいかを具体的に書き出す。
- 「受注処理に1件あたり30分かかっている」
- 「Excel管理で転記ミスが月に10件以上発生する」
- 「顧客情報が担当者ごとにバラバラで一元管理できていない」
よくある失敗：「DXを推進したい」「業務を効率化したい」のような抽象的な目標のまま外注に進み、何を作るべきかが定まらない。
ポイント：課題を「誰が」「何をする時に」「どう困っている」の形式で具体化すること。
ステップ②：予算の確保
やること：経営層の承認を得て、開発予算を確保する。
| 予算帯 | できること |
|---|---|
| 50〜100万円 | ノーコードツール導入、既存SaaSカスタマイズ |
| 100〜500万円 | 小規模な業務システム開発 |
| 500〜1,000万円 | 中規模の業務システム開発 |
| 1,000万円以上 | 基幹システムの構築・リプレイス |
よくある失敗：予算を曖昧にしたまま開発会社に問い合わせ、相場観がないため提示された見積もりの妥当性を判断できない。
ポイント：補助金の活用も検討する。補助金完全ガイドで最新情報を確認できる。
ステップ③：RFP（提案依頼書）の作成
やること：開発会社に「何を作ってほしいか」を伝える文書を作成する。
RFPに含めるべき項目：
- プロジェクトの背景・目的
- 現状の業務フロー
- 実現したい機能の一覧
- 予算の上限
- 希望するスケジュール
- 技術的な制約（既存システムとの連携等）
RFPの作成方法はIT開発会社の選定基準とRFPガイドで詳しく解説している。
よくある失敗：RFPなしで口頭だけで要望を伝え、開発会社ごとに説明内容がバラバラになり、提案・見積もりの比較ができない。
ステップ④：開発会社の選定
やること：3〜5社から提案を受け、最適な開発会社を選ぶ。
| 評価基準 | 重要度 | 確認方法 |
|---|---|---|
| 同業種の開発実績 | ★★★ | 事例紹介、ポートフォリオ |
| 技術力 | ★★★ | 使用技術の確認、エンジニアの経歴 |
| コミュニケーション品質 | ★★★ | 初回打ち合わせでの質問の質 |
| 費用の妥当性 | ★★☆ | 複数社の見積もり比較 |
| 保守・運用体制 | ★★☆ | SLA、対応時間の確認 |
ポイント：「安いから」ではなく「提案内容の具体性」と「コミュニケーションの質」で選ぶこと。開発会社選定の詳細はIT開発会社の選定基準とRFPガイドを参照。
ステップ⑤：見積もりの比較
やること：複数社の見積もりを工程別に比較し、妥当性を評価する。
確認すべきポイント：
- 工程別の内訳（要件定義、設計、開発、テスト、PM）が記載されているか
- テスト工数が全体の15〜20%程度確保されているか
- 保守費用が含まれているか（別途見積もりか）
- 「一式」表記になっていないか
見積もりの読み方はシステム開発の見積もり内訳ガイドで詳しく解説している。
よくある失敗：「一式500万円」の見積もりを受け入れ、何にいくらかかっているか不透明なまま契約する。
ステップ⑥：契約の締結
やること：開発会社と契約を締結する。
主な契約形態：
- 請負契約：完成物の納品義務あり。仕様が固まっている案件向け
- 準委任契約：作業時間ベース。仕様が流動的な案件向け
- ラボ型契約：月額固定でチームを確保。長期案件向け
契約書で必ず確認する項目：
- 成果物の範囲
- 納期
- 支払い条件（一括/分割/マイルストーン払い）
- 知的財産権の帰属
- 瑕疵担保責任の期間
- 秘密保持条項
よくある失敗：契約書の確認が不十分で、成果物の範囲やバグ対応の責任範囲が曖昧になる。
ステップ⑦：要件定義
やること：「何を作るか」を詳細に決める。システム開発で最も重要な工程。
要件定義で決める内容：
- 業務フロー
- 機能一覧
- 画面設計（ワイヤーフレーム）
- データ構造
- 非機能要件（性能、セキュリティ、可用性）
要件定義の進め方はシステム開発の要件定義テンプレートを参照されたい。
よくある失敗：要件定義を「開発会社に任せる」と考え、自社の業務知識の提供が不十分なまま進める。結果、想定と異なるものが出来上がる。
ポイント：要件定義には全体予算の10〜15%を確保する。この工程を手抜きすると、後の工程でその何倍ものコストが発生する。
ステップ⑧：開発（設計・実装）
やること：要件定義に基づいて実際の開発が進行する。
発注側の役割：
- 定期的な進捗確認（週次が目安）
- 開発中に出てくる業務上の質問への回答
- 中間レビュー（プロトタイプの確認）
よくある失敗：「開発が始まったら完成まで待てば良い」と考え、進捗管理を放置する。気づいたときには手遅れな問題が発生している。
ポイント：最低でも週1回の進捗会議を設定し、プロトタイプや画面のデモを確認する。
ステップ⑨：テスト・受入確認
やること：開発されたシステムが要件通りに動作するか確認する。
テストの種類：
- 単体テスト：個々の機能が正しく動作するか（開発会社が実施）
- 結合テスト：機能間の連携が正しいか（開発会社が実施）
- 受入テスト：発注側が実際の業務データで動作確認を行う
よくある失敗：受入テストを「軽く触ってOK」で済ませ、本番稼働後にバグが大量に見つかる。
ポイント：受入テストは実際の業務シナリオに沿って網羅的に実施する。テスト項目書を事前に作成し、チェックリスト形式で確認する。
ステップ⑩：納品・運用開始
やること：システムを本番環境にリリースし、運用を開始する。
運用開始時に確認すること：
- 運用マニュアルの整備
- 保守契約の締結
- バックアップ体制の確認
- 障害発生時の連絡体制
- ユーザートレーニングの実施
よくある失敗：保守契約を結ばずにリリースし、バグや障害が発生しても対応してもらえない。
ポイント：保守費用は開発費の15〜20%/年が目安。リリース直後は問い合わせが集中するため、手厚いサポート体制を確保しておく。
セクションまとめ：10ステップのうち、特に③RFP作成、⑤見積もり比較、⑦要件定義が成否を分ける重要ステップ。この3つに十分な時間を確保することが、失敗を防ぐ最大のポイントだ。
3. 各ステップの期間と費用の目安
| ステップ | 期間目安 | 費用の目安 | 発注側の工数 |
|---|---|---|---|
| ①課題整理 | 1〜2週間 | 0円（自社作業） | 10〜20時間 |
| ②予算確保 | 1〜4週間 | 0円（社内調整） | 5〜10時間 |
| ③RFP作成 | 1〜2週間 | 0〜50万円（外部支援利用時） | 20〜40時間 |
| ④開発会社選定 | 2〜4週間 | 0円 | 15〜30時間 |
| ⑤見積もり比較 | 1〜2週間 | 0円 | 5〜10時間 |
| ⑥契約締結 | 1〜2週間 | 弁護士費用5〜10万円（任意） | 5〜10時間 |
| ⑦要件定義 | 4〜8週間 | 開発費の10〜15% | 40〜80時間 |
| ⑧開発 | 2〜8ヶ月 | 開発費の60〜70% | 週2〜4時間 |
| ⑨テスト | 2〜6週間 | 開発費の15〜20% | 20〜40時間 |
| ⑩納品・運用 | 継続 | 開発費の15〜20%/年 | 月2〜8時間 |
発注側の担当者が確保すべき時間
初めてのシステム開発外注では、プロジェクト全体を通じて合計120〜240時間程度の工数が発注側の担当者に求められる。これは兼務で対応する場合、通常業務と並行して週5〜10時間程度の作業量に相当する。
セクションまとめ：全体の期間は最短3ヶ月、一般的には6〜12ヶ月。発注側も合計120〜240時間の工数が必要。特に要件定義フェーズ（40〜80時間）の工数確保が重要だ。
初めてのシステム開発外注を検討中の方へ
GXOでは、初めてシステム開発を外注する企業様向けに、RFP作成支援から開発・運用まで一貫したサポートを提供しています。「何から始めれば良いかわからない」という方も安心してご相談ください。
※ 営業電話はしません｜オンライン対応可｜相談だけでもOK
4. よくある失敗パターンと対策
失敗1：「全部お任せ」で丸投げ
状況：「プロに任せれば良い」と考え、要件定義にも参加せず、進捗確認もしない。
結果：出来上がったシステムが業務に合わず、大幅な手戻りが発生。追加費用100〜300万円。
対策：要件定義には必ず参加する。週1回の進捗確認会議を設定する。
失敗2：最安の見積もりで決める
状況：5社の見積もりのうち最安の会社に発注。他社は300〜400万円なのに、その会社だけ180万円。
結果：テスト不足による品質問題、コミュニケーション不全、納期遅延。追加費用で結局400万円超。
対策：極端に安い見積もりには理由を確認する。工程別の内訳で比較する。
失敗3：要件の追加が止まらない
状況：開発中に「これも追加して」「あの機能も必要」と次々に要件を追加。
結果：スケジュール遅延3ヶ月、予算150%超過。
対策：要件定義で機能の優先順位を決め、「今回の範囲」と「次期開発の範囲」を明確に分ける。
失敗4：契約書の確認不足
状況：口頭で合意した内容が契約書に反映されておらず、納品後にトラブルが発生。
結果：「仕様に含まれていない」と言われ、追加費用を請求される。
対策：契約書に成果物の範囲、瑕疵担保責任、知的財産権を明記する。弁護士のレビューを推奨。
失敗5：保守を考えていない
状況：開発費だけを予算化し、リリース後の保守・運用費用を考えていなかった。
結果：バグが見つかっても対応してもらえない、サーバー費用が想定外。
対策：開発費の15〜20%/年の保守費用を事前に予算化する。
ベンダーロックインの防止策についてはベンダーロックイン防止戦略ガイドも参考になる。
セクションまとめ：5つの失敗パターンに共通するのは「発注側の準備不足」。RFPの作成、要件の優先順位付け、契約書の確認、保守費用の予算化を事前に行うことで、大半の失敗は防げる。
5. 必要な書類一覧
| フェーズ | 必要な書類 | 作成者 |
|---|---|---|
| 準備 | 課題一覧、業務フロー図 | 発注側 |
| 準備 | RFP（提案依頼書） | 発注側 |
| 選定 | 提案書 | 開発会社 |
| 選定 | 見積書 | 開発会社 |
| 契約 | 契約書（基本契約・個別契約） | 開発会社（発注側がレビュー） |
| 契約 | NDA（秘密保持契約） | どちらか |
| 定義 | 要件定義書 | 開発会社（発注側が承認） |
| 定義 | 画面設計書 | 開発会社 |
| 開発 | 基本設計書、詳細設計書 | 開発会社 |
| テスト | テスト仕様書、テスト結果報告書 | 開発会社 |
| 納品 | 納品書、検収書 | 両者 |
| 納品 | 運用マニュアル | 開発会社 |
| 運用 | 保守契約書 | 開発会社（発注側がレビュー） |
6. 開発会社との上手な付き合い方
コミュニケーションのルール
- 定例会議：週1回、30〜60分の進捗確認会議を設定する
- 連絡手段：SlackやTeams等のチャットツールで日常的にやり取りする
- 議事録：打ち合わせ内容は必ず議事録に残し、双方で確認する
- 質問への即応：開発会社からの質問には24時間以内に回答する（遅延がプロジェクト全体に影響する）
良い関係を築くためのポイント
- 開発会社を「下請け」ではなく「パートナー」として扱う
- 成果物に対するフィードバックは具体的に行う（「使いにくい」ではなく「ここのボタンが見つけにくい」）
- スケジュール変更や仕様変更は早めに相談する
- 感謝を伝える（良い仕事にはきちんと評価する）
セクションまとめ：開発会社との良好な関係が、プロジェクト成功の土台。定例会議の設定、即時の質問回答、具体的なフィードバックが実務上のポイントだ。
7. まとめ
初めてのシステム開発外注は、10のステップで進める。特に重要なのは、③RFP作成、⑤見積もり比較、⑦要件定義の3つだ。この3つに十分な時間と工数を確保することが、失敗を防ぐ最大のポイントになる。
費用は小規模で100〜500万円、中規模で500〜1,000万円が目安。これに保守費用（開発費の15〜20%/年）を加えた総額で予算を組む必要がある。「最安の見積もりで決める」「全部お任せにする」の2つは最も多い失敗パターンであり、避けるべきだ。
まずは無料相談から始めませんか？
GXOでは、初めてシステム開発を外注する企業様向けの無料相談を実施しています。「何を作りたいか整理できていない段階」でも構いません。課題のヒアリングからRFP作成のサポートまで対応しています。
※ 営業電話はしません｜オンライン対応可｜最短翌営業日に回答
FAQ
Q1. IT担当者がいなくてもシステム開発を外注できますか？ 可能です。IT知識がなくても、業務の課題を具体的に伝えることができれば、開発会社が技術面をサポートします。ただし、社内に「プロジェクトの窓口担当者」を1名置くことは必須です。
Q2. 最初に何社から見積もりを取れば良いですか？ 3〜5社が適切です。1〜2社では比較ができず、6社以上では対応に時間がかかりすぎます。提案の質を比較するためにも、最低3社は必要です。
Q3. 費用の支払いはどのタイミングですか？ 一般的なパターンは「契約時30%、中間納品時30%、最終納品時40%」のマイルストーン払いです。全額前払いは避け、成果物の確認ができるタイミングで分割して支払う形が安全です。
Q4. 開発中に仕様を変更できますか？ 可能ですが、変更の規模に応じて追加費用とスケジュールの延長が発生します。仕様変更は「変更管理」として書面で管理し、都度合意を取ることが重要です。
Q5. 開発が失敗した場合、費用は返ってきますか？ 請負契約の場合、成果物が仕様と異なれば瑕疵担保責任に基づいて修正を求められます。ただし「発注側の要件が曖昧だったことに起因する問題」は瑕疵に該当しないケースが多いため、要件定義の精度が重要です。
参考資料
- IPA「ソフトウェア開発分析データ集2024」（2024年10月公表）
- JISA「情報サービス産業 基本統計調査 2024年版」
- 中小企業庁「中小企業白書2024」