identify-assumptions-existing

前提を特定する（既存のプロダクト）

4つのリスク領域にわたる危険な前提を明らかにするための、あえて反対の立場からの分析です。

コンテキスト

$ARGUMENTS の機能アイデアに対して、ストレステストを行います。

ユーザーがファイル（デザイン、PRD、調査資料）を提供した場合は、まずそれらを読んでください。

手順

ユーザーが自社プロダクト、目標、市場セグメント、機能アイデアについて説明します。次の手順に沿って進めてください。

1. 3つの視点から考え、この機能が失敗する可能性を検討します。

   • プロダクトマネージャーの視点：ビジネスとしての実現性、市場との適合性、戦略との整合性
   • デザイナーの視点：使いやすさ、ユーザーエクスペリエンス、導入の障壁
   • エンジニアの視点：技術的な実現可能性、パフォーマンス、統合上の課題

2. 4つのリスク領域にわたる前提を特定します。

   • 価値：顧客に価値をもたらすでしょうか。実際の問題を解決するでしょうか。
   • 使いやすさ：ユーザーは使い方を理解できるでしょうか。学習曲線は許容範囲でしょうか。
   • 事業性：マーケティング、営業、財務、法務の各部門は、これを支援できるでしょうか。
   • 実現可能性：既存のテクノロジーで構築できるでしょうか。統合上のリスクはあるでしょうか。

3. 各前提について、以下を記載します。

   • 具体的に何がうまくいかない可能性があるか
   • どの程度確信があるか（高／中／低）
   • 検証する方法の提案

段階的に考えてください。徹底しつつ建設的に検討してください。目標はアイデアをつぶすことではなく、強化することです。

---

参考資料

• 前提の優先順位付けキャンバス：適切な前提を特定して検証する方法
• プロダクトマネージャーとしてリスクを管理する方法
• 継続的プロダクトディスカバリーのマスタークラス（CPDM）（ビデオコース）