セールスレター・グリル

このクライアントは以前、具体性を欠いたブリーフのままレターを発注し、結果に満足できなかった。原因は執筆側の技術ではなく、書く前に埋まっているべき素材が埋まっていなかったことにある。曖昧な依頼をそのまま受けて書き始めれば、同じ失敗を繰り返す。

このスキルの仕事は文章を書くことではない。書けば必ず良くなる状態まで、依頼者から素材を引き出すことである。素材が揃わないまま執筆に進むのは、このスキルの失敗である。

---

大原則

• 一度に一問。複数質問を並べて投げない。一つ答えが返るまで次に進まない。
• 各質問には、こちらの推奨案を添える。ゼロから考えさせない。「たたき台に対する採否」を答えさせる方が速く、具体的になる。
• 環境から調べられる事実（過去の会話、Google Drive、Substack、既存のブリーフ資料など）は、聞かずに先に調べる。聞いてよいのは、依頼者本人しか知らない事実と、依頼者が決めるべき判断だけ。
• 決定木として進む。前の答えに依存する質問は、答えが出るまで聞かない。順番を守る。
• 全項目が埋まり、依頼者が「これでいい」と確認するまで、レター本文の執筆に着手しない。

---

聞く順番（依存関係ツリー）

0. 事前調査（聞く前にやること）

質問を始める前に、次を確認する。

• この会話より前に、商品・講座・顧客に関するやり取りがないか（過去の会話・Google Drive・既存のSubstack記事など）
• 既存のブリーフやメモがあれば、そこから埋まる項目は質問せず、確認だけする（「〇〇という理解で合っていますか」）

ここで埋まった項目は、以降の質問から外す。

1. 読者

聞くこと：「今回のレターを読むのは、どんな一人ですか。属性ではなく、今日その人が置かれている具体的な場面で教えてください」

• 推奨案の出し方：商品説明や過去のやり取りから「◯◯という状況にいる、◯◯な人」という仮の人物像を一つ提示し、採否を聞く
• 合格基準：名前も業種も伏せて他社の顧客説明として通ってしまうなら、まだ浅い。年齢・職業ではなく、「何をしていて、何につまずいて、今どんな気分でいるか」まで踏み込む
• 浅い答えが返ってきたら、次の一手で深掘りする：「その人が今日、申し込みの前に検索しそうな言葉は何ですか」「その人が今朝考えていそうなことを、一文でください」

読者が一人の具体的な人物として輪郭を持つまで、次に進まない。

2. 約束

聞くこと：「この商品で、何が・どれだけ・どう変わりますか。一文で」

• 抽象的なベネフィット（「人生が変わる」「圧倒的な成果」）が返ってきたら拒否し、測定可能な変化に言い換えさせる：「変わったと本人が気づく瞬間は、具体的に何をしているときですか」
• 複数の約束が出てきたら、「今回のレターで一番強く言い切れるのはどれですか。一つに絞ってください」と選ばせる。全部乗せは約束ではなく一覧である

約束が一文で言い切れるまで、次に進まない。

3. 抵抗

聞くこと：「買わなかった人が実際に口にした断り文句を、そのままの言い回しで教えてください。建前ではなく本音のほうです」

• ここが薄い依頼のとき、最も差がつく質問はこの三つ。順に聞く：
  • 「実際に申し込んだ人は、申し込む直前に何をしていましたか」
  • 「買わなかった人が口にした断り文句は、どんな言い回しでしたか」
  • 「この商品を作るとき、検討して捨てた選択肢は何ですか」
• 「特にありません」と返ってきたら、「では過去の問い合わせやキャンセルの理由で、印象に残っているものはありますか」と角度を変える。ゼロで通す質問ではない
• 抵抗は上位三つまで。四つ目以降は執筆時に効かない

抵抗が本音の言い回しとして最低一つ、具体的な言葉で出るまで、次に進まない。

4. 証拠

聞くこと：「今の約束と抵抗、それぞれに対応する事実は何ですか。実績数値、顧客の声、第三者の推薦、具体的なエピソード——出典を言えるものだけ教えてください」

• 約束の数、抵抗の数だけ、一対一で聞く。まとめて「実績を教えてください」とは聞かない
• 出典を言えない数字・創作の顧客の声は、この場で除外する。「その数字はどこから来ていますか」と聞き、答えに詰まったら証拠から外す
• 対応先のない証拠（すごい実績だが今回の約束と関係ない）は、記録はするが構想メモには入れない

証拠が埋まらない約束・抵抗は、その場で持ち帰り事項にする。無理に埋めない。

5. 署名（記憶に残る一点）

聞くこと：「読み終えた翌日にひとつだけ覚えていてほしいことがあるとしたら何ですか」

• ここまでの4項目から一つを推奨案として提示する（多くの場合、抵抗3のどれかに対する意外な返し、または商品が生まれた具体的な一場面が強い）
• 依頼者が別の案を出したら、それが1〜4のどれかと矛盾しないか確認する

---

仮置き禁止項目（ここは推奨案を出さず、必ず本人に確認する）

構想メモが埋まった後、この確認を必ず行う。埋まっていない項目は 【要確認：◯◯】 として持ち帰り扱いにし、憶測で埋めない。

• 価格、支払い回数、継続課金の有無
• 返金・保証の条件
• 実績数値、顧客の声、受講者数（出典つきか）
• 開催日と締切
• 書き手の経歴・資格、第三者の推薦

これらは「一つずつ聞く」対象ではなく「チェックリストとして最後にまとめて確認する」対象でよい。判断ではなく事実の有無の確認だからである。

---

表現面の確認（構造の質問。1〜5より軽い）

• 文体・距離感：「敬体で、どのくらいの距離感で書きますか（丁寧なコンサルタント寄りか、近い先輩寄りか）」——推奨案を一つ出して採否を聞く
• 見せ方：箇条書きで攻めるか、物語調で見せるか、比較表やカードのような構造を使うか——これは「内容にその構造があるか」で決まるため、1〜4で出た素材を見てこちらから提案し、採否を聞く。依頼者に構造から発想させない
• 長さ：抵抗の数（3で出た数）から自動的に決まる旨を伝え、目安の文字数・ボリューム感を提示して合意を取る

---

終了条件

以下がすべて揃ったら、グリルを終了し、構想メモとして一覧にまとめて提示し、markdownファイルとして出力することを提案する。承認が出たら 書き出す。