顧客理解のフレームワークで企画を確かめる
JTBD、TPB、MECCASなどを、問い・根拠・ページの確認に使います。調査の代わりにはなりません。
解きたい問いから方法を選ぶ
フレームワークは見落としを探す道具であり、心理の断定やコンバージョンの予測装置ではありません。検討開始の理由が不明ならJTBD、仕様しか伝えられていないならMECCAS、関心が行動につながらないならTPBを使います。
結論ごとに根拠、仮説、確認事項を分けます。AIによる整理や比較と、インタビュー、利用記録、実験による検証は役割が異なります。
問いに合う詳しいガイドを選ぶ
概念だけでなく、材料の準備、企画への使い方、結果の確かめ方を説明しています。今の判断に最も影響する問いから選び、材料をそろえて他の方法を組み合わせます。すべてを毎回当てはめる必要はありません。
JTBD：状況と片づけたい仕事を捉える
「中小企業の責任者」ではなく、「マーケティングを兼務し、専任制作担当がいないまま急ぎのキャンペーンページを用意する」と状況で書きます。片づけたい仕事、求める気持ち、周囲への説明を分け、不満・期待・不安・慣れを整理します。
実際の選択を振り返り、いつ検討を始め、何で代用し、何が決断を促したかを聞きます。将来の購入意向だけを尋ねず、具体的な不安に対応する内容を考えてください。
MECCAS：属性・変化・価値をつなぐ
確かめられる特徴から、何が変わり、それがユーザーにどう役立つかをつなげます。「資料を一か所で確認できる」は能力、「探し回る手間を減らす」は仕事の変化、「判断の根拠を説明しやすくなる」は価値の方向です。測定していない削減率は加えないでください。
重要な主張を選び、仕組み、事実、実際の声で支えます。価値の標語だけにも、仕様の羅列だけにもせず、両者を結ぶ説明を用意します。
TPB：やりたいか、実行できるかを分ける
価値を感じるか、周囲の重要な人がどう見るか、自分に実行できると思うか、の3点で確認します。説明に納得していても、長いフォーム、電話認証、上司の承認などが行動の障壁になる場合があります。
CTAから完了まで実際に操作し、手順、入力、同意、待ち時間を記録します。条件は事前に伝えつつ、必要な確認を省かないでください。関心や意図と行動は異なるため、改善後も結果を確認します。
ELM：今回の検討状態に合わせて情報を分ける
詳しく考える動機と余裕がある状態と、短時間で見る状態を区別します。固定した人間の分類ではありません。検索語、デバイス、意思決定上の責任、再訪などは手がかりですが、1つの行動だけで心理を断定しないでください。
最初に価値と信頼の手がかりを示し、続いて仕組み、条件、比較、FAQを置きます。見た目は根拠の代わりにはならず、裏づけのない強い主張は慎重な読者の信頼を損ねることがあります。
ブランドと競合：想起される場面と違いを見る
CBBEでは、認知、意味づけ、評価、関係を分けて考えます。名前を知っていても、必要な場面で思い出す、価値を認めるとは限りません。想起されたい具体的な場面を書き、重要な連想に根拠を添えます。競合は同種製品と代替手段を含め、相手の強みも記録してください。
違いは、顧客に重要か、希少か、模倣・代替されるか、継続して提供できるかで確認します。一時的な機能の先行を、恒久的な優位やブランドの約束に置き換えないでください。
確認できる企画に落とし込む
状況、片づけたい仕事、主要な不安、価値提案、根拠、ページ内の対応箇所、検証方法を1枚にまとめます。足りない情報は質問にして、担当者やユーザーに確認します。その結果を前提情報と訴求設計に使います。訪問者向けのページには、理論用語をそのまま並べず、理解しやすい表現に置き換えてください。