Codexに顧客がすでに尋ねている30のリアルな質問を見つけさせる
Codexを使って、顧客の言葉、承認されたエクスポート、検索結果のメモを、有用なSEOおよびGEOページになり得る30の実際の質問に変換します。
キーワードの前に質問を見つける
キーワードは有用なラベルです。質問は訪問者が完了しようとしている仕事を明らかにします。Codexにリアルな顧客の言葉を渡すと、同じフレーズの50のバリエーションを生み出す代わりに、人々が実際に必要とするページに作業をグループ化できます。
完了の定義： ソースラベル付きの30の顧客質問があり、それぞれが可能性のあるページ、サポートセクション、既存ページの改善、または不適合としてマークされていること。
45〜60分を確保してください。 トラフィックミッション、ファクトパック、安全に使用できる実際の顧客の言葉を持参。ソースラベル付きの10の良い質問は、実際には誰も尋ねなかった30の磨かれたフレーズよりも優れています。
3種類の言葉を持参する
持っているものを何でも使用します。最初の実行に有料ソフトウェアは必要ありません。
- 顧客の言葉： サポートチケット、営業電話、レビュー、メール、サイト内検索、またはチームが繰り返し聞く質問。個人データを削除。
- 検索証拠： 承認されたSearch Consoleエクスポート、キーワードツールエクスポート、手動記録のGoogleサジェスト、競合/SERPメモ。
- ファクトパック： どの質問に正直に答えられるかをCodexに伝える。
question-inputs.md というシンプルなファイルを3つの見出しで作成し、その下に素材を貼り付けます。各ソースにラベルを付けます。ソースのない質問はアイデアにはなり得ますが、証拠ではありません。
入力ファイルを安全で読みやすくする
Codexに何かを貼り付ける前に、名前、メールアドレス、注文番号、電話番号、プライベートなケース詳細を削除します。決定を明らかにする言葉を保存します。安全な入力ファイルは次のようになります：
## 営業電話メモ
- 「領収書の束があります。確定申告前に助けを求めるのは遅すぎますか？」
- 「複数のプラットフォームを通じて請求するデザイナーと仕事をしていますか？」
## サポートとメールのテーマ
- 「ディスカバリーコールを予約した後、何が起こりますか？」
- 「ブリストルに住んでいる必要がありますか？」
## 検索証拠
- クエリ: bookkeeping checklist self assessment | ページ: NONE | ソース: GSCエクスポート、
完了した28日間
- クエリ: freelance designer bookkeeping | ページ: /bookkeeping-for-designers |
ソース: GSCエクスポート、完了した28日間この入力は意図的に不均一です。実際のマップは、正確な言語、広範な検索ラベル、ビジネス質問を組み合わせます。仕事はそれを分類することであり、キーワード調査レポートのように聞こえるようにすることではありません。
品質チェック： すべての行にソースラベルがあります。内部の記憶しかない場合は、日付付きで owner observation と書きます。それは検索需要であるふりをするよりも正直です。
Codex標準を使用する
あなたは私の顧客質問マッパーです。
読むもの：
- トラフィックミッション：[パス]
- ファクトパック：[パス]
- 顧客/検索入力：[パス]
正確にこれらの列でcustomer-question-map.csvを作成：
question,source,customer_job,intent,page_fit,proof_available,priority,notes
ルール：
- 提供された証拠が裏付ける場合のみ30の異なる質問を生成。
- 可能な限り顧客の言葉を保持。
- page_fitをNEW PAGE、EXISTING PAGE、SECTION、NOT A FIT、NEEDS FACTに設定。
- 検索ボリューム、ランキング、顧客の引用、製品の主張を発明しない。
- ほぼ重複する質問を別々のアイデアとして提示するのではなく、フラグを立てる。
- トラフィックミッションに適合し、使用可能な証明がある質問を優先。
CSVの後、5行の要約を書く：3つの最も強い顧客ジョブ、
最大の証拠ギャップ、最初のトラフィックページになる可能性が最も高い1つの質問。
コンテンツを書かない、サイトを編集しない。CSVを1行ずつ読む
記帳の例では、最初の有用な行は次のようになります：
質問 | ソース | 顧客ジョブ | ページ適合 | 利用可能な証明 | 優先度 |
|---|---|---|---|---|---|
確定申告前にどのような記録を集めるべきか？ | 営業電話メモ + GSCクエリ | 期限前の準備 | NEW PAGE | 部分的：チェックリストと範囲 | 高 |
フリーランスデザイナーはリモート記帳者を利用できるか？ | サポートテーマ | サービス適合性の確認 | サービスページのSECTION | サービスエリア不明 | NEEDS FACT |
ディスカバリーコールの後は何が起こるか？ | サポートテーマ | 連絡前のリスク低減 | EXISTING PAGE | オンボーディングチェックリスト | 中 |
クリエイター向けベスト会計ソフト | 提供されたソースなし | ツール比較 | 現在のミッションにNOT A FIT | 比較方法なし | 低 |
CSVは公開計画ではありません。仕分けボードです。SECTION の行は、バイヤーがすでに必要とするページの質問を修正するため、新しい記事よりも価値があるかもしれません。
30まで数える前にCodexに重複をグループ化させる
30の質問は30ページを意味しません。最初のマップの直後に重複パスを要求します：
customer-question-map.csvを読んでください。同じ顧客決定を持つ行を、
表現が異なっていてもグループ化してください。各グループについて、1つの正規の質問を
選び、ソース行をリストし、NEW PAGE、EXISTING PAGE、SECTION、NOT A FIT、または
NEEDS FACTを推奨してください。新しい質問を追加しない、ボリュームを推測しない、
コンテンツを書かない。例えば、「どの記録が必要か？」「どの領収書を保存すべきか？」「確定申告前に帳簿をどう準備するか？」は、複数のサポートセクションを持つ1つの決定ガイドに属するかもしれません。ほぼ同一の記事を3つ公開することはカバレッジではなく、重複です。
実際の質問がどのように見えるかを知る
入力 | として扱う | 例のアクション |
|---|---|---|
営業電話からの「確定申告前にどれだけの記帳が必要ですか？」 | 顧客決定質問 | 候補ページまたは実質的なセクション |
キーワードエクスポートからの「bookkeeping」 | 広範なトピックラベル | その背後にある具体的な決定を見つける |
AIが発明した「ベスト記帳サービス」 | 未検証のアイデア | 証拠と証明なしに優先しない |
サポートからの「ブリストルのデザイナーはリモート記帳者と仕事ができますか？」 | 適合性質問 | 候補FAQまたは最初のページのセクション |
Codexが30の磨かれたキーワードフレーズを提供するが、ソースや顧客ジョブを示せない場合は、やり直しを依頼します。最初の質問マップは少し乱雑で具体的に感じるはずです。それは実際の顧客の言葉から来た兆候です。
マップを信頼する前に最初の10行をレビューする
CSVを priority でソートし、以下に該当する行を拒否します：トラフィックミッションと異なる顧客ジョブ、ファクトパックが有用な回答をサポートできない、既存ページと重複、単なるキーワードのバリエーション。拒否した行は not now の注記で保持します。削除しないでください。後の証拠がそれらを有用にするかもしれません。
一般的なリストよりも実際の顧客質問を好みます。投機的なボリューム数字よりも、自分のページの1つにリンクされたSearch Consoleクエリを好みます。商業的に聞こえるだけのフレーズよりも、証拠でサポートできるページを好みます。
シンプルな決定シートで最強候補をスコアリングする
最初の10行またはグループを取り、4つのことだけをスコアリングします。0、1、または2を使用します。これを正確な予測であるふりをしないでください。
チェック | 0 | 1 | 2 |
|---|---|---|---|
証拠 | AI発明またはソースなし | 1つの弱いソース | 繰り返される顧客または検索証拠 |
ミッション適合 | 異なるオーディエンスまたはアクション | 隣接する問題 | トラフィックミッションの対象者の決定を直接支援 |
証明 | 使用可能な回答なし | 一部の事実が欠落 | 確認済みの事実または小規模なオーナーリクエストで回答可能 |
ページレバレッジ | 孤立した回答 | 1つのセクションを支援 | エントリーページを改善し次のアクションにつながる |
合計はあなたの代わりに決定しません。Codexとの会話を具体的にします。スコアが低い質問でも、緊急で正直に回答できるなら勝つかもしれません。スコアは主に、魅力的だがサポートされていないトピックが有用な顧客問題を追い越すのを防ぎます。
このプロンプトを使用してショートリストを作成します：
グループ化された顧客質問マップ、トラフィックミッション、ファクトパックを読んでください。
上位10グループを証拠、ミッション適合、証明、ページレバレッジで0、1、または2で
スコアリングしてください。すべてのスコアを1文で説明してください。1つの最初のページ候補、
2つの二次候補、オーナー事実が存在するまで保留する1つの質問を推奨してください。
コンテンツを作成しない、ウェブサイトを編集しない。3つの一般的な悪いマップを修正する
すべての行がNEW PAGEと言う。 Codexに、バイヤーが同じページで回答を望む質問を特定するよう依頼します。回答が短い場合または1つの大きな決定の一部である場合は、SECTION の推奨を要求します。
質問がSEOコピーに聞こえる。 question-inputs.md に戻り、各書き換え質問の隣に最も近い元の表現を引用するようモデルに依頼します。ソースに遡れない行を削除します。
マップに良い質問があるが証明がない。 それらを NEEDS FACT とマークし、欠落している正確な事実を owner-questions.md に追加します。有望な質問は、サポートできない回答を書く許可ではありません。
最終ファイルを一緒に保存します：
question-map/
question-inputs.md
customer-question-map.csv
grouped-question-map.md
question-shortlist.md別の人が勝った質問を実際の言語に遡り、なぜそれが無限のアイデアリストではなくページに属するのかを理解できるとき、マップは完成です。
保留された質問を将来のレビュー可能な決定に変える
今日ページになれないからといって質問を削除しないでください。ショートリストに1行の再アクティブ化ルールを追加します：Revisit when [specific fact, repeated customer wording, completed period, or new page exists].（[特定の事実、繰り返される顧客の表現、完了した期間、新しいページが存在する]ときに再訪。）例えば、「デザイナーは英国外でサービスを利用できますか？」という質問は、オーナーがサービスエリア声明を承認するまで保留のままです。Codexにアイデアを求めるたびにページタイトルとして再登場すべきではありません。
次のレビューでは、このプロンプトを使用します：
question-shortlist.md、現在のトラフィックミッション、新しい証拠を読んでください：[パス]。
保留中の質問のみをレビューしてください。それぞれについて、再アクティブ化ルールが満たされたか、
どのファクトパック行が回答をサポートするか、新しいページか既存ページのセクションか、
それともまだNOT NOWかを述べてください。コンテンツを作成しない、検索可能に聞こえるから
といって質問を宣伝しない。これにより、既存サイトには規律あるバックログが、新規サイトには一般的な100キーワードシートではなく証拠から成長する方法が与えられます。
コースマップ
次へ：最初の新しいオーガニック訪問を獲得する可能性が最も高い1ページを選ぶ。30の可能性を1つのページ決定に変えます。
完了チェックリスト
- [ ] すべての質問にソースがあるか、未検証のアイデアとして明確にマークされている。
- [ ] 類似の質問は重複ではなくグループ化されている。
- [ ] 各行に顧客ジョブとページ適合の決定がある。
- [ ] 最初のトラフィックページの最強候補を挙げられる。
- [ ] 個人データを削除し、すべての有用な質問にソースラベルを保存した。
- [ ] ページ機会として扱う前にほぼ重複をグループ化した。
- [ ] 30ページのカレンダーではなく、1つの最初のページ候補を含むショートリストを作成した。
著者：Elena Shaw、Auspiaプロンプトライブラリ戦略家、3,000以上のバイヤープロンプトをマッピング。Elenaは実際の顧客の言葉を有用な検索およびAI回答カバレッジに変えることについて書いています。
![質問マップワークパケットワークフロー図]()
この課題にはこの順序を使用します：実際の入力から始め、証拠を確認し、レビュー可能な出力を準備し、読者の次のステップを選択します。
