positioning-workshop

目的

プロダクトマネージャーが、ターゲット顧客、満たされていないニーズ、製品カテゴリー、ベネフィット、競合との差別化についての適応型の質問を通じて、製品のポジショニングを発見し、明確に表現できるよう支援します。PRD、ローンチ計画、マーケティング資料を作成する前に、誰に価値を提供するのか、どのニーズに応えるのか、代替製品とどう異なるのかについて意図的に選択し、関係者間で戦略的なポジショニングをすり合わせるために活用してください。

これはブレインストーミングの場ではありません。エビデンスと戦略的な選択に裏打ちされた、Geoffrey Moore のポジショニングステートメントを作成するための、体系的なディスカバリープロセスです。

入力

最適な入力： ポジショニングが曖昧に感じられる製品（または機能）。 あると役立つ情報： 現在のメッセージ、想定している顧客、競合、そして現時点でポジショニングに問題が生じている場面（営業電話、ウェブサイト、ローンチなど）。

呼び出し時に渡された情報（スキル名の後に続くテキスト、貼り付けられたコンテキスト、または追記された ARGUMENTS: 行）は、すでに回答済みの情報として扱います。その情報を使い、該当する質問は繰り返さないでください。

何も準備していなくても大丈夫です。 ワークショップはターゲット顧客についての質問から始まり、1問ずつ進みます。

呼び出し例： Run a positioning workshop for our API monitoring tool — we keep getting compared to Datadog and losing.

主なコンセプト

ポジショニングワークショップの流れ

次の手順で進める、対話型のディスカバリープロセスです。

1. 製品のコンテキストを収集する（マーケティング資料、競合情報など）
2. 質問を通じてターゲット顧客セグメントを特定する
3. Jobs-to-be-Done の視点から、十分に満たされていないニーズを明らかにする
4. 製品カテゴリーとベネフィットを定義する
5. 競合との差別化を確立する
6. 完全なポジショニングステートメントを作成する（positioning-statement.md を使用）

効果がある理由

• 体系的なディスカバリー：「委員会によるポジショニング」（曖昧になりすぎること）を防ぎます
• エビデンスに基づく： 実際のマーケティング資料、顧客からのフィードバック、競合情報を活用します
• 適応型： B2B と B2C、新製品とリポジショニングなどに応じて質問を調整します
• 実行につながる成果物： 関係者のレビューにすぐ使える Geoffrey Moore のポジショニングステートメントを作成します

アンチパターン（これは何ではないか）

• タグラインジェネレーターではありません： ポジショニング ≠ マーケティングコピー
• 機能優先ではありません： 製品の機能ではなく、顧客の課題から始めます
• コンセンサス主導ではありません： 難しい選択を求めます（「すべての人向け」にはできません）

活用する場面

• 新製品のポジショニングを定義するとき
• 既存製品をリポジショニングするとき（ピボット、市場の変化など）
• 製品戦略について関係者間の認識を合わせるとき
• ローンチや大規模リリースの準備をするとき
• ポジショニングに依存する成果物（PRD、プレスリリース、営業資料）を作成する前

活用しない場面

• 顧客調査の前（ポジショニングには検証済みのインサイトが必要です）
• 利用者が固定されている社内ツールの場合（市場向けのポジショニングは不要です）
• ポジショニングがすでに明確で、検証も済んでいる場合

---

ファシリテーションの基準

このスキルでは、デフォルトの対話プロトコルとして workshop-facilitation を使用してください。

このファイルでは、次の内容を定義しています。

• セッション開始時の案内と参加方法（ガイド付き、コンテキストの貼り付け、ベストゲス）
• 平易な表現による、1ターンにつき1つの質問
• 進捗ラベル（例：Context Qx/8、Scoring Qx/5）
• 中断への対応と一時停止・再開時の動作
• 意思決定の場面での、番号付きの推奨案
• 通常の質問で選べる番号付きの簡易回答（必要に応じて Other (specify) を含める）

このファイルでは、分野固有の評価内容を定義します。内容が競合する場合は、このファイルの分野固有のロジックに従ってください。

アプリケーション

このインタラクティブなスキルでは、最大5つの質問を順応的に提示し、各ステップで状況に応じた選択肢を3～4個提示します。

対話の進め方：意思決定の場面では番号付きの推奨事項を提示し、通常の質問ではクイック選択肢を使う、1ステップずつ進める形式にしたい場合は、skills/workshop-facilitation/SKILL.md と組み合わせてください。ユーザーが一度で完結する出力を求めている場合は、複数ターンでの進行を省略します。

---

ステップ0：コンテキストを集める（質問の前）

エージェントの提案：

始める前に、ポジショニングの検討の基礎となる製品のコンテキストを集めましょう。

自社製品について：

• 現在のウェブサイトのコピー（ホームページ、製品ページ、価値提案）
• 既存のポジショニングステートメントやメッセージング関連資料
• 顧客の声や導入事例
• 営業時の反論や、競合との勝敗分析
• 製品の説明や機能一覧

既存製品のポジショニングを変更する場合：

• 現在のポジショニング（現在どのように伝えていますか？）
• 顧客からのフィードバックやサポートチケット（どのような問題が報告されていますか？）
• 競合に関する情報（競合はどのようなポジショニングをしていますか？）

まだ製品がない場合（またはベンチマークしたい場合）：

• 競合製品や類似製品を2～3個見つける
• それらのウェブサイトのホームページ、ポジショニングステートメント、または価値提案をコピーする
• これらを参考として使います

この内容を直接貼り付けることも、簡単な説明から始めることもできます。

---

質問1：ターゲット顧客セグメント

エージェントの質問： 「提供されたコンテキストに基づいて、主にどの顧客セグメントにサービスを提供していますか？」

番号付きの選択肢を4つ提示する（製品のコンテキストに応じて調整）：

1. B2B：中小企業の意思決定者 — 例：「業務を管理する小規模事業者（従業員10～50人）」（Gusto、QuickBooks など）
2. B2B：大企業の購買担当者 — 例：「従業員500人以上の企業のIT／製品部門のリーダー」（Salesforce、Workday など）
3. B2C：一般消費者 — 例：「家計管理ツールを探しているZ世代のユーザー（18～25歳）」（Mint、Venmo など）
4. B2C：ニッチな愛好家 — 例：「マクロ栄養素やワークアウトを記録するフィットネス愛好家」（MyFitnessPal、Strava など）

または、独自のターゲット顧客セグメントを説明してください（属性、役職、企業規模、行動などを具体的に記述してください）。

調整のヒント： マーケティング資料に「大企業」「中小企業」「消費者」や特定のペルソナが記載されている場合は、それらを提案してください。

ユーザーの回答： [選択または自由記述]

---

質問2：十分に満たされていないニーズ（Jobs-to-be-Done）

エージェントの質問： 「ターゲット顧客が経験している、製品が解決する十分に満たされていないニーズや課題は何ですか？」

番号付きの選択肢を4つ提示する（質問1に応じて調整）：

例（質問1が「B2B：中小企業の意思決定者」の場合）：

1. 時間のかかる手作業 — 例：「自動化すべきタスクに週10時間以上費やしている」（請求書処理、給与計算、レポート作成）
2. 可視性や管理の不足 — 例：「プロジェクトのリアルタイムの状況を把握できず、期限に間に合わない」（プロジェクト管理、ダッシュボード）
3. コンプライアンスやリスクの負担 — 例：「手作業によるミスで、税務上のペナルティや法的問題が発生することを懸念している」（会計、人事コンプライアンス）
4. コストのかかる非効率 — 例：「プロセスの遅さや顧客対応の煩雑さによって収益を失っている」（営業オペレーション、顧客オンボーディング）

または、顧客調査、サポートチケット、競合の不足点に基づき、具体的な課題や満たされていないニーズを説明してください。

調整のヒント： 提供された資料にある顧客の声や導入事例の表現を使ってください。

ユーザーの回答： [選択または自由記述]

---

質問 3：製品カテゴリ

エージェントの質問： 「あなたのソリューションは、どの製品カテゴリに当てはまりますか？（これは購入者による評価の基準になります。）」

4 つの選択肢を提示します（質問 1 と質問 2 の回答に応じて調整）：

例（質問 1 ＝ B2B SMB、質問 2 ＝ 時間のかかる手作業の場合）：

1. ワークフロー自動化プラットフォーム — 例：「アプリ間の反復作業を自動化します」（Zapier、Integromat など）
2. ビジネス管理ソフトウェア — 例：「業務運営（請求書発行、給与計算、CRM）向けのオールインワンプラットフォームです」（HubSpot、Zoho など）
3. バーティカル SaaS — 例：「特定の業界（HVAC、法律、歯科など）向けに特化して構築されています」（Jobber、Clio など）
4. AI 搭載アシスタント — 例：「自然言語を使ってワークフローを自動化する AI ツールです」（Notion AI、Jasper など）

または、独自のカテゴリを定義してください。注：新しいカテゴリを作るのはリスクが伴うため、強い根拠がない限り、既存のカテゴリを選んでください。

調整のヒント： 競合他社が明確なカテゴリに属している場合、新しいカテゴリを意図的に作るのでなければ、まずは同じカテゴリを選んでください。

ユーザーの回答： ［選択肢または自由記述］

---

質問 4：主なメリット（機能ではなく成果）

エージェントの質問： 「製品がもたらす主なメリットや成果は何ですか？（製品に 何があるか ではなく、顧客が 何を得られるか に注目してください。）」

3 つの選択肢を提示します（質問 2 のニーズに応じて調整）：

例（質問 2 ＝ 時間のかかる手作業の場合）：

1. 時間の節約 — 例：「手作業を週 10 時間から 1 時間に削減します」（測定可能な効率化）
2. エラーの削減 — 例：「手作業によるデータ入力エラーを 95％ 解消します」（精度の向上／リスクの軽減）
3. コストの削減 — 例：「請求書発行を自動化し、人件費を月額 500 ドル節約します」（直接的な ROI）

または、製品がもたらす具体的で測定可能な成果を説明してください。

品質チェック： 機能（「AI を搭載」「ダッシュボードを含む」）は避けてください。成果（「意思決定を 3 倍速くする」「コンプライアンス違反を防ぐ」）に注目してください。

ユーザーの回答： ［選択肢または自由記述］

---

質問 5：競合との差別化

エージェントの質問： 「主な競合製品または競合する代替手段は何ですか？また、それとどう違いますか？」

4 つの選択肢を提示します（質問 3 のカテゴリに応じて調整）：

例（質問 3 ＝ ワークフロー自動化プラットフォームの場合）：

1. 既存の SaaS 大手 — 例：「技術的な設定が必要な Zapier とは異なり、当社は技術的な知識がないユーザーでも使えるノーコードのビジュアルワークフローを提供します」
2. スプレッドシート／手作業のプロセス — 例：「手動での更新が必要な Excel とは異なり、当社は複数のツール間でリアルタイムの自動同期を提供します」
3. 特定業界向けの競合製品 — 例：「汎用自動化ツールとは異なり、当社は［業界］向けにテンプレートとコンプライアンス機能をあらかじめ用意しています」
4. エンタープライズ専用ソリューション — 例：「複雑で高価なエンタープライズツールとは異なり、当社はシンプルな料金体系と 10 分で完了するセットアップで SMB 向けに設計されています」

または、主な競合する代替手段と、独自の差別化要因を説明してください（機能ではなく、成果に注目してください）。

調整のヒント： 提供された資料（勝因・敗因分析、営業時の反論など）から競合情報を活用してください。

ユーザーの回答： ［選択肢または自由記述］

---

出力：ポジショニングステートメントの生成

回答を収集した後、エージェントは positioning-statement.md の形式を使ってポジショニングステートメントを生成します。

# Positioning Statement

**Based on your responses, here's your positioning statement:**

---

## Value Proposition

**For** [Target customer from Q1]
- **that need** [Underserved need from Q2]
- [Product name]
- **is a** [Product category from Q3]
- **that** [Key benefit from Q4]

---

## Differentiation Statement

- **Unlike** [Primary competitor from Q5]
- [Product name]
- **provides** [Unique differentiation from Q5]

---

## Positioning Summary (One-Sentence Version)

[Product name] is a [category] for [target] that [benefit], unlike [competitor] which [limitation].

**Example:** "Acme Workflows is a no-code automation platform for small business owners that reduces manual work from 10 hours/week to 1 hour, unlike Zapier which requires technical setup and coding knowledge."

---

## Next Steps

1. **Stress-test this positioning:**
   - Read it aloud to 5 target customers. Do they recognize themselves?
   - Share with stakeholders (product, marketing, sales). Does it align?
   - Check if differentiation is defensible (can competitors copy this in 6 months?).

2. **Refine based on feedback:**
   - If target feels too broad → Narrow further (e.g., "SMB owners" → "SMB owners in service industries")
   - If need isn't resonating → Validate with more customer research
   - If category confuses → Pick a clearer category or commit to category creation

3. **Apply to artifacts:**
   - Update website homepage and product pages
   - Revise sales deck and pitch materials
   - Use in PRD, press release, or roadmap planning (reference `press-release.md`, `positioning-statement.md`)

---

**Would you like to refine any part of this positioning, or shall we document it as final?**

---

例

例 1：適切なポジショニングワークショップ（B2B SaaS オートメーション）

ステップ 0 - 提供されたコンテキスト： ユーザーが現在のウェブサイトのコピーを共有します：

「Acme Workflows は、中小企業の反復作業の自動化を支援します。アプリを連携して時間を節約できます。」

質問 1 への回答：「B2B：中小企業の意思決定者 — 業務を管理する従業員 10～50 人の小規模事業者」

質問 2 への回答：「時間のかかる手作業 — 請求書処理、データ入力、レポート作成に週 10 時間以上を費やしている」

質問 3 への回答：「ワークフロー自動化プラットフォーム — アプリ間の反復作業を自動化する」

質問 4 への回答：「時間の節約 — 手作業を週 10 時間から 1 時間に削減する」

質問 5 への回答：「既存の SaaS 業界リーダー — 技術的な設定が必要な Zapier とは異なり、技術者でなくても使えるノーコードのビジュアルワークフローを提供する」

---

生成されたポジショニングステートメント：

## Value Proposition

**For** small business owners (10-50 employees) managing daily operations
- **that need** to eliminate 10+ hours/week spent on manual tasks like invoice processing, data entry, and reporting
- Acme Workflows
- **is a** no-code workflow automation platform
- **that** reduces manual work from 10 hours/week to 1 hour by automating repetitive tasks across apps

## Differentiation Statement

- **Unlike** Zapier, which requires technical setup and coding knowledge
- Acme Workflows
- **provides** visual, no-code workflows that non-technical business owners can set up in 10 minutes

## Positioning Summary

Acme Workflows is a no-code automation platform for small business owners that reduces manual work from 10 hours/week to 1 hour, unlike Zapier which requires technical setup and coding knowledge.

効果的な理由：

• ターゲットが具体的です（中小企業の経営者、従業員 10～50 人、業務管理に注力）
• ニーズを測定できます（手作業に週 10 時間以上を費やしている）
• カテゴリーが明確です（ワークフロー自動化）
• ベネフィットが成果を重視しています（10 時間 → 1 時間）
• 差別化に説得力があります（技術的な設定に対するノーコード）

---

例 2：不適切なポジショニングワークショップ（曖昧）

質問 1 への回答：「企業」 質問 2 への回答：「より良いツールが必要」 質問 3 への回答：「ソフトウェア」 質問 4 への回答：「生産性」 質問 5 への回答：「競合他社より優れています」

生成されたポジショニングステートメント：

**For** businesses
- **that need** better tools
- ProductX
- **is a** software
- **that** improves productivity

**Unlike** competitors
- ProductX
- **provides** better features

失敗する理由：

• ターゲットが広すぎます（「企業」＝すべての人）
• ニーズが曖昧です（「より良いツール」＝意味がありません）
• カテゴリーが具体的ではありません（「ソフトウェア」では何も伝わりません）
• ベネフィットを測定できません（「生産性」＝どの程度でしょうか？）
• 差別化に中身がありません（「優れた機能」＝検証できません）

改善方法： 戻って、具体的に回答してください。推測ではなく、顧客調査を活用してください。

---

よくある落とし穴

落とし穴 1：「すべての人向け」

兆候： ターゲットが「すべての企業」または「生産性を高めたい人」になっている

結果： ポジショニングが目立たなくなり、誰も「自分向けだ」と感じません。

対処法： 徹底的に絞り込みます。最初の顧客セグメントを選びましょう。後から拡大できます。

---

落とし穴 2：ニーズが機能の要望になっている

兆候： 「より良いダッシュボードが必要」または「AI を活用した分析機能が必要」

結果： 問題ではなく、解決策に飛びついています。

対処法： 「なぜそれが必要なのか？」と尋ねます。根本的なニーズにたどり着くまで問い続けてください。

---

落とし穴 3：カテゴリーが曖昧

兆候： 「私たちはデジタルトランスフォーメーションの次世代プラットフォームです」

結果： 購入者は、どのように評価すればよいのかわかりません。

対処法： 購入者が理解できるカテゴリーを選びます。新しいカテゴリーを作る場合は、カテゴリーを浸透させるための予算を確保してください。

---

落とし穴 4：差別化が機能になっている

兆候： 「競合他社と違い、AI を搭載しています」

結果： 機能は模倣できます。持続的な差別化にはなりません。

対処法： 成果に注目します。「競合他社と違い、設定時間を 2 時間から 10 分に短縮します。」

---

落とし穴 5：顧客による検証がない

兆候： ポジショニングを社内だけで作成し、顧客に一度も試していない

結果： 社内ではよく聞こえても、社外には響きません。

対処法： ターゲット顧客 5 人にポジショニングステートメントを読み上げます。「まさに自分のことです」という反応がなければ、修正してください。

---

参考資料

関連スキル

• positioning-statement.md — このワークショップで生成する出力形式
• proto-persona.md — 「[ターゲット]向け」セグメントを定義します
• jobs-to-be-done.md — 「そのニーズを持つ」ステートメントの作成に役立ちます
• problem-statement.md — 問題の枠組みがポジショニングを支えます
• press-release.md — ポジショニングがプレスリリースのメッセージに反映されます

外部フレームワーク

• Geoffrey Moore 著、Crossing the Chasm（1991）— ポジショニングステートメント形式の原典
• April Dunford 著、Obviously Awesome（2019）— 現代的なポジショニング手法

Dean の作業

• ポジショニングステートメントのプロンプトテンプレート

---

スキルの種類： 対話型 推奨ファイル名： positioning-workshop.md 推奨配置場所： /skills/interactive/ 依存関係： positioning-statement.md を使用し、proto-persona.md、jobs-to-be-done.md、problem-statement.md を参照します