RFPで、解決策を比較できるようにする
サイト制作の要件書は、複数の業者が同じ課題、範囲、制約、期待する成果を理解できるものであるべきです。
解決策を作る前に、テンプレートで背景、チーム、担当者をまとめます。
出典 · Atlassian
追加費用に変わる不確実さ
現状一覧、連携、責任分担なしで「今っぽいサイト」を依頼すると、隠れた前提と高い変更費用を伴う提案になります。
利用者、範囲、連携を説明する方法
成果と制約を、根拠とともに説明します。必須、希望、将来の要件を分け、範囲を比較できる状態に保ちます。
実施チェックリスト
- 事業目標と、利用者が行う操作を定めます。
- ページ、言語、コンテンツ、移行対象を洗い出します。
- 連携、権限、技術要件を挙げます。
- 成果物、責任分担、受け入れ基準に合意します。
- 予算の幅と、判断する日付を共有します。
担当者、目的、日付があれば、同じ範囲への提案を比較できます。
出典 · Atlassian
提案の評価基準
提案の明確さ、範囲の違い、寄せられた質問、あとからの変更、受け入れ基準の達成を評価します。
比較できる解決策を依頼する
役立つ要件書は、課題、利用者、制約を説明します。背景なしにページ数だけを指定すると、似て見えても別のことを解決する見積もりが集まります。
データへのアクセス、コンテンツ一覧、既知の連携情報を提供します。不確実さは消えず、リスク分の上乗せや、あとからの変更依頼になります。未決定事項を明示し、応募業者が価格の中に前提を埋め込まず、説明できるようにします。
価格と一緒に、手法、チーム、前提も評価します。真剣な提案なら、含まれないものも示します。
曖昧さを減らす情報
- 目標と現在の指標。
- 対象者と優先する操作。
- 技術と連携。
- 範囲、担当者、日付。
簡潔な実行マップ
| 要素 | 確認すること | 品質の兆候 |
|---|---|---|
| 意図 | サイト制作の要件書は、複数の業者が同じ課題、範囲、制約、期待する成果を理解できるものであるべきです。 | 数秒で答えがわかる。 |
| 実装 | 成果と制約を、根拠とともに説明します。必須、希望、将来の要件を分け、範囲を比較できる状態に保ちます。 | 具体的で担当を割り当てられる行動が1つある。 |
| 測定 | 提案の明確さ、範囲の違い、寄せられた質問、あとからの変更、受け入れ基準の達成を評価します。 | データは判断を変えるべきです。行動のない報告は仕事を増やします。 |
よくある質問
サイト制作の要件書とは、具体的に何ですか？
サイト制作の要件書は、複数の業者が同じ課題、範囲、制約、期待する成果を理解できるものであるべきです。
サイト制作の要件書は、何から作ればよいですか？
事業目標と利用者が行う操作を定めます。次に、ページ、言語、コンテンツ、移行対象を洗い出します。
サイト制作の要件書で防ぐべき問題は何ですか？
現状一覧、連携、責任分担なしで「今っぽいサイト」を依頼すると、隠れた前提と高い変更費用を伴う提案になります。
サイト制作の要件書の成果は、どう測定しますか？
提案の明確さ、範囲の違い、寄せられた質問、あとからの変更、受け入れ基準の達成を評価します。
