課題別ページの役割を勘違いしていませんか

課題別ページは、置いておくだけでは働かない

課題別ページには、「製品名を知らない検索者へ届ける」という役割があります。ところが、情報を埋めることが目的になると、会社案内のような内容で終わります。

課題別ページの役割を一文で決める

課題別ページは、製品名を知らない検索者へ届けるためにあります。情報を埋めること自体を目的にせず、読んだ人にどの判断をしてほしいかを先に決めます。

このページの方針は「困りごとから解決方法へつなぐ」です。この一文を基準にすると、残す情報と別ページへ移す情報を選びやすくなります。

役割の観点では、困りごとから解決方法へつなぐことが重要です。対象業界、対応範囲、実績、問い合わせ方法まで一つの流れで見せます。

課題別ページで、今回確かめること

課題別ページでは、まず「何のために存在するページかを一つに絞る」ことを目標にします。「困りごとから解決方法へつなぐ」という方針を、実際の一件へ当てはめます。

最初に「相談者が最初に使った困りごとの言葉を集める」。次に「原因を断定せず確認する図面・現物・条件を決める」。この二つを同じ担当者の想像で埋めないようにします。

課題別ページを公開した後は、「解決方法と適用できないケースを分けて案内する」まで進めたかを営業会議で確認します。

課題別ページが「製品名を知らない検索者へ届ける」という役割を果たせたか、役割の観点から次の問い合わせ一件で答え合わせします。

最後に一問

課題別ページを見た人が、次にどのページへ進むかまで設計されているでしょうか。

課題別ページを全面改修する必要はありません。まず「誰の、どんな場面に使われるか」が最初の画面で見えるかを確認し、足りない一文を追加してください。

一般論を自社の事実へ変える

過去の良い問い合わせから逆算し、「見つけてもらう情報設計」の観点で検索から来た設計者と「ページ末尾で約束すること」「問い合わせ前の小さな不安」を順に確認し、答えを一枚へ整理します。

  • ページ末尾で約束すること
  • 問い合わせ前の小さな不安
  • 最初の画面に置く対象

実行後は営業が案内したURLだけでなく公開後に増えた具体的な質問も記録し、新しく出た質問を次の記事候補にします。

ここでのお客様目線は、検索順位の先にある発注判断まで設計することであり、同時に同じ文章を複数ページへコピーしないことです。