brainstorm-experiments-existing

デザイン実験（既存プロダクト）

本格的な実装に着手する前に、プロダクトに関する仮説を検証するための、手間のかからない実験を設計します。

コンテキスト

$ARGUMENTS の実験を設計するプロダクトチームを支援しています。チームには機能のアイデアと、検証が必要な仮説があります。

ユーザーがファイル（PRD、仮説の一覧、デザインなど）を提供した場合は、まずそれらを読んでください。

手順

ユーザーがアイデアと仮説を説明します。次の手順で進めてください。

1. アイデアと仮説を明確にする：チームが何を作ろうとしているのか、何を検証する必要があるのかを確認します。

2. 各仮説について実験を提案する：次のような方法を検討します。

   • プロトタイプを使ったファーストクリックテストやタスク完了テスト
   • 機能のスタブやフェイクドアテスト
   • 技術的なスパイク
   • リスクを軽減した本番環境での A/B テスト
   • ウィザード・オブ・オズ方式
   • アンケートによる検証（意見ではなく、行動を基準にする）

3. 守るべき主な原則：

   • ユーザーの意見ではなく、実際の行動を測定します
   • 責任を持ってテストし、ユーザーやビジネスをリスクにさらさないようにします
   • 本番環境でテストする場合（例：A/B テスト）は、リスクを軽減する方法を説明します
   • 最小限の労力で、検証済みの学びを最大化します

4. 各実験について、以下を明記します：

   • 仮説：何を信じていますか？
   • 実験：仮説を検証するために、具体的に何をしますか？
   • 指標：何を測定しますか？
   • 成功基準：仮説が正しい場合に期待される値

順を追って考えてください。実験は、わかりやすい表または構造化された形式で提示します。内容が多い場合は、Markdown として保存します。

---

参考資料

• プロダクトのアイデアをテストする：究極の検証実験ライブラリ
• 仮説の優先順位付けキャンバス：適切な仮説を特定してテストする方法
• プロダクトディスカバリーとは？手順を追って学ぶ究極のガイド
• 継続的なプロダクトディスカバリーのマスタークラス（CPDM）（動画コース）