この項目の役割

要件定義書で示す「目的」は、Webサイトのリニューアル実施において、決めごとの大前提となります。コンテンツ構成や機能、設計方針を検討する際の基準となるため、誰が読んでも同じ方向性をイメージできる形でまとめることが求められます。

思考のポイント

目的を考える際は、「Webサイトのリニューアルでどのような変化を起こしたいのか」を考えます。「問い合わせを増やしたい」「採用応募の質を上げたい」「事業内容を正しく伝えたい」といった期待を起点に、リニューアル後のWebサイトのあるべき状態を「見える化」します。

成果にはさまざまな形があります。例えば、「問い合わせ件数」や「応募数」のように数値化して評価できるものもあれば、「理解しやすさ」や「信頼感」のように定性的に評価するものもあります。成果によって評価方法が変わるので、常に目的を意識しながらリニューアル後のWebサイトがビジネスにどのような変化をもたらすのか？をイメージすることが重要です。

この項目の役割

対象となるユーザーを定めなければ、コンテンツ内容や情報設計、機能要件を検討することができません。対象を明確にすることで、情報の配置や掲載の優先順位を決めることができます。

思考のポイント

対象ユーザーが誰なのか？を考える際は、「このWebサイトは、どのような人に使われるのか」を深く考えます（ペルソナ設計）。顧客、見込み客、求職者、投資家など、ユーザーの属性や性別、目的によって、求められる情報や機能は異なります。

また、ひとつのWebサイトに複数の違った属性のユーザーが存在するケースもあります。その場合は、どのユーザーを主要な対象ユーザーとするのか、どのユーザーを補助的な対象ユーザーとするのかも考える必要があり、要件定義書に明記します。

この項目の役割

コンテンツ要件は、情報設計やページ構成、運用方法を検討する際の土台になります。どの情報を扱うのかが定まれば、必要なページボリュームや更新の有無、Webサイトの管理方法といった検討事項がみえてきます。

思考のポイント

リニューアルの目的を実現するために、「対象ユーザーに必要な情報は何か」を考えます。事業内容、サービス情報、販売コンテンツ、IR情報、会社情報、採用情報など、対象ユーザーの目的に応じて必要な掲載情報は変わります。

掲載する情報は、「必ず掲載すべき情報」「状況に応じて更新される情報」「将来的に追加される可能性のある情報」というように、複数のポイントに分けて考えることが、無駄のない構成につながります。

この項目の役割

情報設計要件は、サイトマップやワイヤーフレームを作成するための前提条件を定義し文書に起こします。Webサイト全体のページ構成や階層を明確にし、デザインや機能を検討するための資料となります。

思考のポイント

情報を「どのような配置にすれば」「どのように繋げれば」、効果的に対象ユーザーに届けられるか？を考えます。掲載する情報を単に並べるのではなく、意味の近い情報をまとめたり、複雑な内容であれば段階的に理解できる構造を意識して考えます。

また、全体構造・カテゴリ分け・階層の深さといった、さまざまな情報の配置バランスを考えることで、情報をより効果的に対象ユーザーに届けることができます。

この項目の役割

機能要件は、開発内容や実装範囲を明確にするための基準になります。後工程での認識違いを防ぎ、見積やスケジュール検討の材料となる項目です。

思考のポイント

Webサイトで対象ユーザーの想定利用シーンをもとに、必要な機能を考えます。閲覧、検索、問い合わせ、更新、管理など、対象ユーザーや運用・管理者の行動に沿って機能を考えることが重要です。

この項目の役割

非機能要件は、開発後のトラブルや認識違いを防ぐために重要な役割を果たします。表示速度、セキュリティ、対応環境など、後工程で問題になりやすい点を事前に整理した内容を文書化します。

思考のポイント

リニューアル後の安定した稼働のためには、どのような状態であればいいのか？に意識を向けます。対象ユーザーの利用環境だけでなく、Webサイト運用者の体制や制約も含めて考える必要があります。

この項目の役割

運用・保守要件は、Webサイトを効果的に活用するため、「誰が」「どの範囲まで」「どのように」運用するのかを明確にし、属人化や運用負荷の増大を防ぎます。

思考のポイント

「公開後にどのような作業が発生するのか」を想定し、コンテンツ更新、情報修正、問い合わせ対応、障害対応など、日常的な運用作業を洗い出し文書化します。また、運用・保守要件は「運用を社内で行うのか」「外部に委託するのか」を検討する際の判断材料にもなります。

この項目の役割

外部連携要件は、連携対象（外部サービスなど）を明確にすることで、技術仕様や実装内容、対応範囲に関する認識のズレを防ぎます。

思考のポイント

外部連携要件は、「Webサイト内にシステムを構築するのか」「外部サービス（予約システム、決済サービスなど）と連携するのか」大きく二つに分かれます。外部サービス連携の有無によって、開発内容や運用負荷が変わるため早い段階で連携要素をリストアップすることが重要です。

この項目の役割

移行要件は、既存コンテンツやデータの取り扱いを明確にし、作業範囲や工数を把握するための基準となります。移行対象を定めることで、抜け漏れや想定外の作業増加を未然に防ぎます。

思考のポイント

移行要件を考える際は、「現行のWebサイトにどのような情報やデータが存在しているのか」を精査し、すべてを移行するのか？一部を整理・削除するのか？新規作成に切り替えるのか？といった方針を考えます。また、ページ数が多いWebサイトでは、移行対象の優先度や移行方法の違いを確認しながら考える必要があります。

この項目の役割

未確定要件・リスク管理は、後工程での手戻りやトラブルを防ぐための前提整理として機能します。「決まっていないこと」「判断が先送りになっていること」を明確にすることで、関係者間の認識をそろえます。

思考のポイント

「現時点で確定できていない理由」、例えば、情報不足、関係者間の調整待ち、外部要因など、未確定となっている背景を整理して考えることが重要です。また、想定されるリスクについては、発生する可能性や影響範囲を意識しながら、どの時点で再検討・判断するのかを考えます。