発注ガイド

システム開発の流れを完全図解:発注から納品まで

2026-01-28
19分

システム開発の流れを完全図解:発注から納品まで

システム開発を初めて発注する方にとって、「いつ何をすればいいのか」が最大の不安です。全体の流れを理解していないと、適切なタイミングで意見を言えず、後悔する結果になります。

本記事では、要件定義から納品までの全工程を図解し、各段階でお客様が何をすべきかを詳しく解説します。

システム開発の全体像(期間目安)

❶ 要件定義
2〜4週間
❷ 設計
3〜6週間
❸ 開発
8〜16週間
❹ テスト
3〜5週間
❺ 納品・運用
1〜2週間

合計期間:約4〜8ヶ月(プロジェクト規模による)

工程❶:要件定義(2〜4週間)

この工程で決めること

  • 何を作るか:システムの目的、機能一覧
  • 誰が使うか:ユーザー像、利用シーン
  • どう使うか:業務フロー、画面遷移
  • 成功基準:数値目標(処理時間○分短縮など)

お客様がやること

✅ 現状の業務フローを説明

「今はExcelで○○を管理していて、△△の手順で処理しています」と具体的に説明してください。

✅ 課題と目標を伝える

「検索に12分かかっているのを3分以内にしたい」など、数値で伝えると伝わりやすくなります。

✅ 優先順位を決める

全ての機能を「必須」にすると予算が膨らみます。Must/Want/Optionで分類しましょう。

✅ 要件定義書を確認・承認

開発会社が作成した要件定義書を丁寧に確認。不明点は全て質問してください。

⚠️ よくある失敗

「開発会社に任せておけば大丈夫」と要件定義を丸投げし、完成後に「イメージと違う」となるケースが多発。要件定義は最も重要な工程です。

工程❷:設計(3〜6週間)

この工程で決めること

  • 画面設計:ワイヤーフレーム、デザイン
  • データベース設計:データの持ち方
  • システム構成:サーバー、ネットワーク
  • セキュリティ設計:認証、暗号化方式

お客様がやること

✅ 画面デザインの確認

ワイヤーフレーム(画面の設計図)を見て、ボタンの位置や表示項目が適切か確認してください。

✅ 実際の運用を想像する

「この画面で実際に入力してみたら、○○の項目が必要だと気づいた」など、具体的にフィードバックしましょう。

✅ 設計書の承認

設計書を承認すると、後から大きな変更が難しくなります。慎重に確認してください。

💡 ポイント

設計段階での変更は比較的容易ですが、開発段階に入ると変更コストが10倍になります。この段階で徹底的に確認しましょう。

工程❸:開発(8〜16週間)

この工程で行うこと

  • プログラミング:コードを書く
  • 単体テスト:各機能が動作するか確認
  • 結合テスト:機能同士が連携するか確認

お客様がやること

✅ 進捗確認(週1回)

定例ミーティングで進捗を確認。遅延の兆候があれば早めに対策を相談してください。

✅ テストデータの準備

開発会社から「実際のデータをください」と依頼されたら、個人情報を匿名化した上で提供してください。

✅ 中間確認(可能なら)

完成を待たず、途中段階でデモを見せてもらうと、早期に軌道修正できます。

💡 この段階での変更は?

開発中の仕様変更は追加費用と納期遅延の原因になります。軽微な調整以外は、リリース後の改善で対応するのが賢明です。

工程❹:テスト(3〜5週間)

この工程で行うこと

  • システムテスト:開発会社が全体動作を確認
  • 受入テスト(UAT):お客様が実際に使って確認
  • バグ修正:見つかった不具合を修正

お客様がやること(最重要!)

✅ 受入テストを徹底的に実施

実際の業務フローに沿って、全ての機能を試してください。

  • • 正常な操作ができるか
  • • エラーメッセージは分かりやすいか
  • • レスポンスは遅くないか
  • • スマホでも使いやすいか

✅ バグを記録して報告

「動かない」だけでなく、「○○の画面で△△を入力したら、エラーが出た(スクリーンショット添付)」と具体的に報告してください。

✅ 修正後の再テスト

バグ修正後、必ず再度テストしてください。別の箇所に影響が出ていないかも確認しましょう。

⚠️ よくある失敗

「忙しくてテストできなかった」と簡単に承認し、本番運用後に致命的なバグが発覚。テストは絶対に手を抜かないでください。

工程❺:納品・運用開始(1〜2週間)

この工程で行うこと

  • 本番環境への移行:実際のサーバーに配置
  • データ移行:既存データを新システムに移行
  • 操作説明会:ユーザー向けトレーニング
  • マニュアル提供:操作手順書の納品

お客様がやること

✅ 本番環境での動作確認

テスト環境と本番環境で動作が異なることがあります。必ず本番環境でも確認してください。

✅ 操作説明会に参加

実際に使うメンバー全員が参加し、不明点を全て質問してください。録画してもらうのもおすすめです。

✅ 検収・支払い

全ての動作確認が完了したら検収書にサインし、残金を支払います。

✅ 保守契約の締結

運用開始後のサポート体制を確認し、保守契約を結びましょう。

💡 運用開始後の注意点

最初の1ヶ月はトラブルが発生しやすい期間です。開発会社と密に連絡を取り、不具合があればすぐに報告してください。

各工程でのチェックリスト

【要件定義】

  • □ 現状の課題を数値で伝えた
  • □ 目標を具体的に設定した
  • □ 機能の優先順位を決めた
  • □ 要件定義書を理解した

【設計】

  • □ 画面デザインを確認した
  • □ 実際の運用をイメージできた
  • □ 不明点を全て質問した
  • □ 設計書を承認した

【開発】

  • □ 週1回の進捗確認を実施
  • □ テストデータを提供した
  • □ 中間デモを確認した

【テスト】

  • □ 全機能を実際に操作した
  • □ バグを具体的に報告した
  • □ 修正後の再テストを実施した
  • □ 性能(速度)を確認した

【納品】

  • □ 本番環境で動作確認した
  • □ 操作説明会に参加した
  • □ マニュアルを受領した
  • □ 保守契約を締結した

まとめ:全体の流れを理解することが成功の鍵

システム開発は「お任せ」では絶対に成功しません。各工程でお客様が積極的に関与し、確認・承認することで、初めて期待通りのシステムが完成します。

特に要件定義と受入テストは、お客様の関与が最も重要な工程です。ここで手を抜くと、後で取り返しのつかないことになります。

弊社では、各工程でお客様が何をすべきかを丁寧にご説明し、二人三脚でプロジェクトを進めます。初めてのシステム開発でも安心してお任せください。

この記事をシェア:

おすすめの記事

株式会社Apple Seed - システム開発・AI開発