WEB制作における要件定義は、受注側が制作スタッフの認識に齟齬（そご）が生まれないようにまとめた確認書です。
主に受注側のクライアント担当（営業／ディレクター）が、RFP情報と同時にヒアリングした内容をまとめて作成します。
提案依頼書（RFP）
発注会社がWEB制作会社、WEBシステム会社に外注するとき、必要な書面として提案依頼書（RFP）があります。RFPとはRequest For Proposalを略しています。
提案依頼書を与件として箇条書きでまとめることで、制作管理が迷走しそうな時に立ち返るものとして大切です。
WEB以前のグラフィック系の制作でも昔からオリエンシートと呼ばれていたりして、複数社へのコンペ依頼や相見積もりをする場合、必ず必要になってくる書面です。
発注側がまとめるべき提案依頼書の項目
- 背景（提案を依頼する背景）
- 現状の課題（現状クリアしたい課題）
- 目的・目標（理想のカタチ）
- 提案スケジュール（コンペの日程など）
- 公開スケジュール（開発期間やリリース日）
- 予算（金額も含めたコンペの場合は不要）
要件定義
RFPに対し、要件定義は依頼を受けた開発・制作会社側が行うものであり、要件定義を作成して発注側の要求を関連部署に共有することができます。
要件定義が存在することによって認識の齟齬が生まれにくくなるので、制作側にとっては、必ず営業やディレクターに要求するべき書面です。時間のない仕事であったりすると大概はRFPだけで社内に伝えることが多いと思いますが、要件定義があればより正確で無駄のない進行が可能になります。
また、一般的な要件定義の雛形があることで、営業やディレクターがヒアリングシートとして利用することができます。
なお、やむをえず途中で変更をしたとしても、費用やスケジュールに及ばない内容とか、認識のズレが発生しないようなレベルであれば、クライアントによっては要件定義に入れる必要はありません。
受注者がまとめるべき基本要件定義
- ターゲット（年齢層、性別などの定義）
- コンテンツの種類（CMSなのかスタティックなのか）
- 新規カテゴリーかリニューアルか（ドメイン名に関連する）
- スケジュール（提案日と公開日）
- 予算（スタッフを決めるための基準になる）
- インフラ環境（サーバーなど）
- サイトマップ、ワイヤーフレーム（手書きラフでも可）
- システム（商品検索、フォームなど）
- アナリティクス（GA）を入れる
要件定義を深くさせるためのヒアリング項目
さらに、要件定義をより具体化させるためにヒアリングしておきたい項目として
- サイトでどんなことがしたい？どんな機能が欲しい？（チャット、ブログなど）
- その機能は費用対効果を考えているかどうか？（チャット、ブログなどの予算提示）
- 更新は業者が行う？社内の人材が行う？（CMSなのかスタティックなのか）
- どこのサイトを意識しているのか？（競合についての情報）
- サイトの成長プロセスについて？（予定会員数、PV、コンバージョンなど）
これらの項目を仕様書シートにまとめて、プロジェクトの「要件定義」とします。
最後に
プロジェクトの大小にもよりますが、営業担当、ディレクターが作成した要件定義があれば、制作チームの認識共有ができ、個々の制作スタッフのモチベーションにもつながります。
一向社ではモチベーションを大切に、クライアントと協働でサイト構築をしてまいります。
メールでのお問い合わせ