ホームページ制作の要件定義で決めること｜未決定のまま相談できる項目も整理
ホームページ制作の要件定義で決めるのは、完成画面の細部をすべて指定することではありません。まず共通認識にするのは、なぜ作るのか、誰に何を伝えるのか、どこまで公開するのか、公開後に誰が運用するのか、どの機能が必須なのか、予算や期日などの制約は何か、誰が何を決めるのかです。画面構成やCMS、技術的な実装方法は、制作会社から選択肢と理由の説明を受けて決められます。
そのため、相談時点で未決定の項目があっても問題はありません。ただし、空欄のまま放置すると、見積もりの前提や制作範囲が人によって変わります。未決定事項には「判断する担当」「必要な判断材料」「決定期限」「決まらない場合の影響」を付け、要件の一部として管理します。この記事では、初めてホームページ制作を発注する事業者が、何を自社で決め、何を制作会社と一緒に詰め、何を提案してもらえるかを順番に整理します。
ホームページ制作の要件定義は「完成案を出す場」ではない
要件定義は、依頼内容を聞き取るだけの打ち合わせでも、デザイン案を選ぶだけの工程でもありません。事業上の目的を、制作範囲・機能・運用・品質・制約へ落とし込み、発注者と制作会社が同じ条件で判断できる状態をつくる工程です。案件によって書類名や進め方は異なりますが、重要なのは書式ではなく、判断の前提が共有されていることです。
制作の初期には、要望、要件、仕様が混ざりやすくなります。たとえば「問い合わせを増やしたい」は事業上の目的です。「サービスを比較した後に相談へ進める導線が必要」は要件です。「比較表をこの位置に置き、このCMS機能で管理する」は画面・技術の仕様に近い内容です。目的からいきなり仕様へ飛ぶと、手段だけが固定され、本来解決したかった課題とのつながりが弱くなります。
要件定義の成果物も、分厚い文書である必要はありません。小規模な制作なら、合意した項目、未決定事項、担当、期限、変更時の扱いが追える一つの管理表でも機能します。反対に、関係者が多い、複数システムと連携する、審査や法務確認があるといった案件では、ページ一覧、機能一覧、権限、データ、試験条件などを分けたほうが安全です。粒度は案件に合わせつつ、次の人が読んでも「何を作るか」「何は含まれないか」「誰が決めるか」が分かる状態を目指します。
また、要件定義が終わった後に一切変更できないわけではありません。事業や掲載内容の確認により、変更が必要になることはあります。大切なのは、変更を禁止することではなく、変更が費用、納期、他の画面、運用へ与える影響を確認してから合意する手順を持つことです。
最初に固定するのは、目的・対象・成果地点
ページ数やデザインの好みより先に、ホームページが担う役割を決めます。目的が複数ある場合も、公開時点で最も優先する目的を一つ置くと、情報の順番や予算配分を判断しやすくなります。「会社案内にも採用にも営業にも使いたい」という希望をそのまま並べるのではなく、誰のどの判断を最初に助けるかを決める考え方です。
目的は、なるべく利用場面まで具体化します。「認知度を上げる」だけでは、必要な情報も評価方法も定まりません。「紹介を受けた見込み客が、対応範囲と相談方法を確認できる」「採用候補者が、仕事内容と働く環境を理解して応募を検討できる」のように、閲覧前の状況と閲覧後の行動をつなげます。
対象者も、年齢や業種だけで狭く決める必要はありません。検索で初めて知る人、営業担当から案内された人、比較中の人、既存顧客など、サイトに来る経路と知識量を分けるほうが設計に役立ちます。同じサービスを説明する場合でも、初めて知る人には概要と安心材料が必要で、比較中の人には対応条件や違いが必要です。
成果地点は、必ずしも問い合わせだけではありません。電話する、フォームを送る、店舗へ行く、資料を見る、採用へ応募する、担当者へ共有するなど、目的に合う次の行動を定めます。行動を一つに絞れない場合は、主導線と補助導線を分けます。これにより、すべてのページへ同じボタンを置くのではなく、読者の理解段階に合った案内を設計できます。
| 確認する軸 | 要件として残す内容 | 未決定でも進められる範囲 |
|---|---|---|
| 目的 | 公開によって解決したい事業上の課題と優先順位 | 評価指標の細かな数値は、計測環境を確認して後で詰められる |
| 対象 | 主な閲覧者、来訪経路、事前知識、困っていること | ペルソナの細部は、実際の顧客情報を集めながら更新できる |
| 成果地点 | 閲覧後に取ってほしい主行動と補助行動 | ボタン文言や配置は、構成案を見ながら決められる |
| 優先順位 | 公開時に必須の役割と、後から追加できる役割 | 追加企画は次期公開の候補として分けて管理できる |
この段階では「何となく良いホームページ」という評価を避け、誰の何が改善すれば役割を果たしたといえるかを言葉にします。ただし、検索順位や問い合わせ件数など、制作だけでは決まらない成果を保証条件にはしません。計測できる行動と、事業全体の成果を分けて扱うと、公開後の改善も現実的になります。
公開範囲・機能・運用は、ひとまとまりで仮置きする
要件定義では、ページ、機能、運用を別々に決めるより、利用する場面を起点にまとめて考えます。ページを増やせば情報が伝わるとは限らず、機能を追加すれば便利になるとも限りません。誰が、どの情報を見て、どの操作をし、その後に社内で何が起きるかまでつなげると、必要な範囲が見えます。
ページ数より、載せる情報と導線を決める
最初から「会社概要、事業案内、お問い合わせの三ページ」と決めると、実際に必要な説明が収まらないことがあります。先に洗い出すのは、読者が判断するために必要な情報です。対応できること、対象外のこと、依頼の流れ、事例、よくある不安、会社情報、連絡方法などを整理し、関連する内容をまとめてページへ割り当てます。
リニューアルの場合は、現行ページをそのまま移す前に、残す、直す、統合する、削除する、公開後に回す、のいずれかを付けます。検索流入や外部リンクがあるページを削除する場合は、URLの扱いも確認します。新規制作でも、公開時に必要な情報と、素材が揃ってから追加する情報を分けると、未完成の内容を無理に埋めずに済みます。
機能名ではなく、利用する場面から考える
「予約機能」「会員機能」「絞り込み検索」といった名称だけでは、見積もりや実装条件を揃えられません。予約なら、誰が何を予約し、空き枠を誰が登録し、変更やキャンセルをどう受け、通知を誰へ送るかまで確認します。お問い合わせフォームなら、入力項目、送信先、自動返信、控えの保存、迷惑送信対策、個人情報の扱いが関係します。
必要な機能を説明するときは、「利用者がしたいこと」「管理者がすること」「例外時の対応」の三つをセットにします。これにより、既存サービスを組み合わせるのか、CMSの標準機能で足りるのか、個別開発が必要なのかを制作会社が提案しやすくなります。発注者が製品名や実装方式を先に指定する必要はありませんが、現在使っている仕組みや変更できない条件は早めに伝えます。
公開後の更新まで含めて範囲を置く
公開時の見た目だけでなく、誰がどの頻度で何を更新するかを要件に含めます。お知らせを社内で更新するのか、制作会社へ依頼するのか、承認者を通すのかによって、CMSの権限や操作画面、マニュアル、保守範囲が変わります。複数人が更新するなら、下書き、確認、公開の流れも必要です。
更新が少ないページまで自由編集にすると、操作が複雑になり、レイアウトが崩れる可能性も増えます。一方で、毎月変わる内容を制作会社しか触れない設計にすると、運用負担が高くなります。更新対象を具体的に分け、自由入力、選択式、固定表示のどれが適しているかを提案してもらうと、公開後の使いやすさまで含めた要件になります。
公開範囲を仮置きするときは、「初回公開に含める」「素材待ちだが初回公開に含める」「公開後の追加候補」「今回の対象外」の四つ程度に分けると整理しやすくなります。重要なのは、追加候補を曖昧な期待として残さず、今回の見積もりに入るかどうかを明記することです。
予算・期日・法務・既存環境は、後から判明する条件にしない
要件は、理想の機能一覧だけでは成立しません。予算、公開日、確認体制、既存システム、社内規程、法務上の確認など、選択肢を狭める条件も同じ段階で共有します。制約を隠したまま提案を受けると、魅力的でも実行できない案が増え、作り直しが起きやすくなります。
予算は、単に上限額だけを伝えるのではなく、何を含める想定かを確認します。企画、原稿作成、撮影、イラスト、システム連携、サーバー移行、保守など、同じ「ホームページ制作」でも範囲が異なります。予算が固まっていない場合は、必須事項と優先事項を示し、段階別の案を出してもらう方法があります。金額を未決定にする場合も、無制限に検討するのではなく、比較する案の幅と決定時期を決めます。
公開日は、「できるだけ早く」ではなく、なぜその日が必要かを共有します。新サービス開始、採用時期、展示会、既存契約の終了など理由が分かれば、絶対に守る日と調整できる範囲を分けられます。制作期間だけでなく、原稿・写真の準備、社内確認、修正、法務確認、ドメインやサーバーの手続きにも時間が必要です。確認担当者が複数いる場合は、誰の承認で確定するかも要件に含めます。
既存環境では、ドメイン、サーバー、メール、CMS、アクセス解析、広告タグ、外部予約、顧客管理、採用管理などの利用状況を確認します。すべてのログイン情報を最初から共有する必要はありませんが、何を継続し、何を移行し、誰が契約者かは把握しておきます。特にドメインやメールは、サイト公開と同時に影響が出るため、管理者不明のまま進めないほうが安全です。
お問い合わせフォームなどで個人情報を受け取る場合は、取得する情報、利用目的、保存先、閲覧できる担当者、保管期間、削除方法、外部サービスへの送信有無を確認します。表示文や社内手続きは、業種や運用により必要な確認が異なるため、制作会社だけの判断で確定させず、自社の担当者や必要に応じて専門家が確認します。
ウェブアクセシビリティも、完成後の見た目を直す作業ではなく、対象者、公共性、社内方針に応じて早い段階で扱う条件です。画像の代替テキスト、文字と背景の見分けやすさ、キーボード操作、動画の情報提供など、必要な対応範囲を先に決めるほど、設計や素材準備へ反映しやすくなります。
発注者が決めること、制作会社と決めること、提案を受けること
要件定義が難しく感じられる理由の一つは、すべてを発注者が決めるものと思われやすいことです。実際には、事業の事実や社内判断は発注者にしか決められませんが、画面構成や技術選定は専門的な提案を受けたほうが合理的です。境界を四つに分けると、相談時点の不足を把握しやすくなります。
「発注者が決める」には、事業目的、主な対象者、掲載してよい情報、社内の制約、最終承認などが入ります。制作会社は整理を支援できますが、事業上の優先順位や、公開内容の正しさを代わりに確定することはできません。特に価格、サービス条件、実績、法的な表示、社内の承認権限は、発注者側の確認が必要です。
「一緒に決める」には、公開範囲、情報の優先順位、機能の利用場面、素材の準備方法、更新方法、役割分担が入ります。発注者は現場や顧客を知り、制作会社は情報設計と制作工程を知っています。双方の知識を合わせて初めて、実行できる要件になります。
「提案を受けて決める」には、ページの構成、ワイヤーフレーム、CMSの方式、技術構成、テスト方法、表示上の細かな仕様などがあります。発注者は、候補ごとの利点、制約、費用、運用への影響を説明してもらい、自社の条件に合う案を承認します。専門用語を理解してから相談する必要はありませんが、理由の説明がないまま製品名や方式だけを受け入れないことが大切です。
「未決定で残す」は、決めなくてよいという意味ではありません。現時点で判断材料が不足していることを明示し、担当と期限を付けて管理する区分です。たとえば写真撮影の有無を構成案の確認後に決める、更新担当者を社内異動の確定後に決める、といった項目が当てはまります。
| 区分 | 主な項目 | 判断のポイント |
|---|---|---|
| 発注者が決める | 目的、対象、事業上の事実、掲載可否、社内制約、最終承認 | 制作会社へ整理を依頼しても、事実確認と承認の主体は自社に置く |
| 一緒に決める | 公開範囲、優先順位、必要情報、機能の利用場面、運用、役割分担 | 事業の知識と制作の知識を合わせ、費用や期日との整合を取る |
| 提案を受けて決める | 情報設計、画面構成、CMS、技術、詳細デザイン、検証方法 | 選択肢の理由、制約、公開後の影響まで説明を受けて承認する |
| 未決定で残す | 素材、追加ページ、担当者、連携方式など判断材料が不足する項目 | 担当、必要な材料、期限、未決定時の影響を必ず記録する |
この区分は、契約内容やプロジェクト体制によって変わります。たとえば社内にウェブ担当者や情報システム担当者がいる場合は、技術要件を発注者側が詳しく提示することもあります。逆に初めての制作では、制作会社がたたき台を作り、発注者が事業上の妥当性を確認する進め方が現実的です。どちらの場合も、誰が案を作るかと、誰が最終判断するかを分けて記録します。
未決定事項は空欄ではなく「管理対象」にする
未決定事項があること自体より、誰も追っていないことが問題です。要件一覧の空欄は、担当者によって「不要」「後で決める」「制作会社が決める」「すでに合意済み」と違って解釈されます。そこで、決定していない項目にも最低限の情報を持たせます。
- 項目：何について決めるのか。広すぎる表現を避ける
- 現在の状態：未着手、調査中、候補あり、承認待ちなど
- 判断する担当・承認者：案を集める人と最終承認者を分ける
- 選択肢と判断材料：比較する案、必要な見積もり、確認すべき事実
- 影響範囲：ページ、機能、原稿、費用、納期、運用のどこへ影響するか
- 決定期限：制作のどの工程へ入る前に決める必要があるか
- 決まらない場合の扱い：初回公開から外す、暫定案を採用する、工程を止めるなど
すべての未決定事項が制作を止めるわけではありません。目的、主要な対象、公開範囲、必須機能、予算の前提など、見積もりや全体設計を左右する項目は早く決める必要があります。一方、公開後に追加できる記事の詳細や、一部の写真差し替えなどは、初回公開から分けられる場合があります。制作会社には、今決めないと後工程のやり直しが大きい項目を示してもらいます。
以下は説明用の架空例です。お問い合わせ方法を「フォームと電話の両方にするか」で迷っているなら、単に未定と書かず、電話対応時間、フォームの受信担当、必要な入力項目、個人情報の扱いを確認材料にします。構成案確定の一週間前を期限とし、決まらなければ初回公開は電話案内だけにする、と扱いまで決めます。これなら、担当者が変わっても状況を追えます。
決定後に要件を変える場合も、古い内容を上書きするだけでは経緯が消えます。変更日、変更理由、影響、追加費用や日程の有無、承認者を記録します。小さな文言変更と、ページ構成やシステムへ波及する変更を同じ扱いにせず、影響が大きいものだけ再見積もりや日程調整の対象にすると、運用が過度に重くなりません。
要件定義が終わったと判断するための確認
要件定義の完了は、すべての細部が確定した状態ではありません。設計と見積もりを同じ前提で進められ、残る未決定事項が管理されている状態です。打ち合わせの回数ではなく、次の条件を満たしているかで確認します。
- 目的、主な対象、閲覧後の成果地点が一文で説明できる
- 初回公開に含める情報・ページ・機能と、対象外または後回しの範囲が分かれている
- 更新する内容、更新する人、承認の流れ、制作会社へ依頼する範囲が決まっている
- 予算、公開時期、素材準備、既存環境、社内確認などの制約が共有されている
- 発注者が決める項目、共同で決める項目、提案を受ける項目の担当が明確になっている
- 未決定事項に担当、判断材料、期限、決まらない場合の扱いが付いている
- 要件変更が起きたとき、影響を確認して承認する手順が合意されている
反対に、ページ一覧だけがあり、目的や運用が説明できない場合は、まだ要件が不足しています。デザインの好みだけが細かく決まっていても、掲載内容や承認者が未定なら制作は安定しません。また、見積書に「一式」としか書かれておらず、何を含むか確認できない場合は、要件一覧と対応付けて範囲を確かめます。
完了時には、発注者と制作会社が同じ資料を見て、重要な認識差がないかを読み合わせます。特に「当然含まれると思っていた」「制作会社が用意すると思っていた」となりやすい原稿、写真、データ移行、外部サービス契約、公開後の修正回数、保守を確認します。口頭で決めた内容も、後から参照できる場所へ反映してから次工程へ進みます。
初回相談の記事とは、使う段階が違う
相談前に何をメモし、初回の打ち合わせで何を聞かれるかを知りたい段階では、ホームページ制作の初回相談で聞かれることが対象です。分かっていること、分からないこと、今は不要なことを分け、相談を始める準備に焦点を当てています。
この記事が扱うのは、その相談で出た情報を、制作範囲と責任分担へ落とし込む段階です。成果物も、相談メモではなく、合意済みの要件と管理された未決定事項です。初回相談で結論をすべて出そうとせず、相談後に提案や調査を受けながら要件を確定する、と段階を分けると進めやすくなります。
まとめ｜決める内容だけでなく、決め方まで要件にする
ホームページ制作の要件定義では、目的、対象、成果地点、公開範囲、機能、運用、制約、責任分担を共通認識にします。発注者が事業上の事実と優先順位を決め、制作会社と範囲や運用を整理し、画面構成や技術は理由のある提案を受けて選ぶ流れです。
未決定の項目が残っても、担当、判断材料、期限、影響が記録されていれば、次の工程へ進める場合があります。反対に、決定済みと未決定が区別されていなければ、詳細な資料があっても認識差は残ります。何を決めるかだけでなく、誰が、何を根拠に、いつまでに決めるかまで合意することが、制作範囲と公開後の運用を安定させます。
