家

Skill

生産性とワークフロー

brainstorm-experiments-existing

phuryn/pm-skills

既存製品の製品に関する仮説を検証するために、プロトタイプ、A/Bテスト、スパイク、その他の検証手法など、手間のかからない実験を設計する。

...すべて拡張します

更新された時間 2026年9月29日

# validation # prototyping # ab testing # product discovery # assumptions # experiments

実験の設計（既存製品）

本格的な実装に着手する前に、製品の仮説を検証するための、手間のかからない実験を設計します。

背景

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

ユーザーからファイル（PRD、仮説リスト、デザイン案など）が提供されている場合は、まずそれらを確認してください。

手順

ユーザーからアイデアと仮説の説明があります。以下の手順に従ってください：

アイデアと仮説を明確にする：チームが何を構築したいのか、何を検証する必要があるのかを確認してください。
各仮定に対して実験案を提案してください。以下のような手法を検討してください：
- プロトタイプを用いた「ファーストクリックテスト」やタスク完了テスト
- 機能スタブやフェイクドアテスト
- テクニカルスパイク
- 本番環境でのA/Bテスト（リスク軽減策を講じた上で）
- ウィザード・オブ・オズ手法
- アンケートに基づく検証（意見ではなく行動に基づく）
遵守すべき基本原則：
- ユーザーの意見ではなく、実際の行動を測定する
- 責任を持ってテストを行う — ユーザーやビジネスを危険にさらさない
- 本番環境でのテスト（例：A/Bテスト）については、リスク軽減策を説明する
- 最小限の労力で、最大限の検証済み知見を得ることを目指す
各実験について、以下を明確にする：
- 仮定：どのような前提を置いているか？
- 実験：それを検証するために具体的に何を行うのか？
- 指標：何を測定するのか？
- 成功の閾値：仮説が正しければ得られると予想される値

段階的に考えましょう。実験内容は、わかりやすい表や体系的な形式で提示してください。内容が充実している場合は、Markdown形式で保存してください。

参考資料

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

GitHubで見る

---
name: brainstorm-experiments-existing
description: Design low-effort experiments to test product assumptions for an existing product, including prototypes, A/B tests, spikes, and other validation methods.
---

## Design Experiments (Existing Product)

Design low-effort experiments to test product assumptions before committing to full implementation.

### Context

You are helping a product team design experiments for **$ARGUMENTS**. The team has a feature idea and assumptions that need validation.

If the user provides files (PRDs, assumption lists, designs), read them first.

### Instructions

The user will describe their idea and assumptions. Work through these steps:

1. **Clarify the idea and assumptions**: Confirm what the team wants to build and what they need to validate.

2. **Suggest experiments** for each assumption. Consider methods like:
   - First-click testing or task completion with a prototype
   - Feature stubs or fake door tests
   - Technical spikes
   - A/B tests on production (with risk mitigation)
   - Wizard of Oz approaches
   - Survey-based validation (behavioral, not opinion-based)

3. **Key principles to follow**:
   - Measure actual behavior, not users' opinions
   - Test responsibly — don't put users or the business at risk
   - For production tests (e.g., A/B tests), explain risk mitigation strategies
   - Aim for maximum validated learning with minimal effort

4. **For each experiment**, specify:
   - **Assumption**: What do we believe?
   - **Experiment**: What exactly will we do to validate it?
   - **Metric**: What will be measured?
   - **Success threshold**: The expected value if we are right

Think step by step. Present experiments in a clear table or structured format. Save as markdown if substantial.

---

### Further Reading

- [Testing Product Ideas: The Ultimate Validation Experiments Library](https://www.productcompass.pm/p/the-ultimate-experiments-library)
- [Assumption Prioritization Canvas: How to Identify And Test The Right Assumptions](https://www.productcompass.pm/p/assumption-prioritization-canvas)
- [What Is Product Discovery? The Ultimate Guide Step-by-Step](https://www.productcompass.pm/p/what-exactly-is-product-discovery)
- [Continuous Product Discovery Masterclass (CPDM)](https://www.productcompass.pm/p/cpdm) (video course)

すべてのファイル

1件のファイル

brainstorm-experiments-existing.md 2.4k

表示