課題別ページの役割を勘違いしていませんか
課題別ページは、置いておくだけでは働かない
課題別ページには、「製品名を知らない検索者へ届ける」という役割があります。ところが、情報を埋めることが目的になると、会社案内のような内容で終わります。
課題別ページの役割を一文で決める
課題別ページは、製品名を知らない検索者へ届けるためにあります。情報を埋めること自体を目的にせず、読んだ人にどの判断をしてほしいかを先に決めます。
このページの方針は「困りごとから解決方法へつなぐ」です。この一文を基準にすると、残す情報と別ページへ移す情報を選びやすくなります。
役割の観点では、困りごとから解決方法へつなぐことが重要です。対象業界、対応範囲、実績、問い合わせ方法まで一つの流れで見せます。
課題別ページで、今回確かめること
課題別ページでは、まず「何のために存在するページかを一つに絞る」ことを目標にします。「困りごとから解決方法へつなぐ」という方針を、実際の一件へ当てはめます。
最初に「相談者が最初に使った困りごとの言葉を集める」。次に「原因を断定せず確認する図面・現物・条件を決める」。この二つを同じ担当者の想像で埋めないようにします。
課題別ページを公開した後は、「解決方法と適用できないケースを分けて案内する」まで進めたかを営業会議で確認します。
課題別ページが「製品名を知らない検索者へ届ける」という役割を果たせたか、役割の観点から次の問い合わせ一件で答え合わせします。
最後に一問
課題別ページを見た人が、次にどのページへ進むかまで設計されているでしょうか。
課題別ページを全面改修する必要はありません。まず「誰の、どんな場面に使われるか」が最初の画面で見えるかを確認し、足りない一文を追加してください。
一般論を自社の事実へ変える
過去の良い問い合わせから逆算し、「見つけてもらう情報設計」の観点で検索から来た設計者と「ページ末尾で約束すること」「問い合わせ前の小さな不安」を順に確認し、答えを一枚へ整理します。
- ページ末尾で約束すること
- 問い合わせ前の小さな不安
- 最初の画面に置く対象
実行後は営業が案内したURLだけでなく公開後に増えた具体的な質問も記録し、新しく出た質問を次の記事候補にします。
ここでのお客様目線は、検索順位の先にある発注判断まで設計することであり、同時に同じ文章を複数ページへコピーしないことです。


