gtm-positioning-strategy
競合と差別化できる、守りやすい市場ポジションを見つけて確立します。メッセージが競合他社と似通っている、認知はあるのにコンバージョンが伸びない、製品のリポジショニングを検討している、またはポジショニングの訴求内容を検証したい場合に活用してください。Crawl-Walk-Run のロールアウト手法と、エンタープライズ案件の進捗を改善した「言葉の変え方」も含まれます。
description の原文を見る
Find and own a defensible market position. Use when messaging sounds like competitors, conversion is weak despite awareness, repositioning a product, or testing positioning claims. Includes Crawl-Walk-Run rollout methodology and the word change that improved enterprise deal progression.
SKILL.md 本文
ポジショニング戦略
防御可能な市場ポジションを見つけて確立します。汎用的なメッセージングを明確な差別化に変えるか、またはコミットする前に実際に差別化が響くかテストします。
使用時機
トリガー:
- 「私たちのメッセージングは競合他社とまったく同じに聞こえる」
- 「ブランド認知度は強いが、コンバージョンは弱い」
- 「営業チームが私たちの違いを説明できない」
- 「購入者は私たちを同じものと見なしている」
- 「リブランディング前に再ポジショニングすべき?」
- 「ポジショニング主張をテストするにはどうすればよいか?」
コンテキスト:
- 類似商品を提供する競争市場
- コンバージョンしないメッセージング
- 新製品ローンチ
- 既存製品の再ポジショニング
- 営業チームが購入者の混乱を報告
コアフレームワーク
1. ただ1語が全てを変える(「Autonomous」の問題)
パターン:
自律型AI製品の早期エンタープライズ会話。「自律型AIエージェント」として位置付け。
開発者: 「いいけど怖い」 マネージャー: 「これはチームを置き換えますか?」 案件進捗: 遅い。「考えておきます」が多い。
変更:
1語: 「autonomous」→ 「AI teammate」
同じ製品。同じ機能。異なるフレーミング。
結果:
開発者: 「これは私を助けてくれる」 マネージャー: 「これはチームの生産性を向上させる」 案件進捗: 明らかに高速化。
なぜこれが重要か:
ポジショニングは、あなたが何をするかではありません。それは、あなたが何を言わないかです。
「開発者を置き換える」と言うこともできました(いくつかのタスクについては技術的に真実)。全てのエンタープライズディールを潰していたでしょう。
フレームワーク: 単語選択が購入者心理を形作る
エンタープライズを怖がらせる言葉:
- Autonomous(含意: コントロール喪失、人間置き換え)
- Replaces(脅威: 職業の安定性)
- Fully automated(削除: 人間の判断)
- AI-first(意味: 不明確、バズワード)
コンバージョンする言葉:
- Teammate(含意: 協力、支援)
- Augments(支援: 人間をより良くする)
- You stay in control(安心感: 人間の監視)
- Handles repetitive work(具体的: 時間を節約)
単語選択をテストする方法:
推測しないでください。テストしてください。
テスト1: アウトバウンドメール A/B
- 100人のプロスペクトにバージョンA(「autonomous agent」)を送信
- 100人のプロスペクトにバージョンB(「AI teammate」)を送信
- 測定: 返信率、予約率
- シグナル強度: 高(実際の購入者意図)
テスト2: ウェブサイトホームページ A/B
- バージョンA: 現在のポジショニング
- バージョンB: 新しい単語選択
- 測定: 主要CTAのクリック率
- 期間: 最低1~2週間
- シグナル強度: 中程度(コミットメントのない関心)
テスト3: 営業電話スクリプト
- AEの半分がポジショニングAを使用
- 半分がポジショニングBを使用
- 測定: デモから試験版へのコンバージョン
- シグナル強度: 高(実際の営業サイクル)
一般的なミス:
顧客フィードバックではなく、内部合意に基づいてポジショニングを変更します。あなたのチームは購入者ではありません。
2. コミット前にテストする(Crawl-Walk-Run ポジショニングロールアウト)
パターン:
ポジショニングの変更はリスクを生じさせます。ブランド混乱。営業の不整合。顧客流出(既存顧客があなたを認識しない場合)。
段階的ロールアウトでリスクを軽減:
Crawl フェーズ(1~2週間): 検証
製品・組織リソースをコミットせずにメッセージングをテストします。
アクション:
- ウェブサイトヘッドラインをA/Bテスト(新規と既存)
- 2つのアウトバウンドメールシーケンス(異なるポジショニング角度)をコールドプロスペクトに実行
- 既存顧客に聞く: 「もし私たちを[新しいポジショニング]として説明したら、私たちを認識していますか?」
測定:
- ウェブバリアントのCTRを追跡
- アウトバウンドシーケンスの返信率を追跡
- 定性的フィードバックをドキュメント化
Go/No-Go:
- 少なくとも1つのポジショニングバリアントが返信率で既存を20%以上上回る
- 既存顧客が「待って、それはあなたがすることではない」と言わない
- 明確な勝者がある場合は進行。同点の場合は、より長くテストするか新しい角度をテスト
Walk フェーズ(2~3週間): 整合性
テストが検証した場合、製品と営業を新しいポジショニングに整合させます(ただしまだ公開リブランディングしません)。
アクション:
- ウェブサイトコピーを書き直す(ホームページ、エンタープライズページ、CTA)
- 営業支援を作成: 更新されたピッチデック、電話スクリプト、メールテンプレート
- ドキュメンテーションを新しいナラティブに合わせて更新
- ユースケース固有の例を構築
測定:
- 営業チームのメッセージング使いやすさに関するフィードバック
- ウェブサイト分析(エンゲージメント、まだコンバージョンではない)
- セグメント分析(誰が応答していますか?)
Go/No-Go:
- 営業チームが新しいメッセージングは使いやすいと言う
- CTRメトリクスが既存を上回る
- 大きな顧客混乱がない
- Runに進む
Run フェーズ(2~3週間と継続): スケール
完全なコミット。これはリブランディングです。
アクション:
- ユースケースごとの専用ランディングページをローンチ
- ポジショニング角度ごとのアウトバウンドキャンペーン
- すべての顧客向けコミュニケーション資料を更新
- カスタマーサクセスチームを新しいナラティブで訓練
- リポジショニングを発表(必要に応じて)
測定:
- ポジショニング角度別のパイプラインボリューム
- ポジショニング角度別の勝率
- チャネル別のCAC効率
- 顧客保持率(誰か失いましたか?)
一般的なミス:
- Crawlをスキップ(検証なしで完全リブランディングにジャンプ)
- フェーズを並行して実行(メッセージング変更中に混乱が生じる)
- ポジショニング前に完全な製品を待つ(製品はポジショニングに従うべき、その逆ではない)
- 各フェーズで測定しない(テストが「勝った」かどうか判断できない)
3. ポジショニング明確性診断
パターン:
メッセージングが競合他社のメッセージングに密接に似ている場合、製品の問題ではなく、ポジショニングの問題があります。
ポジショニング失敗の現れ:
- すべての競合他社がほぼ同一の価値提案を説明
- 差別化には複雑な技術的詳細の説明が必要
- 購入者は商品を同じものと見なす
- マーケティングメトリクス(CTR、エンゲージメント)が業界ベンチマーク以下
- 営業会話が比較質問に脱線される
実行方法:
ステップ1: 競合他社メッセージング監査
- 5~7社の直接競合企業のホームページヘッドラインを収集
- 共有されている主張を特定(これらはコモディティ化されている)
- 競合他社が独自価値を主張する場所をマップ
例:
誰もが「最速」「最も信頼性が高い」「最も使いやすい」と言っていれば、これは差別化ではなくテーブルステーク。
ステップ2: 実際の強みを評価
- 大規模な研究開発なしに、競合他社ができないことは何ですか?
- 最良の顧客は何のためにあなたを選びますか?(聞いてください)
- どんな構造的優位を持っていますか?(デプロイメントモデル、データ所有、価格設定、ネットワーク効果など)
ステップ3: 未対応ポジションを見つける
- 既存ソリューションはどこでユーザーに失敗していますか?
- 何の問題を誰もが無視していますか?
- どの購入者セグメントが未対応ですか?
ステップ4: 明確な主張をします
以下である必要があります:
- 今所有できるもの(将来のロードマップではない)
- 競合他社が簡単にコピーできないもの(構造的優位)
- 最良の顧客セグメントと共鳴するもの
一般的なミス:
- 誰もが行うことで「より良い」ことを主張(信じられない)
- 競合他社がすでに持っている機能でポジショニング
- 複数のポジションを同時に(1つを選択)
- ポジショニングシフト前に完全な製品を待つ
4. 市場ポジショニングアーキテクチャ(3つのレイヤー)
レイヤー1: 市場コンテキスト
- 市場はどんな問題を経験していますか?
- なぜそれが今この問題を経験していますか?
- 問題が解決されない場合はどうなりますか?
例: 「インフラストラクチャチームはハイブリッド環境全体でますます複雑なデプロイメントを管理しています。組織はマイクロサービスと分散システムを採用しています。これにより、従来の監視ツールが対応できない運用上の複雑さが生じます。」
レイヤー2: ポジショニングステートメント(1~2文)
- 顧客セグメント: どのような顧客セグメント?
- 解決する問題: 具体的なペイン
- 違い: 代替案と比べて重要な理由
- 証明: なぜそれを信じるべきか?
例: 「プラットフォームチームが[コア機能]を通じて[ワークフロー A]、[ワークフロー B]、[ビジネス成果]をリアルタイムで接続して、より速く出荷するのを支援します。」
レイヤー3: ナラティブ
ポジショニングをストーリーに展開:
- 世界がなぜ変わっているか
- なぜ既存ソリューションが機能しないか
- なぜ私たちのアプローチが優れているか
- 私たちと一緒にいるとどのような将来が見えるか
実行方法:
テスト前に3つのレイヤーすべてを書きます。Crawl-Walk-Run方法論でレイヤー2(ポジショニングステートメント)を最初にテストします。それが検証した場合、レイヤー3を構築します。
5. ヘッドラインとサブヘッドラインテスト
原則: 明確なポジショニングにはテスト可能な構造が必要です: ヘッドライン(あなたは何か?)+ サブヘッドライン(誰に?なぜ?)。
メインヘッドラインフォーマット:
- 「The [形容詞] [カテゴリ] that [差別化]」
- 「[製品] for [特定ユースケース]」
- 「[製品] that [コア利益]」
例:
- 「The customizable platform for [ワークフロー]」
- 「Infrastructure for autonomous teams」
- 「The enterprise-grade alternative to [既存企業]」
レッドフラグ:
- 競合企業名を使用(守勢的、自信なし)
- 技術的すぎる(購入者は理解しません)
- 複数の利益を主張(1つを選択)
- 曖昧(「Xの未来」- 信じられない)
サブヘッドラインの目的:
誰が、なぜ、現状からどう違うかを明確にします。
例:
- 「Deploy anywhere. Scale instantly. Your infrastructure, your rules.」
- 「For teams drowning in repetitive work. Automation that handles the 80%, humans handle the 20%.」
- 「Enterprise-grade. No lock-in. Works with your existing stack.」
テスト方法:
ヘッドライン+サブヘッドラインの組み合わせをA/Bテスト:
- バリアントA: 現在のメッセージング
- バリアントB: 新しいポジショニング角度
- バリアントC: 異なる差別化主張
CTR、返信率、コンバージョンを測定。
データに基づいて勝者を選択し、意見ではなく。
6. ポジショニング防御性評価
原則: ポジショニングは競合他社がそれを簡単にコピーできない場合にのみ価値があります。
防御性階層:
1. 構造的優位(最強)
- コピーが難しい: 独自のデータ所有、デプロイメント柔軟性、価格設定モデル、ネットワーク効果
- 例: 「規制業界向けにオンプレミスデプロイメントで構築」(アーキテクチャを再構築せずにコピーできない)
2. 市場ポジション(最初の場合は強い)
- 防御可能:最初にそれを所有してスケールすれば
- 例: 「[特定ワークフロー]用の最初のAIプラットフォーム」(模倣企業は派生物に見える)
3. 製品機能(弱い)
- コピーしやすい: UX、特定の機能
- 例: 「より速いAPIコール」(競合企業は6週間で速度改善を出荷)
評価方法:
各ポジショニング主張について、聞いてください:
- 競合企業は単一の製品スプリントでこれをコピーできますか?(はい=防御できない)
- 構造的優位を持っていますか?(いいえ=一時的なポジショニング)
- 現在の製品で信じられますか?(いいえ=まだ主張しないでください)
- 競合企業が反応する前に、このポジションを所有できますか?(いいえ=遅すぎる)
一般的なミス:
競合他社が簡単にマッチできる機能でポジショニング。これはポジショニングトレッドミルを作成します。常に防御しており、所有することはありません。
デシジョンツリー
再ポジショニングすべきですか?
ブランド認知度は強いがコンバージョンは弱いですか?
├─ はい → ポジショニング問題、新しい角度をテスト
└─ いいえ → 続ける...
│
メッセージングは競合他社のように聞こえますか?
├─ はい → ポジショニング問題
└─ いいえ → ポジショニング問題ではない
どのポジショニング角度をテストすべきですか?
競合他社がコピーできない構造的優位を持っていますか?
├─ はい → 構造的優位でポジション
└─ いいえ → 続ける...
│
カテゴリの最初ですか?
├─ はい → カテゴリ所有でポジション
└─ いいえ → 未対応セグメント/ユースケースを見つける
CrawlからWalkフェーズに移動すべきですか?
新しいポジショニングは既存を20%以上上回りましたか?
├─ はい → Walkに移動(整合フェーズ)
└─ いいえ → 続ける...
│
テストを十分に長く実行しましたか?(2週間以上)
├─ いいえ → より長くテスト
└─ はい → 異なるポジショニング角度を試すか、既存のままで
一般的なミス
1. 誰もがすることで「より良い」と主張
- 信じられません。異なる角度を見つけます。
2. コピーしやすい機能でポジショニング
- 競合企業はマッチします。構造的優位が必要です。
3. ポジショニングシフト前に完全な製品を待つ
- 製品作業はポジショニングに従うべき、その逆ではない
4. 複数のポジショニング角度を同時にテスト
- 何が機能しているかを判断できません。1つずつテストします。
5. 検証フェーズをスキップ
- テストなしで完全リブランディングにジャンプ=リスク
6. すべての購入者ペルソナに1つのポジショニング
- 異なるペルソナは異なることを気にします
7. 差別化しない汎用ポジショニング
- 「ベストインクラス」「革新的」=意味不明
クイックリファレンス
Crawl-Walk-Run テスト:
- Crawl(1~2週間): メッセージングをA/Bテスト、返信率を測定
- Walk(2~3週間): 営業/製品を勝利した角度に整合
- Run(継続): 完全なリポジショニング、パイプライン/コンバージョンを測定
コンバージョンする単語選択:
- ✅ Teammate、augments、you stay in control
- ❌ Autonomous、replaces、fully automated
ポジショニング監査ステップ:
- 競合他社メッセージングを収集
- 実際の強みを特定(顧客に聞く)
- 未対応ポジションを見つける
- 明確で防御可能な主張をします
防御性階層:
- 構造的優位(独自データ、デプロイメント柔軟性、価格設定モデル)
- 市場ポジション(カテゴリ所有)
- 製品機能(最弱、簡単にコピー可能)
テスト階層(シグナル強度):
- アウトバウンド返信率(最高)
- 営業電話コンバージョン(高)
- ウェブサイトCTR(中程度)
関連スキル
- ai-gtm: AI固有ポジショニング(copilot vs agent vs teammate)
- technical-product-pricing: 価格設定シグナルとしてのポジショニング
- 0-to-1-launch: 新製品ローンチのためのポジショニング
AIエージェントと開発者プラットフォームでのポジショニング作業、「autonomous」から「AI companion」へのフレーミングスペクトラムのナビゲート、カテゴリフレーミングがエンタープライズ購入者認識にどのように変わるかに基づく。また、既存顧客認識を破らずに製品を再ポジショニングするCrawl-Walk-Runロールアウト方法論を含む。理論ではなく、リブランディングにコミットする前にポジショニングをテストするパターン。
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- github
- ライセンス
- MIT
- 最終更新
- 不明
Source: https://github.com/github/awesome-copilot / ライセンス: MIT
関連スキル
seo-maps
ローカルSEO向けのマップインテリジェンス機能です。ジオグリッドのランク追跡、APIを通じたGBPプロフィール監査、Google・Tripadvisor・Trustpilotなど複数プラットフォームのレビュー分析、Google・Bing・Apple・OSM間のNAP(名前・住所・電話番号)検証、競合他社の半径マッピング、APIデータからのLocalBusinessスキーマ生成が可能です。3段階の機能レベルで対応でき、無料版(Overpass + Geoapify)、DataForSEO(フル機能)、DataForSEO + Google(最大カバレッジ)から選択できます。「maps」「geo-grid」「rank tracking」「GBP audit」「review velocity」「competitor radius」「maps analysis」「local rank tracking」「Share of Local Voice」「SoLV」などのキーワードで利用できます。
seo-content-brief
セクションごとの文字数、競合スコアリング、キーワード密度ガイダンス、ページタイプテンプレートを含む競争力のあるSEOコンテンツブリーフを生成します。新規ページのブリーフと既存ページの改善ブリーフの両方に対応しています。ユーザーが「コンテンツブリーフ」「ブリーフを作成」「コンテンツアウトライン」「ブログブリーフ」「サービスページブリーフ」「ブリーフ〜」「ライティングブリーフ」「コンテンツプラン」「アウトライン〜」などと言った場合に使用します。
rakuten-seo
楽天市場の商品名・キャッチコピーをSEO最適化するスキル。「楽天SEO」「商品名最適化」「楽天の商品名」「キャッチコピー」「楽天のタイトル」「商品名を直して」「楽天検索対策」など、楽天市場の商品名やキャッチコピーの作成・改善・チェックに関するリクエストで必ずこのスキルを使う。既存の商品名の改善も、ゼロからの作成も対応。あらゆるジャンル(食品・ファッション・化粧品・家電・サプリ・インテリア・ベビー・ペット・業務用など)に対応。 【ALSEL独自スキル】株式会社ALSEL が、19年・5,000社超の EC 支援で得たノウハウをもとに開発したオリジナルスキルです。
amazon-seo-jp
Amazon.co.jp商品ページのSEO分析・最適化・自動採点スキル v2.0。 COSMO/Rufus/A10アルゴリズムに基づく採点。セラーセントラル出品レポート(.xlsm)を入力すると、 商品タイトル・箇条書き・検索キーワード・商品説明文を100点満点で採点し、 4項目すべての改善案を日本語で出力する。 トリガー: 「Amazon SEO」「商品ページ採点」「Amazon最適化」 「リスティング改善」「Amazon商品名」「箇条書き改善」 「COSMO対応」「Rufus最適化」「Amazon タイトル」 【ALSEL独自スキル】株式会社ALSEL が、19年・5,000社超の EC 支援で得たノウハウをもとに開発したオリジナルスキルです。
rakuten-bulk-control-csv
楽天RMSの一括登録/一括除外/一括更新用CSV(コントロールカラム,商品管理番号 の2列フォーマット)を作成するスキル。商品DL CSV・商品管理画面のコピペ・Excel・PDFなどから商品管理番号を抽出し、Shift-JIS+LF改行で出力する。「一括除外リスト作って」「楽天の除外CSV」「コントロールカラムnで」「2800円以下の商品をdで」「在庫0の商品を一括削除」「商品管理番号抜いてshift-jsで」「このフォーマットで」など、楽天RMSの商品一括処理用CSVを作るタスクで必ずこのスキルを使う。コントロールカラム値(n=新規/d=削除/u=更新)と抽出条件(全件・価格・在庫・販売状態など)をユーザー指示に応じて柔軟に切り替える。 【ALSEL独自スキル】株式会社ALSEL が、19年・5,000社超の EC 支援で得たノウハウをもとに開発したオリジナルスキルです。
amazon-a-plus-content-brief
Amazon A+コンテンツの構成・モジュール選定・画像指示・比較表・FAQを設計するスキル。「A+コンテンツ作って」「Aプラス構成」「ブランドストーリー」「比較表つきA+」「A+モジュール選定」「Amazonのページに画像入れたい」「A+のヘッダー画像」「A+コンテンツマネージャー」など、Amazon A+コンテンツの企画・設計・改善のリクエストで必ずこのスキルを使う。ベーシック17モジュール/Premium追加機能/画像サイズ規定/文字数目安/審査リジェクト要因を踏まえて、デザイナーに渡せるブリーフ形式で出力。あらゆるジャンル(家電・コスメ・食品・アパレル・日用品・ベビー・ペット等)に対応。※ブランドストア(マルチページ)の設計は別スキル `amazon-brand-store-planner`、タイトル・bullet改善は `amazon-title-bullet-rewriter-jp`、メイン画像のチェックは `amazon-main-image-checker`。 【ALSEL独自スキル】株式会社ALSEL が、19年・5,000社超の EC 支援で得たノウハウをもとに開発したオリジナルスキルです。