システム開発の流れを完全図解:発注から納品まで
システム開発を初めて発注する方にとって、「いつ何をすればいいのか」が最大の不安です。全体の流れを理解していないと、適切なタイミングで意見を言えず、後悔する結果になります。
本記事では、要件定義から納品までの全工程を図解し、各段階でお客様が何をすべきかを詳しく解説します。
システム開発の全体像(期間目安)
合計期間:約4〜8ヶ月(プロジェクト規模による)
工程❶:要件定義(2〜4週間)
この工程で決めること
- • 何を作るか:システムの目的、機能一覧
- • 誰が使うか:ユーザー像、利用シーン
- • どう使うか:業務フロー、画面遷移
- • 成功基準:数値目標(処理時間○分短縮など)
お客様がやること
✅ 現状の業務フローを説明
「今はExcelで○○を管理していて、△△の手順で処理しています」と具体的に説明してください。
✅ 課題と目標を伝える
「検索に12分かかっているのを3分以内にしたい」など、数値で伝えると伝わりやすくなります。
✅ 優先順位を決める
全ての機能を「必須」にすると予算が膨らみます。Must/Want/Optionで分類しましょう。
✅ 要件定義書を確認・承認
開発会社が作成した要件定義書を丁寧に確認。不明点は全て質問してください。
⚠️ よくある失敗
「開発会社に任せておけば大丈夫」と要件定義を丸投げし、完成後に「イメージと違う」となるケースが多発。要件定義は最も重要な工程です。
工程❷:設計(3〜6週間)
この工程で決めること
- • 画面設計:ワイヤーフレーム、デザイン
- • データベース設計:データの持ち方
- • システム構成:サーバー、ネットワーク
- • セキュリティ設計:認証、暗号化方式
お客様がやること
✅ 画面デザインの確認
ワイヤーフレーム(画面の設計図)を見て、ボタンの位置や表示項目が適切か確認してください。
✅ 実際の運用を想像する
「この画面で実際に入力してみたら、○○の項目が必要だと気づいた」など、具体的にフィードバックしましょう。
✅ 設計書の承認
設計書を承認すると、後から大きな変更が難しくなります。慎重に確認してください。
💡 ポイント
設計段階での変更は比較的容易ですが、開発段階に入ると変更コストが10倍になります。この段階で徹底的に確認しましょう。
工程❸:開発(8〜16週間)
この工程で行うこと
- • プログラミング:コードを書く
- • 単体テスト:各機能が動作するか確認
- • 結合テスト:機能同士が連携するか確認
お客様がやること
✅ 進捗確認(週1回)
定例ミーティングで進捗を確認。遅延の兆候があれば早めに対策を相談してください。
✅ テストデータの準備
開発会社から「実際のデータをください」と依頼されたら、個人情報を匿名化した上で提供してください。
✅ 中間確認(可能なら)
完成を待たず、途中段階でデモを見せてもらうと、早期に軌道修正できます。
💡 この段階での変更は?
開発中の仕様変更は追加費用と納期遅延の原因になります。軽微な調整以外は、リリース後の改善で対応するのが賢明です。
工程❹:テスト(3〜5週間)
この工程で行うこと
- • システムテスト:開発会社が全体動作を確認
- • 受入テスト(UAT):お客様が実際に使って確認
- • バグ修正:見つかった不具合を修正
お客様がやること(最重要!)
✅ 受入テストを徹底的に実施
実際の業務フローに沿って、全ての機能を試してください。
- • 正常な操作ができるか
- • エラーメッセージは分かりやすいか
- • レスポンスは遅くないか
- • スマホでも使いやすいか
✅ バグを記録して報告
「動かない」だけでなく、「○○の画面で△△を入力したら、エラーが出た(スクリーンショット添付)」と具体的に報告してください。
✅ 修正後の再テスト
バグ修正後、必ず再度テストしてください。別の箇所に影響が出ていないかも確認しましょう。
⚠️ よくある失敗
「忙しくてテストできなかった」と簡単に承認し、本番運用後に致命的なバグが発覚。テストは絶対に手を抜かないでください。
工程❺:納品・運用開始(1〜2週間)
この工程で行うこと
- • 本番環境への移行:実際のサーバーに配置
- • データ移行:既存データを新システムに移行
- • 操作説明会:ユーザー向けトレーニング
- • マニュアル提供:操作手順書の納品
お客様がやること
✅ 本番環境での動作確認
テスト環境と本番環境で動作が異なることがあります。必ず本番環境でも確認してください。
✅ 操作説明会に参加
実際に使うメンバー全員が参加し、不明点を全て質問してください。録画してもらうのもおすすめです。
✅ 検収・支払い
全ての動作確認が完了したら検収書にサインし、残金を支払います。
✅ 保守契約の締結
運用開始後のサポート体制を確認し、保守契約を結びましょう。
💡 運用開始後の注意点
最初の1ヶ月はトラブルが発生しやすい期間です。開発会社と密に連絡を取り、不具合があればすぐに報告してください。
各工程でのチェックリスト
【要件定義】
- □ 現状の課題を数値で伝えた
- □ 目標を具体的に設定した
- □ 機能の優先順位を決めた
- □ 要件定義書を理解した
【設計】
- □ 画面デザインを確認した
- □ 実際の運用をイメージできた
- □ 不明点を全て質問した
- □ 設計書を承認した
【開発】
- □ 週1回の進捗確認を実施
- □ テストデータを提供した
- □ 中間デモを確認した
【テスト】
- □ 全機能を実際に操作した
- □ バグを具体的に報告した
- □ 修正後の再テストを実施した
- □ 性能(速度)を確認した
【納品】
- □ 本番環境で動作確認した
- □ 操作説明会に参加した
- □ マニュアルを受領した
- □ 保守契約を締結した
まとめ:全体の流れを理解することが成功の鍵
システム開発は「お任せ」では絶対に成功しません。各工程でお客様が積極的に関与し、確認・承認することで、初めて期待通りのシステムが完成します。
特に要件定義と受入テストは、お客様の関与が最も重要な工程です。ここで手を抜くと、後で取り返しのつかないことになります。
弊社では、各工程でお客様が何をすべきかを丁寧にご説明し、二人三脚でプロジェクトを進めます。初めてのシステム開発でも安心してお任せください。