product-strategy-session

目的

ポジショニング、問題の定義、顧客発見、ロードマップ計画のスキルを一貫したエンドツーエンドのプロセスとして組み合わせ、包括的なプロダクト戦略セッションを通じてプロダクトマネージャーを支援します。これを活用して、漠然とした戦略の方向性から、明確なポジショニング、ターゲット顧客、問題の定義、優先順位付けされたロードマップを備えた、具体的で検証済みのプロダクト戦略へと進みます。実行に着手する前に、関係者間の認識を合わせることができます。

これは一度きりのワークショップではありません。プロダクト戦略を策定または見直すための、繰り返し実施できるプロセスです。通常、複数回のセッションを設け、2〜4週間にわたって実施します。

入力

最適な入力： 対象となるプロダクト（またはプロダクトライン）と、セッションを必要とする戦略上の問い。 あると役立つ入力： 現在のポジショニング、ディスカバリーの成果物、ロードマップの草案、成果について認識を合わせる必要がある人。

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

何も用意していなくても大丈夫です。 ワークフローはポジショニングから開始し、そこから各フェーズを組み合わせて進行します。成果物が提供されている場合は、それに応じて途中のフェーズから開始できます。

呼び出し例： Run a strategy session for our analytics add-on: flat adoption, two competing roadmap visions, exec review in 4 weeks.

主なコンセプト

プロダクト戦略セッションとは？

プロダクト戦略セッションとは、戦略が曖昧な状態から、検証済みの方向性へとプロダクトを導く、複数のフェーズから成る体系的なプロセスです。以下を組み合わせて進行します。

1. ポジショニングと市場の状況 — 誰に価値を提供するのか、どのような問題を解決するのか、どのように差別化するのかを定義します
2. 問題の発見と検証 — 調査を通じて顧客の問題を明確化し、検証します
3. ソリューションの検討 — 機会に対するソリューションを生み出し、インパクトに基づいて優先順位を付けます
4. ロードマップの計画 — 戦略に基づいてエピックとリリースの順序を決めます

効果がある理由

• 体系的なディスカバリー： 問題を理解する前にソリューションに飛びつくことを防ぎます
• 関係者間の認識合わせ： 経営陣、プロダクト、デザイン、エンジニアリングの間で共通認識を築きます
• 検証済みの戦略： リソース投入を決める前に、前提を検証します
• 実行可能なロードマップ： 全体的な戦略を具体的な作業につなげます

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

• 機能のブレインストーミングではありません： 戦略セッションでは、機能を列挙するだけでなく、問題を明確にします
• ウォーターフォール型の計画ではありません： フィードバックループと反復を組み込みます
• PMだけで行う作業ではありません： 部門横断的な参加が必要です

これを活用する場面

• 新しいプロダクトや大規模な取り組みを開始するとき
• 年次または四半期ごとの戦略計画サイクル
• 既存プロダクトのポジショニングを見直すとき
• 新しいプロダクトリーダーのオンボーディング（戦略について認識を合わせる）

これを活用しない場面

• 戦略がすでに明確で、検証も済んでいるとき
• 戦術的な機能追加の場合（戦略の変更が不要な場合）
• 経営陣の支援が得られないとき（戦略が定着しないため）

---

ファシリテーションの基準となる情報源

このワークフローをガイド付きの会話として進める場合は、workshop-facilitationを対話プロトコルとして使用してください。

以下を定義しています。

• セッション開始前の案内と開始モード（Guided、Context dump、Best guess）
• 平易な言葉でのプロンプトを使った、1ターンにつき1つの質問
• 進捗ラベル（例：Context Qx/8、Scoring Qx/5）
• 中断への対応と一時停止・再開の動作
• 意思決定時に提示する番号付きの推奨事項
• 通常の質問に対する、番号付きの選択肢（必要に応じてOther (specify)を含めます）

このファイルでは、ワークフローの手順と分野固有の成果物を定義します。矛盾がある場合は、このファイルのワークフローのロジックに従ってください。

適用

入力欄を含む完全な構成にはtemplate.mdを使用してください。

このワークフローでは、複数のコンポーネントスキルと対話型スキルを使って、2〜4週間にわたる6つのフェーズを進行します。

---

フェーズ1：ポジショニングと市場の状況（第1週、1〜2日目）

目標： ターゲット顧客、問題領域、差別化要因を定義します。

アクティビティ

1. ポジショニングワークショップを実施する

• 使用するもの： skills/positioning-workshop/SKILL.md（インタラクティブ）
• 参加者： PM、プロダクトリーダー、マーケティング、営業
• 所要時間： 90分
• 成果物： ポジショニングステートメントの草案

2. プロトペルソナを定義する

• 使用するもの： skills/proto-persona/SKILL.md（コンポーネント）
• 参加者： PM、デザイン、顧客対応チーム
• 所要時間： 60分
• 成果物： プロトペルソナ1〜3件（仮説に基づく）

3. Jobs-to-be-Doneをマッピングする

• 使用するもの： skills/jobs-to-be-done/SKILL.md（コンポーネント）
• 参加者： PM、デザイン
• 所要時間： 60分
• 成果物： 各ペルソナのJTBDステートメント

意思決定ポイント1：顧客について十分な情報がありますか？

はいの場合： フェーズ2（課題の定義）に進みます

いいえの場合： 追加のディスカバリーを実施します。

• 使用するもの： skills/discovery-interview-prep/SKILL.md（インタラクティブ）
• 顧客インタビューを5〜10件設定します
• 先に進む前に、ポジショニングの前提を検証します
• 所要時間への影響： +1週間

---

フェーズ2：課題の定義と検証（第1週、3〜5日目）

目標： 顧客の中核的な課題を定義し、解決する価値があることを検証します。

アクティビティ

1. 課題定義キャンバスを実施する

• 使用するもの： skills/problem-framing-canvas/SKILL.md（インタラクティブ - MITRE）
• 参加者： PM、デザイン、エンジニアリングリード、カスタマーサクセス
• 所要時間： 120分
• 成果物： 洗練された課題ステートメントと「How Might We」形式の問い

2. 正式な課題ステートメントを作成する

• 使用するもの： skills/problem-statement/SKILL.md（コンポーネント）
• 参加者： PM
• 所要時間： 30分
• 成果物： PRD／ロードマップ向けの構造化された課題ステートメント

3. カスタマージャーニーをマッピングする（任意）

• 使用するもの： skills/customer-journey-mapping-workshop/SKILL.md（インタラクティブ）
• 使用するタイミング： 課題が複数のタッチポイントや段階にまたがる場合
• 参加者： PM、デザイン、カスタマーサクセス
• 所要時間： 90分
• 成果物： 課題と機会を示したジャーニーマップ

意思決定ポイント2：課題は検証されていますか？

はいの場合： フェーズ3（ソリューションの探索）に進みます

いいえの場合： 顧客ディスカバリーインタビューを実施します。

• 使用するもの： skills/discovery-interview-prep/SKILL.md（インタラクティブ）
• 顧客5〜10人を対象に課題の仮説を検証します
• 調査結果に基づいて課題ステートメントを反復します
• 所要時間への影響： +1週間

---

フェーズ3：ソリューションの探索（第2週、1〜3日目）

目標： ソリューションの選択肢を生み出し、実現可能性と影響度に基づいて優先順位を付け、POCを選定します。

アクティビティ

1. Opportunity Solution Treeを作成する

• 使用するもの： skills/opportunity-solution-tree/SKILL.md（インタラクティブ）
• 参加者： PM、デザイン、エンジニアリングリード
• 所要時間： 90分
• 成果物： 3つの機会、各機会につき3つのソリューション、POCの推奨案

代替案：Lean UX Canvasを使用する

• 使用するもの： skills/lean-ux-canvas/SKILL.md（インタラクティブ）
• 使用するタイミング： OSTよりも仮説主導のアプローチを希望する場合
• 成果物： ビジネス課題、仮説、実験

2. エピック仮説を定義する

• 使用するもの： skills/epic-hypothesis/SKILL.md（コンポーネント）
• 参加者： PM
• 所要時間： エピックごとに60分
• 成果物： 優先度の高い3〜5件の取り組みに対するエピック仮説ステートメント

3. ユーザーストーリーマップを作成する（任意）

• 使用するもの： skills/user-story-mapping-workshop/SKILL.md（インタラクティブ）
• 使用するタイミング： リリース計画が必要な複雑な機能の場合
• 参加者： PM、デザイン、エンジニアリング
• 所要時間： 120分
• 成果物： バックボーンとリリーススライスを含むストーリーマップ

意思決定ポイント3：コミットする前にソリューションをテストする必要がありますか？

はい（不確実性が高い場合）： 実験を実施します。

• skills/opportunity-solution-tree/SKILL.md の成果物に基づき、POC実験を設計します
• 顧客10〜20人を対象にテストします（プロトタイプ、コンシェルジュ、ランディングページテスト）
• 所要時間への影響： +1〜2週間

いいえ（不確実性が低い場合）： フェーズ4（優先順位付け）に進みます

---

フェーズ4：優先順位付けとロードマップ計画（第2週、4〜5日目）

目標： 取り組みの優先順位を付け、実行可能なロードマップに順序立てて組み込みます。

アクティビティ

1. 優先順位付けのフレームワークを選ぶ

• 使用するもの： skills/prioritization-advisor/SKILL.md（対話形式）
• 参加者： PM
• 所要時間： 30 分
• 成果物： 推奨される優先順位付けのフレームワーク（RICE、ICE、価値／工数など）

2. エピックを評価して優先順位を付ける

• 使用するもの： ステップ 1 の優先順位付けフレームワーク
• 参加者： PM、エンジニアリングリード、プロダクトリーダー
• 所要時間： 90 分
• 成果物： 優先順位を付けたエピックのバックログ

3. リリースごとにロードマップの順序を決める

• 参加者： PM、エンジニアリングリード
• 所要時間： 60 分
• 成果物： 四半期単位またはリリース単位のロードマップ（Q1：エピック A、B、Q2：エピック C、D、E）

4. TAM／SAM／SOM を算出する（任意）

• 使用するもの： skills/tam-sam-som-calculator/SKILL.md（対話形式）
• 使用する場面： 役員向けのプレゼンテーション、資金調達、市場規模の推定
• 参加者： PM、ビジネスオペレーション
• 所要時間： 60 分
• 成果物： 出典を明記した市場規模の予測

---

フェーズ 5：ステークホルダーとの合意形成とコミュニケーション（第 3 週）

目標： ステークホルダーに戦略を提示し、フィードバックを集め、内容を調整します。

アクティビティ

1. ビジョンを示すプレスリリースを作成する（任意）

• 使用するもの： skills/press-release/SKILL.md（コンポーネント）
• 使用する場面： 大規模な製品ローンチや、経営幹部からの賛同を得たい場合
• 参加者： PM、マーケティング
• 所要時間： 60 分
• 成果物： Amazon の Working Backwards 形式のプレスリリース

2. ステークホルダーに戦略を提示する

• 形式： 60 分のプレゼンテーションで以下を説明します。
  • ポジショニングステートメント（フェーズ 1）
  • 問題ステートメント（フェーズ 2）
  • ソリューションの選択肢と優先順位付け（フェーズ 3～4）
  • ロードマップ（フェーズ 4）
• 参加者： 経営幹部、プロダクトリーダー、主要なステークホルダー
• 成果物： フィードバック、未解決の質問、次の段階に進むための承認

3. フィードバックに基づいて内容を調整する

• 所要時間： 1～2 日
• 成果物： 更新された戦略関連資料

---

フェーズ 6：実行計画（第 4 週）

目標： エピックをユーザーストーリーに分割し、最初のスプリント／リリースを計画します。

アクティビティ

1. 最優先のエピックを分割する

• 使用するもの： skills/epic-breakdown-advisor/SKILL.md（Richard Lawrence の 9 つのパターンを使用する対話形式）
• 参加者： PM、デザイン、エンジニアリング
• 所要時間： 90 分
• 成果物： パターン（ワークフロー、CRUD、ビジネスルールなど）ごとに分割されたユーザーストーリー

2. ユーザーストーリーを作成する

• 使用するもの： skills/user-story/SKILL.md（コンポーネント）
• 参加者： PM
• 所要時間： ストーリー 1 件あたり 30 分
• 成果物： 受け入れ条件を含むユーザーストーリー

3. 最初のスプリント／リリースを計画する

• 参加者： PM、エンジニアリング
• 所要時間： 60 分
• 成果物： スプリントバックログまたはリリース計画

---

ワークフロー全体：エンドツーエンドの概要

Week 1:
├─ Day 1-2: Positioning & Market Context
│  ├─ skills/positioning-workshop/SKILL.md (90 min)
│  ├─ skills/proto-persona/SKILL.md (60 min)
│  └─ skills/jobs-to-be-done/SKILL.md (60 min)
│
├─ Day 3-5: Problem Framing & Validation
│  ├─ skills/problem-framing-canvas/SKILL.md (120 min)
│  ├─ skills/problem-statement/SKILL.md (30 min)
│  └─ [Optional] skills/customer-journey-mapping-workshop/SKILL.md (90 min)
│
└─ Decision: Validate problem? (if NO, +1 week discovery)

Week 2:
├─ Day 1-3: Solution Exploration
│  ├─ skills/opportunity-solution-tree/SKILL.md (90 min)
│  ├─ skills/epic-hypothesis/SKILL.md (60 min per epic)
│  └─ [Optional] skills/user-story-mapping-workshop/SKILL.md (120 min)
│
├─ Decision: Test solutions? (if YES, +1-2 weeks experiments)
│
└─ Day 4-5: Prioritization & Roadmap
   ├─ skills/prioritization-advisor/SKILL.md (30 min)
   ├─ Score & prioritize epics (90 min)
   ├─ Sequence roadmap (60 min)
   └─ [Optional] skills/tam-sam-som-calculator/SKILL.md (60 min)

Week 3:
└─ Stakeholder Alignment
   ├─ [Optional] skills/press-release/SKILL.md (60 min)
   ├─ Present strategy (60 min)
   └─ Refine based on feedback (1-2 days)

Week 4:
└─ Execution Planning
   ├─ skills/epic-breakdown-advisor/SKILL.md (90 min)
   ├─ skills/user-story/SKILL.md (30 min per story)
   └─ Plan first sprint (60 min)

合計所要時間：

• 最短： 2 週間（ディスカバリー／実験なし）
• 標準： 3 週間（検証 1 回を含む）
• 最長： 4～6 週間（ディスカバリーインタビューと実験を含む）

---

例

戦略セッションの完全な例は examples/sample.md を参照してください。

短い抜粋の例：

**Target:** Non-technical SMB owners
**Problem:** Onboarding drop-off due to jargon
**Priority:** Guided onboarding (RICE)

よくある落とし穴

落とし穴 1：問題の検証を省略する

症状： 問題を検証せずに、ポジショニングからソリューションの検討に進む

結果： 検証されていない問題に対するソリューションを構築する

対策： フェーズ 2 の後に判断のポイントを設けます。「問題は検証済みか？」答えが NO の場合は、ディスカバリーインタビューを実施します。

---

落とし穴 2：PM だけで取り組む

症状： PM が単独で戦略セッションを進め、完成した戦略をチームに提示する

結果： 賛同が得られず、チームがその根拠を理解できない

対策： ワークショップに部門横断の参加者（デザイン、エンジニアリング、営業、CS）を含めます。

---

落とし穴 3：経営幹部の支援なしに戦略セッションを行う

症状： 戦略セッションをすべて実施した後、フェーズ 5 の合意形成に経営幹部が参加しない

結果： 戦略にリソースが割り当てられず、優先されない

対策： 事前に経営幹部のコミットメントを確保し、開始前にフェーズ 5 のプレゼンテーションを予定に入れます。

---

Pitfall 4：意思決定ポイントがない（すべてのフェーズを必ず実行する）

症状： 発見や実験が必要かを確認せず、6つのフェーズすべてを盲目的に実行します。

結果： 不確実性の低い活動に時間を浪費します。

対策： フェーズ2とフェーズ3の後に意思決定ポイントを設け、ワークフローを調整します。

---

Pitfall 5：戦略セッションが恒久的なプロセスになる

症状： チームが戦略モードに6週間費やし、実行に移しません。

結果： 分析麻痺に陥り、成果を提供できません。

対策： 戦略セッションは2～4週間に期間を限定し、フェーズ6の後は実行に移ります。

---

参考資料

関連スキル（このワークフローが統括）

フェーズ1：

• skills/positioning-workshop/SKILL.md（対話型）
• skills/proto-persona/SKILL.md（コンポーネント）
• skills/jobs-to-be-done/SKILL.md（コンポーネント）

フェーズ2：

• skills/problem-framing-canvas/SKILL.md（対話型）
• skills/problem-statement/SKILL.md（コンポーネント）
• skills/customer-journey-mapping-workshop/SKILL.md（対話型、任意）
• skills/discovery-interview-prep/SKILL.md（対話型、検証が必要な場合）

フェーズ3：

• skills/opportunity-solution-tree/SKILL.md（対話型）
• skills/lean-ux-canvas/SKILL.md（対話型、代替）
• skills/epic-hypothesis/SKILL.md（コンポーネント）
• skills/user-story-mapping-workshop/SKILL.md（対話型、任意）

フェーズ4：

• skills/prioritization-advisor/SKILL.md（対話型）
• skills/tam-sam-som-calculator/SKILL.md（対話型、任意）

フェーズ5：

• skills/press-release/SKILL.md（コンポーネント、任意）

フェーズ6：

• skills/epic-breakdown-advisor/SKILL.md（対話型）
• skills/user-story/SKILL.md（コンポーネント）

外部フレームワーク

• Teresa Torres、『Continuous Discovery Habits』（2021）— オポチュニティソリューションツリーフレームワーク
• Jeff Gothelf、『Lean UX』（2016）— 仮説主導のプロダクト開発
• Marty Cagan、『Inspired』（2017）— プロダクトディスカバリープロセス

Deanの取り組み

• Productside Blueprint — 戦略的なプロダクトディスカバリー
• [Deanに戦略セッションの資料がある場合は、ここにリンクします]

---

スキルの種類： ワークフロー 推奨ファイル名： product-strategy-session.md 推奨配置場所： /skills/workflows/ 依存関係： 6つのフェーズにわたる15以上のコンポーネントスキルと対話型スキルを統括