product-launch-war-room

製品ローンチのウォールーム

ローンチの失敗は、たいていありふれた理由で起こります。異論への対応責任者が不明だった、価格変更が漏れた、重要なセグメントが議論の場にいなかった、といった理由です。このスキルは、ローンチ当日を迎える前にそうした問題を発見するウォールームを運営します。意図的に批判的な視点を取り、意思決定を重視し、データがある場合は実際の顧客の声に基づいて進めます。

パネルスキル（customer-panel-of-experts、prospect-panel-simulator）を組み合わせ、単一のGTM意思決定と、実行可能なロールアウト計画を作成します。

対象となる用途

• 新製品／新機能のローンチ
• ポジショニング変更やリブランド
• 値上げやパッケージ変更（ロールアウトは pricing-change-strategist に引き継ぎます）
• 市場やセグメントの拡大
• 顧客が依存しているものの提供終了

ステップ 1 — ローンチを定義する

議論を始める前に、以下を確定します。

• 何をローンチするのか、顧客にとって具体的に何が変わるのか。
• 対象者 — 既存顧客、見込み客、特定のセグメント、市場。
• 目標と指標 — 成功を定義する数値と、達成までの期間。
• 制約 — スケジュール、予算、チーム、依存関係、すでに行った確約。
• 可逆性 — 完全に元に戻せる／コストがかかる／一方通行。この条件に応じて、ウォールームで適用する厳密さを決めます。

ステップ 2 — 参加者を集める

両方の立場をそろえます。顧客と直接関わる場合は icp-deep-scanner のペルソナを使用し、実行リスクには機能別の専門家を加えます。

• 顧客の声 — 関連する購入者ペルソナ（personas/ から読み込みます。存在せず、ツールが接続されている場合は、読み取り専用で icp-deep-scanner を実行します。それ以外の場合は PROVISIONAL と明記します）。
• 懐疑派／事前検証の進行役 — ローンチはすでに失敗したと仮定し、その理由を説明します。
• ローンチに応じた機能別の専門家 — GTM／デマンドジェネレーション、営業、製品、サポート／CS、財務、ブランド。各自が担当領域のリスクを引き受けます。

徹底したウォールームを行うには、/agent-army を介して役割ごとに並列のサブエージェントを派遣し、その後に統合します。接続は読み取り専用で、外部への送信はなく、実際のPIIは扱いません。シークレットは環境変数にのみ保存します。

ステップ 3 — 事前検証と議論

1. 事前検証 — 「ローンチから90日が経ち、失敗しました。何が起きたのでしょうか？」各役割が、自分の担当領域で最も起こりそうな失敗を書き出します。
2. 顧客の反応 — 計画やメッセージを顧客パネルまたは見込み客パネルで検証します。誰が喜び、誰が離脱し、誰が気に留めないでしょうか。
3. 徹底討論 — 財務対成長、営業対製品、ブランド対スピード。実際のトレードオフを明らかにします。
4. リスク登録簿 — 表面化したすべてのリスクを、発生可能性 × 影響範囲で評価し、担当者と軽減策を定めます。

ステップ 4 — 決定し、順序を決める

# Launch War Room — {Launch}
Generated: {timestamp} · Room: {roles/personas} · Reversibility: {…} · Grounding: {data / PROVISIONAL}

## Call: {GO / GO WITH CHANGES / DELAY / NO-GO}
The reasoning in one paragraph.

## Top risks (ranked)
| Risk | Likelihood | Blast radius | Owner | Mitigation | Pre-launch or live? |

## Required changes before launch
- The non-negotiables surfaced by the room.

## Phased rollout
- Phase 0 — prep & internal enablement (sales, support scripts, FAQ)
- Phase 1 — soft launch / segment / beta + what we watch
- Phase 2 — full launch + channels + sequencing
- Phase 3 — post-launch monitoring window

## Kill criteria & rollback
- The specific metric thresholds that trigger pause or rollback, and how to walk it back.

## Owners & timeline
| Workstream | Owner | Deadline | Dependency |

## Comms kit to produce next
- Customer email, sales talk track, support FAQ, objection handling, public page.

ステップ 5 — 成果物を引き継ぐ

コミュニケーションキット（cold-email-sequence-generator、landing-page-copywriter、company-announcement-writer）の作成を提案するか、価格変更を pricing-change-strategist に引き継ぐか、hyperframes-ad-director でローンチ動画を制作するか、修正した計画をもとにウォールームを再実施します。

ガードレールのまとめ

デフォルトでは批判的に検討します。ウォールームの役割は計画を承認することではなく、失敗を見つけることです · 厳密さは可逆性に応じて調整します · 中止基準は必須であり、任意ではありません · 接続は読み取り専用で、送信はなく、実際のPIIは扱いません · 暫定的な根拠にはその旨を明記します。