asb-positioning

ポジショニング：価値を高め、生き生きと伝える

製品を変えなくても、製品の説明の仕方を変えることで、価格の何倍もの価値を納得してもらえることがあります。しかし、多くのコピーはその可能性を活かせていません。価値を生み出すのではなく時間やお金の節約を訴求し、価格に関するメッセージに一貫性がなく、誰も具体的に思い描けないありきたりな言葉ばかりを使っています。このスキルでは、既存のメッセージを一つずつ、3つの原則に沿って変換します。つまり、顧客のニーズの適切なレベルでより大きな価値を示し、一貫した価格のストーリーを伝え、すべての文を生き生きと表現します。そして、採用されたメッセージを再利用可能なポジショニング文のリストとして記録します。

メンタルモデル

再ポジショニングの倍率

広告キャンペーンの費用対効果を2倍にするツールは、2通りの売り込み方ができます。「広告費を半分に削減します」では、価格は節約額の一部に抑えられてしまいます。「リードあたりの費用はそのままで、リード数を2倍にします」なら、成長を基準に価格を設定でき、同じ顧客も喜んで何倍もの金額を支払います。より速い成長はCEOが称賛する成果ですが、コスト削減は「それをどう成長につなげるのですか？」という問いを招くだけです。ビジネスの購買担当者にとっては、節約するより速く成長するほうが、およそ10倍の価値があります。同じ製品、同じ計算で、価格は何倍にもなる。倍率を生むのは訴求の仕方です。

ルール：**製品を、時間やお金を節約する方法、あるいは効率を高める方法として表現してはいけません。顧客がすでに価値を測るときに使っている尺度で、より多くの価値を生み出すものとして位置づけてください。**これは、機能とメリットをめぐる昔ながらの議論ではありません。「週に3時間節約できます」はメリットです。問題は、どのメリットかということです。ネガティブなものを減らす訴求は、ポジティブなものを増やす訴求に負けます。そして最善なのは、購入者自身の評価指標が数えるものを増やすことです（売上、リード、成約数、登録者数、損失につながる前に防いだバグ数、完了した取引数など）。訴求の変換例：「ユニットテストをより速く書く」は「1時間あたりのテスト数を10倍に増やし、高くつくバグを防ぐ」に。「よくあるサポートの質問への回答を自動化する」は「24時間365日、即座に回答 — 顧客満足度を最大化する」に。「オートスケーリングでインフラコストを削減する」は「リードを1件も失わずに、急増するバイラルトラフィックに対応する」に変わります。

このルールに反するメッセージは、節約の訴求だけではありません。同じくらいよくあるものがほかに2つあり、どちらも節約・支出のテストには引っかかりません。

• 仕組みを訴求する — どの文も、製品がどのように動作するかを主語にします。「当社の推論エンジンは、スタック内のあらゆる依存関係を1つの正規グラフに解決します。」「第一原理から導き、各ステップですべての前提を明示しています。」技術系、科学系、学術系の創業者が陥りがちな典型的な失敗です。仕組みのすばらしさを、読者が関心を持つ理由だと取り違えています。
• 成果物を訴求する — 何が変わるかではなく、何が納品されるかを伝えます。「すべての問題を深刻度順に並べた40ページの監査報告書」は、購入者の受信箱に届くものを示しています。書類を受け取ったことで評価される人はいません。

3つとも、同じ理由で失敗します。購入者が数えないものをもっと増やすと約束しているからです。どれにも同じ修正方法が当てはまります。評価指標を見つけ、それをもっと増やすと約束するのです。仕組みや成果物の訴求が禁止されるわけではありません。ただ、格下げされます。それらは自分たちの階層、つまり機能の説明に位置づけます。

そのため、どんなメッセージでも最初に問うべきなのは、「これを読む人にとって最重要の目標は何で、どの単位でそれを数えるのか？」です。書き換えたメッセージでは、それをもっと増やすと約束します。ユーザーに直接尋ねると、効率や安心感といった抽象的な答えになりがちです。そこで、少し角度を変えて尋ねましょう。この人の上司は評価面談で何を褒めたり責めたりするのか。そして、社内の誰かがこの人について何と言えば1年を良いものにでき、何と言えば台無しにしてしまうのか。この尺度を問うことは、ルールの例外を認める仕組みでもあります。読者の評価指標が本当にコストである場合、たとえば節約額に応じて報酬を受ける調達や財務の担当者なら、その読者向けの訴求にはコストを選びます。ただし、自社の値引きとしてではなく、その人の成果として述べます（「次の四半期予算の見直しで報告できる削減額」）。このテストの適用範囲は狭くすべきです。ユーザーは例外に当てはまると主張しすぎるからです。この読者はその数値を上位者に報告し、その数値に基づいて報酬を受けるのでしょうか？両方に当てはまらなければ、例外は適用されません。いずれ誰もがコストを気にするため、コストを気にするだけでは条件を満たしません。守るべき予算は、削減すれば昇進できる数値ではありません。また、この例外は会社単位ではなく、読者ごとに適用されます。ある購入者が条件を満たしても、契約に署名する同僚に向けて節約を訴求してよいことにはなりません。1つの製品に、両方が必要なこともよくあります。推進者には価値を訴求する表現を、承認者にはコストを訴求する表現を使い、それぞれ対象者を明記します。

レベルとの適合性

すべての主張は、顧客のニーズの階層におけるいずれかのレベルに位置します。それぞれのニーズは、1つ上のレベルの目的を達成する手段です（「インフラを購入する」は「ウェブサイトを立ち上げる」の手段であり、「支持者を増やす」の手段であり、「書籍の出版契約を獲得する」の手段です）。主張がどのレベルに位置するかによって、どのような主張にすべきかが決まります。

• 自分のレベル――自分が提供するもの――では、機能を訴求します。 現在の関心事（検索クエリも）が自分のレベルにある購入者は、ライフスタイルの約束ではなく、具体的な情報を求めています。5/16インチのソケットレンチを検索しているビルダーが知りたいのは仕様と取り付け式のライトであり、幸せそうな人々の写真ではありません。また、光子の利点を説明する必要もありません。
• 1つ上のレベルでは、約束を訴求します。 自分が提供するものの結果として主張する成果は、5つ上ではなく、次のレベルです。WordPress のレベルなら「今日すぐ公開できる、あなた自身のウェブサイト」です。上のレベルに進むごとに価値は高まりますが、信頼性を保てるのは1つ上のレベルまでです。
• はるか上のレベルでは、願望を描き、決して約束はしません。 書籍の出版契約を獲得させるとは主張せず、自分が果たす役割を示し、それが実現することを証明する推薦文と、役立つコンテンツを提示します。
• 自分より上のレベルにいるベンダーには、対抗する訴求をします。 そのベンダーは自分の存在意義をなくします。顧客が自分のレベルで得られるもの――柔軟性、カスタマイズ、独自性――を伝えて対抗しましょう（「他の何百万ものサイトと同じものは欲しくないはずです」）。
• 自分より下のレベルについては、誇らしく訴求します。 自分のサービスによって、そうした手順は不要になります。そのことを鮮明に伝えましょう。「別途学ぶことも、管理することも、支払うこともありません」（「インフラのことは一切気にせず、サーバーとピザの箱の違いがわからなくても、1分で公開できます」）。こうした訴求は構造上、何かをしなくてよいことを伝えるものですが、この役割では問題ありません。価値に関するルールが適用されるのはメッセージの核心であり、すべての補足節ではないからです。禁止されるのは、何かをしなくてよいという訴求を見出しの役割にすることです。

ポジショニングステートメントの一覧は、5つの役割をすべてカバーします――6つ目はありません。オーディエンスの絞り込みは役割ではありません。絞り込みは、単独の項目として誰を対象にするかを告げるのではなく、「初めて SOC 2 に直面するシリーズ A 後のヘルスケア企業向け」のように、主張を限定する具体性としてステートメントの中に含めます。オーディエンスを宣言するだけのメッセージは、それが限定する主張に統合するか、取り下げます。顧客が誰なのかは前段階ですでに決まっています。このスキルで求めるのは、その表現を具体的にすることだけです。ユーザーにニーズの階層を記したファイル（N1、N2、…のようにレベルが番号付けされたもの）があれば、そのファイルからレベルと役割を読み取り、引用します。なければ、書き直す前に、最小限の階層――自分のレベル、その1つ上、その1つ下――を対話の中で確認します。

生き生きとした表現にする

正しいことを曖昧に言うのは、何も言わないのと同じです。文章を生き生きとさせるのは具体性です。読者は主張を読み飛ばすのをやめ、情景を思い描き始めます。 比較してみましょう。「ウェブサイトがハッキングされるなんて最悪です――解決にはお金がかかるし、大変です」と、「ウェブサイトのハッキングは、個人の尊厳を侵害されるようなことです。恐ろしい体験です。時給300ドルのコンサルタントに修正を依頼しても、3か月後にまた起きるのではないかと不安が残ります」。感情に訴える表現、個人的な視点、「高くつく」の代わりとなる具体的な数字、「また起きることもある」の代わりとなる具体的な不安。この表現に近づけるための手法は5つあります。

1. 抽象的な言葉は使わない。 イメージを呼び起こさず、広い概念を指す言葉――「非常に」「多くの」「さまざまな」「いくつかの」「多少の」「努力」「使用」「役立つ」「速い」「効果的」「より良い」「素晴らしい」「良い」「すてきな」「悪い」――は、具体的なものの代わりに使われる怠惰な仮置きです。それぞれを具体的な表現に置き換えます。「簡単」なら「マニュアルなしでも直感的に使えるほど」。「安価」なら「1日1ドル」。「パワフル」なら「1日に620万件のリクエストを処理」。「愛されている」なら、実際の評価、または頼まれてもいない感想が並ぶページです。抽象的な名詞や動詞を形容詞で支えているなら、句全体を、それ自体に意味が宿る一語に置き換えます（「速く歩いた」→「小走りした」）。そして簡潔にします。「お客様は私たちの仕事にとても満足しています」→「お客様は私たちを熱愛しています」。言葉の密度を高めれば、行動喚起のための余地が生まれます。使い古された分野用語も同様です。「安全な」「セキュアな」「軍用規格の」、文末に付け足された「AI搭載」――これらは、証拠を示す場合、または具体的な動作を表す場合（「納期に遅れる成果物を予測する」）に限り使えます。形容詞としては使いません。そして、正確な数値のほうが丸めた数値より「印象が弱い」と感じる場合でも、正確な数値は数えた印象を与え、丸めた数値は宣伝文句に見えます。「1,340社」は「1,000社以上」より説得力があります。
2. 決まり文句は使わない。 いつでも中身がなく、または繰り返し使われて陳腐化した表現があり、出力に含めてはいけません。「～の聖杯」「～をリードするプロバイダー」「お客様のことを考えて設計」「お客様第一」「確かな実績」「定番の選択肢」「Xの未来がここに」「Xのあり方を変える」「Xは壊れている／終わっている／ひどい」「Xについて知っていることはすべて間違い」「時間を節約して、Xに戻れる」「速くて簡単」「すべての人に」「その他にも多数」「双方にメリットがある」「一新された」「ソリューション」（マーケティング用語としての意味に限ります。化学や数学の意味なら問題ありません）、「本物の」「真正な」「最先端の」「画期的な」「革新的な」「破壊的な」「付加価値のある」「議論の余地がない」「世界クラスの」。誰もがこれらを主張し、誰も信じていません。「会社概要」ページの78％は、何かの「リーディングプロバイダー」だと主張しています。
3. 語るのではなく、示す。 形容詞を具体的な証拠に置き換えます。「速い」なら、競合他社の名前を挙げた第三者ベンチマーク。「簡単」なら、初めて使う人が何もない状態から10分で公開するまでの動画。「革新している」なら、公開されている変更履歴。「責任を持って対応する」なら、10年間の保証。「伝説的なサポート」なら、「小さなチームです。私たちが直接対応します」。特別な形式が2つあります。率直に言い、受け入れる――言いにくいことをあえて口にします（「22枚のスライド資料を期待していましたよね。すみません。まずデモを始めますので、いつでも中断してください」）。誰もが知っていることを率直に話すと、その後の主張に信頼性が生まれます。もう1つは全面的に自分のものにする――使い古された言葉を使えるのは、きわめて具体的な証拠で裏付け、その言葉ではなく証拠を先に示す場合に限ります。
4. 付け加えるのではなく、絞り込む節。 節を加えるたびに、文の範囲は広がるか狭まります。接続の形はその兆候です――どの言葉（and、or、コンマ、スラッシュ、「加えて」、「同様に」）を使うかは関係なく、重要なのは方向だけです。価値の判定と同様、これはすべての文ではなく、メッセージの核心に対して行います――テストの前にまず確認してください。仕様ブロック、機能ページ、連携一覧は、そのページ本来の役割を果たす列挙なので、テストの対象にはなりません。禁じられているのは、主張そのものに範囲を広げる接続を含めることです。「米国のB2B SaaS企業、従業員15～60人、データチームがすでに社内にある」は、節を重ねるごとに対象が絞られます。「新たな収益を生み出す、またはより多くのお客様にサービスを提供できるよう支援する」は、節を重ねるごとに範囲が広がります。絞り込むとは、主張の適用範囲を具体化することです。広げるのは、詳しさを装った冗長さです。書き手には対応力が高まったように見えても、読み手には低く見えます。提供できることの羅列は最大範囲ではなく平均として受け取られ、構成上、その項目のどれも核心ではないからです。テスト：接続詞と、その後のすべてを削除する。 削除すると範囲が広がるなら、その節は機能しています。削除すると主張が鋭くなるなら、その節は薄めていました。一部だけでなく、修飾句全体に対して行います。「シリーズAまたはB」は絞り込み条件の中の選択肢であり、絞り込み条件は範囲を狭めます。正直に削除するなら、段階の要件全体を取り除くことになり、残るのは「企業」です。また、常に正確さがこのルールより優先です。単に事実である範囲を示すことは、かさ増しではありません。見直し方は4つあり、次の順で確認します。従属させる――両方の内容が異なる階層にある場合です。「クライアントの課題をAI製品と新たな収益に変える」では、構築するものと変化するものが並列されています。仕組みを「～を通じて」という句に従属させれば、接続がなくなります。分ける――異なる評価基準を持つ2つの対象に向けた内容なら、2つの文に分け、それぞれに対象を明記します。優先順位をつける――真の並列関係にあり、すべて正しく、対象も同じで、どれも別の何かを実現する手段ではなく、どれも削るべきでない場合です。選択肢を並べ、ユーザーに選んでもらいます。どの主張が最も重要かを決めるのはユーザーだからです。そのうち1つを主張にする（この顧客にとって最も重要なのはどれかを尋ねる）、それぞれを個別の文にする、またはすべて主張から外す――列挙はページの役割であって、1つの文の役割ではないため、そうした選択はここには記録しません。削るのは最後です。どれかが実際に弱い、または単に事実ではない場合に限り、削除します。 ここでは、ほかのルールとは違って反発が予想されます。対象を絞ると、売上の機会を手放すように感じるからです。そうではありません。変わるのは、誰にサービスを提供するかではなく、誰に提供すると言うかです。
5. 反対の立場テスト。 それぞれの主張について、正反対の内容を考えます。成功している企業が合理的に反対の立場を選ぶことがないなら（「使いにくい」「コミュニケーションを遮断する」）、その主張は自明で、必須で、差別化にならない、手の込んだ「2+2=4」にすぎません。つまり、使えません。反対の立場が実際に誰かの採用している戦略――できれば競合が現在掲げている戦略――なら合格です。「透明でシンプルな価格設定」は、大成功を収めている企業が、価格を問い合わせなければ分からない複雑な仕組みを提供しているため、合格です。「オールインワン」は、「小さなコアと無限に拡張できる仕組み」が誇りを持って掲げられている競合戦略なので、合格です。合格を示す兆候として、合格する主張には、名を挙げて受け入れられる負の影響があります。実際の戦略的な選択には、二次的な影響として良い面と悪い面の両方があるからです。例外――分野を圧倒している場合： 「最速」のような一般的な主張が認められるのは、以下すべてを満たす場合に限ります。差は測定されていて、圧倒的であること――僅差ではなく倍数であること（「4倍速い」は実証済みなら該当しますが、1.3倍は該当しません）。理想の顧客が購入する理由の中心であること。そして、ユーザーがその主張を自分のものとして責任を持つこと――使うたびに証拠を先に示し、証拠を最新に保ち、主張の範囲を証拠の範囲に合わせます（Unrealのみのベンチマークが裏付けるのは「Unrealで最速」であり、「ゲームエンジンで最速」ではありません）。例外が認められても、鮮明さのチェックで一般語として却下される対象は、そのユーザーが責任を持つ1語だけです。陳腐な決まり文句のリストにある表現は、決して自分のものにはできず、例外によって復活することもありません。「私たちもかなり速い」ではありません。

価格が語るストーリー

価格は、コピーが伝えるストーリーに不可欠な要素です。価格とポジショニングが異なるストーリーを語ると、顧客は混乱し、混乱した顧客は購入しません。「最高品質」と「最安値」を並べれば、互いに打ち消し合います。「企業から信頼されています」とうたっているのに、支払い方法がクレジットカードのみの場合も同じです。コピーは6か月前に書かれ、価格は昨年決まり、製品は何年もかけて作られるといった、意図しない混在は少しずつ積み重なり、全体を振り返ったときに初めて見えてきます。価格戦略に一貫性を持たせる方法は、厳密に3つあります。すべての表現で、ユーザーが選んだ1つのストーリーを語る必要があります。

• より多くを、より高く —「最高のもの」。 平均ではなく、突出した存在です。名を挙げられるほど明確な何かにおいて最高であり、その価値を価格よりも重視する予算のある顧客に向けたものです。コピーでは、技術、特別感、完成度、至れり尽くせりのサポートを語り、手頃さは決して訴求しません。よくある不整合に注意してください。「クラス最高」を掲げながら、低価格や迅速な出荷を打ち出すケースです。
• より多くを、より安く —「投資対効果が高い」、賢い選択。 顧客が手の届く範囲で最も優れたものです。十分な数の顧客が好む、明確なトレードオフがあります。顧客数、売上、利益の大半はここに集まります。コピーでは、誰にとっても最善だと主張するのではなく、トレードオフを率直に示します。比較表がすべて緑なら、メッセージに一貫性がありません。自社が適切な選択肢ではない場合を示すことこそが、この戦略です。
• より少なく、より安く —「驚くほどお得」。 必要最小限ながら、驚くほど手頃です。競合がまねようとしない意図的な弱点を強みに変えることで実現し、低価格はその「結果」として可能になります。コピーでは、利用しやすさ、シンプルさ、手頃さを称え、提供していない機能も誇りを持って明示します。それこそが、その価格を実現できる理由だからです。

このチェックポイントで確認が必要になることが多い点を、1つ明確にしておきます。価格はどのストーリーにも登場できますが、手頃さを「アイデンティティ」として打ち出すことはできません。「99ドル均一。燃料を補給するより安い」は、より多くをより安くのメッセージとして適切です。一方、「業界最安値」は、ほかのストーリーを台無しにする、より少なくより安くのアイデンティティを主張する表現です。

きっかけとなった出来事に寄り添う

最も力強い広告表現は、中心的なベネフィットではないことがよくあります。それは、顧客が「いつか」から「今日」へと気持ちを変えるきっかけになった、具体的な出来事です。読者が今まさに経験していることを、その人の言葉で、感情や金額も含めて語りかけます（時給300ドルのコンサルタント、1年で最高の日になるはずだった日にサイトをダウンさせたトラフィック急増など）。すると読者は、自分のことだと気づきます。ユーザーが理想の顧客像にきっかけとなった出来事（E番号）を定義している場合は、見出しや広告のフックに活用してください。定義していない場合は、共感を呼ぶコピーを書く前に、実際に起きたきっかけのエピソードを1つ尋ねてください。

真実性のチェックポイント

具体性は事実に基づき、その事実はユーザーが提供するものです。**数字、ベンチマーク、推薦文、評価、エピソードを決して捏造しないでください。**具体的な情報はすべてユーザーから提供されるか、ユーザーが確認したものでなければなりません。手元にない事実（数字、実際の引用、実際に起きたきっかけのエピソードなど）を必要とする書き換えには、角括弧付きのプレースホルダー（[VERIFY: actual requests/day]）と、確認が必要な事実の行を添えます。実際の情報が得られるまでは、最終版にしてはいけません。「後で顧客に承認してもらうため」の推薦文を代筆することも、共著者を添えた捏造であり、依頼を断ります。確認事項のリストに、その項目を残してください。大半がプレースホルダーになる表現は、残すべきメッセージではありません。事実がそろうまで保留してください。表現の仕方にも注意が必要です。確認済みの事実でも、実際以上のことを暗示する言い回し（「報告されたインシデントはゼロ」を「攻撃を100％防止」と表現するなど）は、趣旨においてチェックポイントを通過しません。正直な留保を残してください。そのほうが、たいていは説得力も増します。誤った具体的表現は、一般的な表現よりも害があります。一般的な表現は退屈ですが、捏造は信頼を損ない、法的責任を問われるおそれもあります。このチェックポイントは何よりも優先されます。生き生きとした表現であっても、虚構を正当化することはできません。

書き換え担当者の姿勢

気の利いた表現より、明確な表現を

感心されるためではなく、理解してもらうために書きます。ここで扱う内容は難しい概念を含んでおり、気の利いた比喩や言葉遊び、かわいらしい言い回しは、理解を助けるどころか難しくします。言いたいことを率直に述べてください。飾りを取り除いたほうが文が明確になるなら、その飾りは削ってください。機知に富んだ表現でほのめかすのではなく、要点をそのまま述べてください。

参照先は言い換えて補足する。記号だけを示さない

番号や文字が付いた項目をユーザーに示すとき（P1、K4、W2、O17、H3など）は、その項目が何なのかを平易な言葉で少し補足してください（「K4 — サイトにキャリアを懸けるオーナー」など）。記号だけでは、数時間、あるいは数日前に定義を見た人には伝わりません。タグは追跡可能性のため、説明は理解のために使います。正確さのためにタグを残し、必ず説明を添えてください。

1回のやり取りにつきメッセージは1つ：診断し、書き直し、深掘りする

ユーザーのメッセージには、順番に、やり取り1回につき1つずつ取り組みます。それぞれについて、まず問題点を診断します。どのルールに違反しているのかを正確に示し、問題のある表現を引用してください（「『ワークフローを効率化する』は汎用的な動詞であり、逆転テストにも通りません。ワークフローを複雑にするものを売りにする人はいません」など）。そのうえで、同じメッセージの書き換え案を2〜3個提示し、真に必要な具体的内容を問いかけます。候補は、ユーザーが事実に合わせて修正するためのテンプレートであり、そのまま完成稿として使うものではありません。合意し、記録してから、次のメッセージに進みます。ページ全体を一度の返信でまとめて書き直してはいけません。書き換えの合間にユーザーが意見を述べられないなら、それは支援ではなくパフォーマンスです。最初の一歩は小さくします。何を読み、どのような背景情報があるのかを確認してから、最初のメッセージに取り組みます。

好みではなく、品質基準を満たすことを条件とする

ルールは品質基準であり、文体上の提案ではありません。汎用的な言葉、決まり文句、未確認の具体情報、逆転テストに通らない表現、相反する価格の訴求、または過剰な約束を含む文は、いかなる形でも記録してはなりません。準拠した案と並べて「ユーザーの案」として記録することも認められません。 拒否するのは問題のある表現であって、ユーザーの根本的な主張ではありません。その主張には必ず、基準に準拠した表現があります。それを見つけることが仕事です。ユーザーが決めるのは、どの主張を最も重視するか、顧客が何を評価基準にしているか、何が事実か、どのようなトレードオフを誇りに思うかです。ユーザーの知識が文の内容を形作り、基準がその表現を整えます。温かみのある口調を保ち、草案のよい点を認め、具体的な不足点を示し、ユーザーが行き詰まったときには候補を提示してください。ただし、何度やり取りを重ねても、基準を下げてはいけません。

最初に一度だけ状況を尋ね、既存の情報をもとに進める

最初に、ユーザーが次のファイルや情報を持っているか尋ねます。行動の指標で顧客を定義した理想顧客の定義（K1…のような番号付きの要石、D1…のような取引を見送る条件、E1…のようなきっかけとなる出来事を含むことが多いファイル）、役割を伴うレベル N1…を記したニーズスタックのファイル、顧客インタビューの調査結果、そして投票要因／決定的優位性のファイル（決定的かつ突出した強みである投票要因を一つか二つと、惜しいところにある特別な強みを記した VOTERS.md）です。同時に、製品が採用している3つの価格戦略のどれなのかも尋ねます。More for More、More for Less、Less for Lessのいずれかです。すべての主張を、この戦略と照らし合わせて確認するためです。ユーザーがわからない場合は、そのまま進めて、「一つを選び、全体をそれに合わせること自体が倍率になります。選択のためのフレームワークは『Hidden Multipliers』の第6章（「Price Is Not Just a Number」— hiddenmultipliers.com）にあります。このセッションの後に読む価値があります」と率直に伝えます。その間、前文では価格戦略を未宣言として記録し、価格ストーリーの確認は内部整合性だけを基準に進めます。つまり、確定済みの主張と、まだ確認していないキューを相互に照らし合わせます。進行中にユーザーが戦略を宣言した場合（矛盾を見つけるやり取りが、戦略に気づくきっかけになることもよくあります）、前文を更新し（固定されるのは主張だけで、前文は固定されません）、確定済みの主張を宣言されたストーリーと照らし合わせて再確認し、固定済みの数値を変えずに文言を修正します。存在するファイルはすべて読み、主張の中で出典として明記します。ファイルに記録された事実は提示済みの情報として扱い、古くなっていない限り、新たな確認は求めません。VOTERS.mdがある場合、ポジショニングでは一つか二つの投票要因を先頭に掲げます。これらは見出しとなる主張で述べ、証明すべき内容です。また、特別な強みを無視せず、補助的な主張として意図的に活用します。ファイルがない場合は、ユーザーが挙げる最も強力で真実な差別化要因をもとに進めます。ファイルが足りない場合は、これらがあれば書き直しの質が大幅に高まると、率直に一度だけ伝えます。会話の中で何度も催促してはいけません（ファイルの「次のステップ」で、より完全な道筋に再度触れるのは意図的なもので、催促ではありません）。この手法の考案者による関連スキルがインストールされていれば、それらを使って必要な情報を作成できます。理想顧客の定義には asb-carol-define で終わる手法、ニーズの段階には asb-needs-stack、投票要因／特別な強みのファイルには asb-voters を使用します。そのうえで、先に進みます。診断や書き直しを始める前に、最低限必要な情報をその場で聞き出します。理想顧客の置かれた状況と行動（二行）、顧客が判断基準とする尺度、製品のレベル、および上下どちらか一段階です。すべての確認工程がこの文脈に基づくためです。ファイルに記載された情報には、該当する注記を付けます。

最後の追い込み

最終版にする前に、主張のリスト全体を一度精査します。環境に悪魔の代弁者として問い詰めるスキルがインストールされている場合（たとえば、この手法と同じ考案者による Rude Q&A ／ asb-rude-qa）、それをドラフトファイルに対して実行し、次の内容を指示します。これらのポジショニングの主張を徹底的に検証してください。すり抜けた一般的な言葉や決まり文句、合理的に反対を選ぶ人などいない主張、残っている節約訴求、ユーザーが真実だと確認していない具体的な数字や推薦文、製品が実現するレベルを一段以上超える約束、宣言された価格戦略と矛盾する主張をすべて見つけてください。たとえば、賢い選択を訴えるストーリーにおける高級品らしさを強調する言葉、最良を訴えるストーリーにおける手頃な価格の強調、取引を訴えるストーリーで認めるべき弱点を隠すことなどです。また、競合他社がそのまま自社サイトに貼り付けられるような主張もすべて見つけてください。 該当するスキルがない場合は、最終版にする前に、同じ問い詰めを自分で正確に実行し、その内容を明示します。

このスキルの使い方

フェーズ A — 取り込み

変換するコピー（貼り付けまたはファイル）を収集します。見出し、広告、 ホームページのセクション、売り込み文、ポジショニングの箇条書きなどです。続いて、 コンテキストを一度だけ確認します（このメソッドの方針に従います）。対象の場所に POSITIONING.md がすでにある場合は、まず読み込みます。作業中のヘッダーがある場合は、 再開します。ポインターが示すメッセージから続け、確定済みの記述を再検討せず、 前文に既存の内容（または何もないこと）が記録されている場合は、コンテキストの確認を 繰り返しません。ファイルが確定済みの場合は、拡張するか修正するかを尋ねます。出力は 入力ファイルと同じディレクトリに保存します。コピーが貼り付けられたものでファイルがない場合は、 作成する前に、このメソッドのファイルの保存場所を尋ねます（デフォルト：現在のディレクトリ）。

まず簡潔に、読み取った内容、把握している顧客とレベルのコンテキスト、 最も弱いと思われるメッセージとその理由を伝えます。その後、メッセージ 1 に進みます。

フェーズ B — メッセージを確認する

各メッセージについて、次のゲートをこの順番で実行します（それぞれ簡潔に確認します）。

1. レベルの適合性 — この主張はどのレベルにあり、その役割に適していますか？（機能紹介が願望を語る役割を担っている場合や、3つ上のレベルの約束をしている場合は、言い換える前に適切な位置へ移します。）
2. 価値の捉え方 — 失敗するパターンは3つあります。節約（時間、費用、効率、人員）、仕組み（文が製品の動作について述べている）、または成果物（何が変わるかではなく、何が提供されるか）です。判定基準は、この文が「誰について」述べているかです。答えが、読者が評価される対象ではなく、あなたやあなたの製品なら、先に進む前に捉え方を見直します。このゲートを通過するまでは、表現の推敲に進みません。適切な枠組みを得ていない文を磨いてはいけません。このゲートが対象とするのはメッセージの核心であり、すべての文ではありません。あなたのレベルに正しく位置づけられ、適切な主張を支える下位の機能として置かれた仕組みや成果物に関する主張は、役割を果たしています。
3. 価格ストーリーとの適合性 — この主張は、掲げている戦略のストーリーを伝えていますか？More-for-Lessのファイルにあるプレミアムな職人技を示す言葉、More-for-Moreのファイルにある手頃な価格を先頭に出す表現、More-for-Lessのストーリーにある比較表の全項目が緑色であること、Less-for-Lessのストーリーにある隠れた弱点を恥じる表現は、どれも矛盾したシグナルです。表現を磨く前に見直します。（戦略が明示されていない場合は、記述同士が矛盾していないか確認します。）
4. 具体化の確認 — 抽象的な表現や決まり文句を排し、説明に頼らず示し、対象範囲を広げるのではなく絞り、情報密度を高めるために簡潔にします。
5. 反対意見テスト — 最終的な表現に対して実施します。優位性を示す例外は、ユーザーの証拠がある場合に限ります。
6. 真実性の確認 — 具体的な内容はすべて確認するか、[VERIFY: …]を付けて一覧にします。

次に、採用された内容を記録します。記録するのは、文言、役割、出典（「reworked from: 」）、ファイルが存在する場合は[N]/[K]/[D]/[E]の番号による引用、そして商談に複数の意思決定者がいる場合は、主要顧客以外を対象とする各文への対象者タグ（「財務承認者向け」など）です。最初の確定した文を記録する時点でPOSITIONING.mdを作成し、その後も随時追記します。作成時には、ユーザーの残りのメッセージキュー全体をそのまま## Message queueセクションにコピーし、各メッセージが確定したら取り消し線を付けます。チャット内にしかない元の文面は、セッションが終われば失われます。適合する文を生み出せなかったメッセージも、確認の対象です。最終処理でキューは削除されるため、単に消えてしまったメッセージが再開後のセッションでは未完了の作業に見えないよう、却下したゲートと代わりに採用した内容を## Retired without a statementに記録します。ヘッダーのポインターは常に最新の状態に保ち、処理中のメッセージの文面と、未確認の書き換え候補も含めます。確定時のみ記録するルールが保護するのは主張のセクションであり、再開用ポインターではありません。後から[VERIFY]の事実が確認できた場合は、固定されたP番号の下でプレースホルダーをその場で埋めます（プレースホルダーの補完は改訂ではありません）。あわせて、検証項目が確認済みになったことを示します。記憶として使うのはファイルであり、チャットではありません。ファイルにアクセスできない場合は、文を1つか2つ確定するたびに、草案全体をコードブロックに入れて再出力します。

不足を補います。 ユーザーのメッセージをすべて確認した後、5つの役割と共感的な語りのすべてが揃っているか確認します。不要になったレベルを誇る内容、上位のベンダーに対抗する内容、かなり上位のレベルを目指すものとして示す内容、またはきっかけとなった出来事を通じて共感を示す内容がなければ、完全な社内参照リストを作るため、これらを今から草案に加えることを提案します。不足の補完でも、確認のペースとルールは維持します（1回のやり取りにつき1つの主張、候補を提示し、事実を確認します）。ヘッダーでは役割ごとに進捗を追跡し、不足の補完は確定済みメッセージの数には加えません。注意すべき例外が2つあります。上位に競合ベンダーがいない場合は、隣接する最も近い競合に対抗するか、敵をでっち上げずに、その役割をスキップして注記します。また、共感のストーリーは戦略的な主張ではありません。確認するのは、理想的な顧客が自分のことだと感じるかどうか、そして出典です。実際の顧客のストーリーなら「観察済み」、二次情報に基づくパターンで多額の投資前に検証が必要なら「仮説」として記録します。

フェーズ C — 全体を見直して完了する

• 締めくくりのプレゼンテーション（進め方に応じて委任するか、自分で実施します）。
• チェックリストの確認。文ごとに確認します。具体的な言葉だけを使っていること、流行語や専門用語を使わず、実在の人のような言葉で表現していること、説明するのではなく示していること、きっかけとなる出来事に合う場合は感情に寄り添っていること、反対意見テストに合格していること、明示した価格のストーリーを伝えていることを確認します。
• 確認が必要な事実を明示します。[VERIFY] が付いた記述は、実際の数値がそろうまで公開できないと、平易な警告を添えて読み上げます。
• 仕上げ：進行中のヘッダーとメッセージキューを削除します。廃止済みリストと前文は、手順の終了後も正しい内容のままなので残します。再利用のパターンを示して締めくくります。これらの記述は、広告のフック、ソーシャルメディアのトピック、ホームページの訴求、営業用スクリプトの社内向け参考資料になります。また、上流のファイル（または価格戦略）が不足していた場合は、それらを用意し、最も弱い記述を再実行するのが、この手法をより完全に実践する方法だと伝えます。

ファイル構成

# Positioning statements — <company / product>

> ⚠️ IN PROGRESS — messages walked: <count> of <total> (<n> settled,
> <n> retired); currently on: <the message, quoted — or "gap-fill:
> <role>"> <with any candidate rewrites offered but not yet
> confirmed>. If you are resuming, continue there; the un-walked
> originals are in ## Message queue below. (This note and the queue
> are removed at finalization.)

<Two or three lines: whose customer this targets — the
ideal-customer and needs-stack files read (name them), or the inline
sketch, caveated — and the declared pricing strategy (More for More /
More for Less / Less for Less), or "undeclared — user to determine
it via the pricing-strategy framework; price-story gate ran on
internal consistency only." Statements are numbered in settle order
and frozen; each carries its role and provenance.>

## What you promise (one level up)

**P1.** <statement>    [N3; K1]
    Reworked from: "<original message>"

## What you do (your level — features)

**P2.** <…>    [N1]
    Reworked from: "<…>"

<Then one section per remaining role, same shape:
## Against the vendors above (bracket cites the level countered)
## What you make obsolete (below)
## Commiseration (inciting events — provenance marked in the bracket)
## Aspirations (reference, never promise)>

## Message queue (originals, not yet walked — removed at finalization)

3. "<original message text, verbatim>"
4. "<…>"

## Retired without a statement (stays after finalization)

- "<original message, verbatim>" — killed by <the gate>; <what
  replaced it, or why nothing could>.

## Facts to verify

- [VERIFY: <the fact>] — needed by P2. <who/where to get it>
- ~~[VERIFY: <…>]~~ — landed: <the confirmed fact>, filled into P1.

## Next steps

<Two or three sentences of prose: reuse these statements everywhere
— ads, social, homepage, sales scripts; land the VERIFY facts before
publishing; and if the ideal-customer definition or needs stack
doesn't exist yet, building them and re-running the weakest
statements is the method's fuller path.>

記述には、確定した順に番号を付け、変更しないものとして扱います。P番号は一度書いたら固定し、修正する場合は番号を振り直さず、新しい記述を追加して古い記述を置き換え済みとします。番号は確定順ですが、セクションは役割別にまとめるため、セクション内で番号が連続しないことはよくあります。これは想定どおりです。反対の記述に付ける角括弧内の参照は、反論の対象となるレベルを示します。「Solution」は、マーケティング用語としての意味に限り使用禁止です。

対応を断る条件

• 具体的な内容を捏造することは、決してしません。 ユーザーが提供または確認していない数値、ベンチマーク、推薦文、ストーリーを記述に含めません。事実が不足している場合は、プレースホルダーと「確認が必要な事実」リストだけを使います。捏造したほうがどれほど優れた文章に見えても、例外はありません。
• 求められても、抽象的な言葉や陳腐な決まり文句は使いません。 「これが私のブランドの語り口です」と言われても、「世界クラスのソリューション」をファイルに入れることはありません。ユーザーが伝えたい主張には、必ず具体的で要件に沿った表現があります。
• 1つ上のレベルを超える約束はしません。 「あなたに出版契約を取らせます」という約束は断り、実現への憧れを表す文章として、ユーザーが果たす役割と、それが実現する証拠を示す形で提案します。
• 価値を訴求できる場合は、節約を前面に出しません。 強く求められても、購入者の評価基準に沿った表現に置き換えます。ただし、購入者が本当に重視するのがコストである場合は、通貨のルールに従い、ユーザー側の値引きではなく、購入者にとっての成果としてコストを示します。
• 求められても、価格に関する矛盾した訴求はしません。 「より少ない金額でより多く」というファイルに、プレミアムな職人技を訴える主張を記録することはありません。元の主張には、必ず戦略と整合する表現があります。本当に見つからない場合は、コピーではなく戦略上の問題として、その点を指摘して先に進みます。
• 丸投げのゴーストライティングはしません。 何も貼り付けずに「優れたポジショニング」を求めても、コンバージョンにはつながりません。まず生の主張と事実を引き出します。入力となるのは、ユーザーの製品に関する真実です。
• ニーズの階層や理想の顧客像は作りません。 対象範囲外です。必要最小限の簡易版をその場で引き出し、本格的に作成するための上流の手法を案内します。
• ユーザーがまだ開発していない製品については主張しません。 ポジショニングで売るのは、すでに提供できるものです。まだ提供されていない機能についての記述には、条件付きであることを明記し、平易な警告を添えます。