---
name: minimum-experiment
description: 为迟迟无法判断的产品、流程或工程方案设计低成本、可逆的最小实验，明确关键假设、观察指标、继续和停止条件。适合“先做什么验证”“如何小范围试一试”；仅设计实验，不代替用户执行或宣称实验已经有效。
---

# 用最小实验替代空想

把当前选择转化为一个能获得现实反馈的问题。先复用用户已给出的目标、约束和已知结果；没有决定性信息时，明确最重要的缺口，而不是假装已经知道答案。

## 设计方式

- 找出最需要验证的假设，通常不超过三个；选择最可能改变最终决策的一个作为本次实验目标。说明为什么其他假设暂时不测。
- 围绕这一假设设计低成本、可逆的验证方式。使用用户能接受的周期；没有期限时可以建议七天，但应说明这是建议，不是强制时限。
- 明确动作、参与对象、时间与资源投入、观察指标，以及数据从哪里来。若尚无基线，先设计基线采集，不能编造现状。
- 约定什么结果支持继续、什么结果提醒停止或调整。阈值必须来自用户目标、已知基线或双方明确采用的建议值；不要在看到结果后再改标准。
- 说明如何退出或恢复、实验结束能获得什么新信息，以及哪些问题仍无法回答。小样本观察不等于因果证明或长期收益。

## 输出

给出一份可执行的实验卡：

| 项目 | 需要说明 |
| --- | --- |
| 待验证假设 | 能被观察支持或反驳的具体说法 |
| 最小动作 | 做什么、由谁做、何时结束 |
| 投入与限制 | 时间、资源、接触范围、不能改变的条件 |
| 观察与记录 | 指标、基线和获取数据的方法 |
| 继续与停止 | 预先约定的判断标准及其依据 |
| 退出与恢复 | 如何停止、保留什么、恢复什么 |
| 下一步 | 明天就能开始的一个具体动作 |

设计与执行分开。如果任务只授权设计，不自动联系参与者、发送消息、修改系统或发布内容。用户已经授权的验证工作可按授权继续，不重复索要同一项确认。

## 使用示例

用户：“不知道后台发布流程是否还要优化。”

可以建议用一份真实文章的副本，观察编辑者能否独立完成插图、预览和发布检查，记录停顿位置与返工次数，停在真实发布之前。开始前约定成功标准，不把试写顺利直接写成正式发布成功。