依頼前にそろえること
- 現在の業務手順と、なくしたい二重入力・待ち時間
- 利用人数、役割ごとの権限、利用端末
- 既存データの種類と、連携が必要なサービス
- 必須機能と、後から追加できる機能の区別
記入例：二重入力をなくす業務システム
受注情報を表計算と会計ソフトに二重入力しています。利用者は10人、閲覧と編集を分けたいです。要件定義、API連携、既存データ移行、運用保守を分けて提案してください。まず要件定義の成果物と費用を確認したいです。
同じ依頼でも、ここが違う
| 項目 | 提案A | 提案B |
|---|---|---|
| 最初の契約 | 要件定義のみ | 要件定義と開発一式 |
| 移行 | 取込作業を含む | データ整形は発注者 |
| 別料金になる範囲 | 開発・外部サービス利用料は次段階 | 要件変更・追加移行は別見積もり |
| 納品の確認 | 要件・画面・権限の設計資料を確認 | 権限別テスト・移行件数・復旧手順を確認 |
| 比較前の質問 | 設計資料で他社にも開発を依頼できる？ | 仕様追加と整形の費用・確認日数は？ |
要件が未確定なら、次の契約を判断できる設計資料が残るかを先に確かめます。
提案を同じ条件で比べる
- 要件・成果物
- 要件一覧、画面、設計資料、ソースコード
各段階で何を受け取り、誰が確認するか
- 移行・連携
- データ移行、API、外部サービス費用
移行失敗時に元へ戻す手順を確認する
- 品質・安全
- テスト範囲、権限、ログ、バックアップ
不具合と仕様追加の扱いを分ける
- 納期・運用
- 確認日、試験運用、保守と引継ぎ
運用費、変更費、障害時の連絡窓口を確認する
状況別の選び方
| 今の状況 | 比較する提案 | 先に確認すること |
|---|---|---|
| 業務手順から見直したい | 調査・要件定義の提案を比較 | 現状整理と要件一覧の受け取り方 |
| 既存システムを置き換えたい | データ移行と連携を重点確認 | 試験移行と切り戻しの計画 |
機能が同じでも、権限・ログ・バックアップが違えば運用条件はそろいません。利用者の役割ごとに確認します。
追加の質問
日常の業務、権限、移行、障害復旧をどの試験で確認し、終了後にどの資料と管理権限を受け取れますか。
この内容で依頼を作る
よくある確認事項
要件定義から相談してもよいですか？
現状の業務と課題を共有し、要件定義の成果物・費用・期間をまず提案してもらいます。その契約だけで開発まで自動的に確定するのか、次段階を別に判断できるのかも確認します。
固定金額の提案と月額の提案はどう比べますか？
同じ成果物と期間を前提に、初期費用、継続費、追加変更費を分けます。月額なら稼働範囲と上限、固定金額なら含まれない作業と変更時の見積もり方法を確認します。