ホームページのストーリー設計とは、架空の感動話を書くことではありません。読者が抱える疑問に対し、必要な情報を理解しやすい順序で示すことです。
会社が伝えたい歴史だけを並べず、読者が自分に関係するサービスかを判断できる流れを作ります。内容は、社内で確認できる事実に基づきます。
読者と訪問目的を一つに絞る
最初に、誰がどのような状況でページを見るかを決めます。同じサービスでも、初めて知る人と比較中の人では必要な説明が違います。
読者像を架空の人物の発言で作らず、実際の問い合わせ項目、営業資料、検索される疑問から整理します。確認できない感情や体験を補いません。
- 対象となる人や事業者
- 訪問時に知りたいこと
- 判断前に不安な条件
- 読み終えた後の行動
事業の事実を材料にする
提供範囲、工程、必要な準備、対象外の条件を社内資料から集めます。強みを書く場合も、他社との比較や成果を推測せず、具体的な仕組みで説明します。
実績や顧客名を使う場合は、事実を確認できる資料と公開許可が必要です。根拠がそろわない内容は、物語を盛り上げる目的で残しません。
創業時期、件数、金額などの数値は、正本と確認日を記録します。確認できない数字は、曖昧な表現へ置き換えず削除します。
疑問が解ける順序へ並べる
冒頭で対象と提供内容を示し、次に課題、選ぶ基準、具体的なサービス、利用手順へ進めます。会社紹介だけを先に長く置かないようにします。
一つの章へ複数の役割を詰め込まず、見出しで疑問を示します。長い見出しは、比較軸と手順を別の章へ分けます。
- 読者の最初の疑問を書く
- 答えとなる事実を集める
- 判断に必要な条件を並べる
- 詳細ページへ役割を分ける
- 次の行動へ案内する
ページごとの役割を決める
トップページは全体像、サービスページは提供範囲、制作や利用の流れは工程というように役割を分けます。同じ説明を各ページへ繰り返しません。
詳しい条件を別ページへ置く場合は、本文の流れから自然にリンクします。読者が前のページへ戻らなくても判断を続けられる構成にします。
文章を短く具体的にする
一文へ背景、条件、手順をすべて入れず、役割ごとに分けます。専門語は初めて出る位置で説明し、社内用の略称は一般的な言葉へ直します。
箇条書きは条件整理に使い、なぜ必要かは段落で説明します。読者へ呼びかけるだけの文を重ねず、判断材料を示します。
段落が長い場合は、背景、判断、行動を分けます。短くするために説明を消すのではなく、読者が前提を追える順序を保ちます。
画面上で強調する文は、事業上もっとも重要な判断材料へ絞ります。装飾された文ばかりになると、どこから読むべきか分かりにくくなります。
公開前に構成を読み直す
社内の事業担当と、内容を初めて見る確認者が読みます。事実の正しさ、疑問の順序、次の行動が分かるかを分けて確認します。
- 読者と訪問目的を明確にした
- 説明を社内資料と照合した
- 架空事例や未確認数値を使っていない
- ページごとの役割を分けた
- 問い合わせまでの流れを試した
