pain-to-promise

苦痛から約束へ

基本方針

訴求の成否は約束の一文で決まり、その約束が失敗する原因はいつも同じです。一般化しすぎることです。「すべてのボトルに必須の栄養素」は、誰に向けたものでもない約束であり、配信アルゴリズムには誰にも向けていない約束だと受け取られます。「栄養素を諦めずに減量する」は、9語で対象者、苦痛、成果を明示するため、人にもアルゴリズムにも、誰に向けたものかがはっきり伝わります。約束を絞り込むほど強く響き、アンドロメダ以降は配信効果も高まります。新しいブランドには、さらに高いハードルがあります。見知らぬブランドの約束を信じてもらうには、具体性が欠かせません。方法、対象者、失敗した場合に起こることを伝えましょう。

使用するタイミング

• Buyer Language Miner（苦痛）と Angle Writer ／ Creative Director（コピーと画像）の間。
• 広告がインプレッションを獲得してもクリックされない場合。多くは約束に問題があります。
• MCP がなくても使えます。

実行する

Turn these pains into promises for my offer: [ONE-LINE OFFER]

Pains (verbatim, from my buyer language mining): [PASTE 3-5 PAIN QUOTES with WHO said each]

For each pain:
1. Flip it into 3 candidate promise lines. Each must name or unmistakably imply: the WHO, the pain, and the specific outcome. Under 12 words each.
2. Run the one-second test on each: would the person who said this pain, scrolling at speed, recognize this line as "for me" in one second? Kill any line where the honest answer is no.
3. Run the anyone-test: could a competitor, or a company in a different category, run this exact line? If yes, it is generic. Sharpen or kill.
4. For the surviving lines: state the believability load. What would a stranger need to see next to believe this (mechanism, proof, guarantee)? One line each.
5. Rank the survivors and tell me which single promise you would put $20/day behind first, and why.

ガードレール

• 約束するのは、オファーが実際に守れる内容にしてください。嘘を磨き上げても嘘のままです。残った約束はすべて、製品が実際に提供する内容と照らし合わせて確認してください。
• 根拠のない最上級表現は使わないでください（「最高」は雑音です。「X できる唯一の製品」は事実でなければなりません）。
• 気の利いた表現より具体性を優先してください。一文が巧みでも1秒で伝わるかのテストに通らなければ、それはキャプションであり、約束ではありません。

良い出力の例

それぞれの苦痛に対し、残す約束の一文、その信頼性を支える条件、最初にテストする案の順位付き推奨を示します。いずれも画像内に収まる短さにしてください。