define-hypothesis

假设

假设是关于某项变化将如何影响用户行为或业务结果的可检验预测。它将假定转化为明确的陈述，可通过实验验证或证伪。完善的假设能避免团队基于未经检验的观点开发功能，并让大家对成功的定义达成共识。

适用场景

• 问题定义之后、确定解决方案之前
• 设计实验或 A/B 测试时
• 团队成员对用户行为有不同假设时
• 为某项功能投入大量工程资源之前
• 调整方向并需要验证新方案时

不适用场景

• 你已准备好设计实际的 A/B 测试（变体、样本量、持续时间）→ 使用 measure-experiment-design；此技能用于界定要测试什么，而非如何测试
• 问题本身仍未明确界定 → 首先使用 define-problem-statement
• 你想将多个假设和想法整理为探索框架 → 使用 define-opportunity-tree
• 团队需要完整的商业模式全貌，而非一个可检验的主张 → 使用 foundation-lean-canvas

说明

收到创建假设的请求时，请遵循以下步骤：

1. 陈述观点 清楚说明你认为会发生什么。使用以下结构化格式：“我们认为，对[目标用户]采取[行动/变化]将带来[预期结果]。”具体说明干预措施——模糊的假设无法检验。

2. 确定目标用户 定义此假设适用于哪些人。仅说“用户”范围太广。请明确用户细分，例如首次使用后一周内的新用户、会话次数超过 10 次的高级用户、回访的流失用户等。

3. 定义预期结果 你预期出现什么行为变化或结果？尽可能围绕用户行为（完成引导流程、进行购买、在 7 天内回访）来表述，而非内部指标。

4. 设定成功指标 选择一个能直接衡量预期结果的主要指标。加入能提供背景信息的次要指标，以及能确保其他方面不受损害的护栏指标。

5. 说明验证方法 你将如何检验此假设？A/B 测试、用户访谈、原型测试、群组分析？请具体说明样本量、持续时间和统计要求。

6. 记录风险和假设 除测试结果外，还有哪些因素可能推翻此假设？有哪些尚未验证的前提？

输出格式

使用 references/TEMPLATE.md 中的模板来组织输出。一份完整的假设文档应填写模板的每个部分：假设陈述；背景与理由；目标用户细分；成功指标；验证方法；风险与假设；以及时间表。

质量检查清单

定稿前，请确认：

• 假设可证伪（有可能证明其错误）
• 成功指标设有明确的数值目标
• 目标用户细分定义清晰
• 验证方法切实可行且有明确时限
• 通过/失败标准明确无歧义
• 假设没有预设解决方案有效

示例

请参阅 references/EXAMPLE.md 中的完整示例。