ポジショニングとメッセージング

ポジショニングの決定から、各行に裏付けを残したメッセージ階層を作る

ポジショニングの決定を、中心メッセージ、根拠が支える主張、対象別の言い方、確認済みの反論、変更ルールをまとめた社内の参照ファイルにする手順を説明します。

Steve最終更新

ポジショニングで決めたことを対象ごとに使える言い方へ展開し、各行の裏付けと変更ルールまで一つのファイルにまとめる。この記事ではその成果物を「メッセージ階層」と呼び、ファイル名を messaging-hierarchy.md とします。中身は、中心メッセージ、根拠が支える主張、対象別の言い方、裏付けと適用条件、買い手が口にした反論、誰がどの文言を変えてよいかのルールです。出発点はポジショニングの決定とその根拠です。Claudeにはそこから引用できる主張だけを出してもらい、引用は自分で原文と照合し、変更ルールは担当者として自分で書きます。

ポジショニングの決定と、その根拠から始める

まずポジショニングの整理資料を開きます。対象顧客、その人の仕事、比較される代替手段、根拠のある違い、対象外の状況が書かれ、最後に訴求メッセージの案があります。あくまで案です。その記事は公開用の文章を承認するところまでは扱わないので、手元のファイルでは、戦略の決定、提案中の文言、承認済みの文言を見分けられるようにしておきます。ポジショニングの資料は決定の記録であり、そこに書かれた事実の主張を単独で証明するものではありません。決定の土台になった製品の確認結果、利用が認められた買い手のメモ、メモにすでにある反論、承認済み文章の編集権限に関する既存のルールも一緒に用意します。

Crayonのポジショニングとメッセージングの違いの解説(英語)は、メッセージングはポジショニングの上に築くものだと説明しています。この順序は、文言を直すたびに戦略を見直せという意味ではありません。ポジショニングに戻るのは、対象顧客、代替手段、根拠のある違いのいずれかが変わったときです。中心メッセージをもっと良い文にしたいだけなら、それは文章の作業で、社内の文章承認のルールに従って進めます。

作業は、会社情報と承認済みの表現を保管しているClaudeのプロジェクトで進めます。Anthropicのプロジェクトの作成と管理のガイドは、無料アカウントでもプロジェクトを作成でき、プロジェクトナレッジに追加した資料がその中のチャットで使われると説明しています。一回限りなら、同じファイルを添付した通常のチャットでも足ります。コード実行、リサーチ機能、外部連携は必要ありません。

最初の依頼は、渡したファイルから対象顧客、仕事、代替手段、根拠のある違い、対象外の条件を、記載箇所を引用しながら言い直してもらうことです。食い違いがあれば下書きの前に解消します。文脈はプロジェクト指示とファイルに書きます。

作るファイルは六つの部分からなります。

  • 範囲。 製品、顧客セグメント、市場、日付、版、担当者。
  • 中心メッセージ。 一文。「案」か「承認済み」かを明記する。
  • 主張。 主張ごとにID、根拠となる一文と出典、確認日、プランやセグメントなどの適用条件。
  • 対象別の言い方。 その必要を持つ対象ごとに一つ。元になる主張のIDの隣に置く。
  • 反論。 「観察済み」「仮説」「未回答」のいずれかを付け、回答の根拠となる一文か、まだ必要な根拠。
  • 変更ルール。 固定する文言、調整してよい文言、承認者、正本の置き場所、配布の担当者。

根拠が支える主張だけを選ぶ

短い中心メッセージと、根拠が独立して支える数だけの主張を出してもらいます。一つか二つで足りることもあります。各主張は、中心メッセージが大事である理由を一つ説明するものです。三つか四つの柱という形は出発点として選べる形式であり、出典のどこにも最適値としての根拠はありません。Wynterのメッセージ階層の記事(英語)は、ピラミッド型の図では読み手に響く文章の書き方は分からないと批判し、残りのページを明確さ、関連性、価値、差別化、メッセージの検証に充てています。言い方が違うだけの候補は統合し、型を埋めるために三つ目の柱を作ってはいけません。

この記事で文言をそのまま残す価値があるプロンプトは、次の一つです。確認できる形の出力を求めるからです。

渡したポジショニングの決定と裏付けをもとに、互いに独立したメッセージの柱を提案してください。各柱について、根拠となる一文をそのまま引用し、出典を明記してください。裏付けのない候補は「要根拠」として分けてください。対象別の言い方については、それぞれが新たに加えている事実の主張を挙げてください。提案した反論を、買い手の発言として書かないでください。

このプロンプトは出力を確認しやすくするだけで、事実であることを保証はしません。Anthropicの誤った応答に関する案内(英語)は、Claudeが誤った、または誤解を招く応答をすることがあると説明しています。引用された一文が、話題には触れていても主張を支えていないこともあります。引用はすべて原文と照らして読んでください。一文が主張を支えていなければ、その主張は「要根拠」に移し、その一覧は調査に戻します。

対象に合わせて強調を変え、主張は広げない

その必要を実際に持つ対象ごとに、一つの言い方を作ります。才流のバリュープロポジションの解説は、どのセグメントのどのニーズに応えるかの取捨選択は必須だと述べています。決定で対象外にしたセグメントには、言い方を作りません。各言い方は元になる主張のIDの隣に置き、プラン、日付、顧客セグメントといった適用条件を切り離さずに残します。

次に、その言い方が新たに加えている事実の含みを確かめます。主張のIDを引き継いでも、主張より多くを約束する文までは覆えません。新しい主張が必要になる文には新しい根拠が必要で、なければ見送ります。

説明のために作った例です。ポジショニングの記事の続きで、顧客の導入作業を管理する架空のソフトウェアです。確認できている機能は「各導入タスクに承認担当者が表示される」ことで、速さについて測定した成果はありません。購入者・承認者という役割分けも例で、すべての購買チームがこの形だという主張ではありません。

対象言い方主張ID判定
業務責任者(購入者)「メールのスレッドを開かなくても、各導入タスクをどの顧客側担当者が承認するのか分かります。」P1採用。同じ主張を業務責任者の状況に置いたもの。
経営層(承認者)「承認で止まらなくなるので、導入が早く終わります。」P1見送り。P1が支えていない速さの成果を加えている。

競合の主張台帳をすでに運用しているなら、階層はそのIDを指すだけにし、二つ目の根拠管理を作りません。行の隣に「自社の推奨」と書くのは編集上の判断を正直に示す方法ですが、製品や成果についての事実の主張を裏付けるものではなく、その主張には別に根拠が要ります。Product Marketing Allianceのメッセージングフレームワークの解説(英語)は、製品の機能を正確に反映しているか製品管理などの他部門に確認し、そのうえで磨き、各チャネルで一貫して使うという順序を示しています。裏付けと検証を先に、一貫した使用を後に、という順序をこのファイルは支えます。

Asanaのブランドメッセージングの解説は、ブランドメッセージングを社内と社外の両方に向けて語るものと定義しています。この記事のファイルは社内向けの参照資料です。そこから取り出した社外向けの一文は、通常の承認を経てから使います。この社内/社外の扱いは出典が定めるルールではなく、私たちの提案です。

反論は、買い手が実際に言ったことに結び付ける

メモにすでにある反論から始めます。表計算で十分に回っているという買い手の発言、同じ機能があることを示す競合の資料、自社製品の制約などです。Claudeが提案する反論は検証すべき仮説であり、買い手の発言ではありません。回答を記録するのは、根拠となる一文がその反論に答えているときだけです。それ以外は「未回答」とし、何が分かれば閉じられるかを書きます。競合のページにある機能が載っていないことは、その競合にその機能がない証拠にはなりません。

メッセージが何を期待させるかを確かめる

想定する対象に近い人に、この製品は何をするもので、誰向けで、どんな結果を約束していると読めるかを尋ねます。その答えが理解度の確認です。事実の正確さは製品の担当者に確認します。Claudeにも下書きの批評を頼めますが、それは下書きの点検であり、買い手による検証ではありません。分かりにくかった文言は、主張を黙って変えずに直し、直すたびに「新たな含み」の確認をやり直します。

文言を保存し、誰が変えてよいかを決める

どの主張を固定し、どの文言を調整してよく、誰が変更を承認し、正本をどこに置くかは担当者が決めます。Claudeは渡した方針を整形できますが、会社が与えていない権限を作り出すことはできません。ルールはファイルの先頭に置ける長さにします。

  • 固定:中心メッセージと各主張の一文。言い換えは承認者を通す。ポジショニングの決定に戻るのは、対象顧客、代替手段、根拠のある違いが変わったときだけ。
  • 調整可:対象別の言い方。主張の範囲内で、成果や比較を足さない。
  • 担当者、承認者、版番号、最終確認日。
  • 正本:共有の保管場所と、変更時に差し替えるClaudeのプロジェクト内のコピーの一覧。
  • 配布:決めた担当者が、採用した改訂を、営業と書き手がすでに読んでいる文書か更新チャネルで届ける。
  • 未回答の反論:営業は記録して確認を求める。その場で回答を作らない。

確認を終えたファイルは、プロジェクトナレッジとチームの共有の保管場所の両方に、日付、版、未解決の論点を付けて保存します。Anthropicのチャット検索とメモリの案内は、Claudeがチャットのコンテキストを記憶し、新しい会話に引き継ぐことがあると説明しています。それでも明示的なファイルを保存するのは、ファイルには確認者が開ける版と日付があるからです。次の作業では、承認済みの一文と版を指定して取り出します。

見直しのきっかけは、ポジショニングの決定が変わったとき、引用した出典が変わったとき、営業がファイルにない反論を報告したときです。出典の行と影響を受ける言い方を一緒に更新し、管理しているコピーを差し替えます。この手作業の流れには、監視や配布の仕組みは組み込まれていません。リマインダーは見直しを促すだけで、出典の確認と採用した改訂の配布は担当者が行います。特定のローンチに載せるときは、ローンチブリーフの記事で日程、資料、担当者に落とし込みます。

競合バトルカードがあとで関わる場面

ポジショニングと階層の管理は、引き続き自社のチームが担います。Steveには、メッセージ階層の作成や管理に特化した機能はありません。バトルカードにプロジェクトの資料を追加できますが、これは汎用の取り込みであり、固定した文言や版を持つ階層ではありません。近くにあるのは、競合の反論と切り返しを組み合わせるSteveの反論対応(Objection Handling)バトルカードです。この階層は引き継ぎません。競合の根拠を営業向けの反論回答にする作業が繰り返し発生しているなら、Steveの競合リサーチは隣接する選択肢として評価できます。手作業で続けるなら、このファイルにリンクした共有のカードで足ります。

よくある質問

メッセージ階層とは何ですか?

この記事では、ポジショニングの決定を、中心メッセージ、根拠が支える主張、対象別の言い方、裏付けと適用条件、観察された反論と未回答の反論、変更ルールまでまとめた社内の参照ファイルを指します。公開用の文章そのものではありません。

主張(柱)はいくつ必要ですか?

根拠が独立して支える数だけです。一つか二つで足りることもあります。三つか四つという形は出発点の選択肢であり、調査で裏付けられた最適値ではありません。同じ内容の候補は統合し、裏付けのない候補は「要根拠」に置きます。

文言を直したいとき、ポジショニングに戻る必要はありますか?

対象顧客、比較される代替手段、根拠のある違いのいずれかが変わるときだけです。中心メッセージの言い回しを良くするだけなら戦略は変わらず、社内の文章承認のルールに従って直せます。

Claudeに頼めば、主張が事実である保証はありますか?

ありません。根拠となる一文の引用を求めるプロンプトは、出力を確認しやすくするだけです。Anthropicの公式ガイドも、Claudeが誤った、または誤解を招く応答をすることがあると説明しています。引用は人が原文と照合し、事実は製品の担当者に確認します。

Steveでメッセージ階層を作れますか?

Steveには、メッセージ階層の作成や管理に特化した機能はありません。バトルカードにプロジェクトの資料を追加できますが、これは汎用の取り込みであり、固定した文言や版を持つ階層ではありません。反論対応(Objection Handling)のバトルカードは競合の反論と切り返しを組み合わせますが、この階層は引き継ぎません。

あわせて読みたい

記事一覧

Steveの競合リサーチを見る

競合の監視とバトルカード(反論対応カードを含む)。メッセージ階層の管理は自社で行います。