先确定：这 30 天要验证什么
这份日历适合有一项技能、一个服务想法或一个工具构想，但还没确认真实需求的个人与小团队。它不追求把产品做完整，而是依次检查四件事：目标人群是否具体、问题是否反复出现、现有替代方案为什么不够好、你能否稳定交付一个最小结果。
开始前，只写一页假设卡。写下猜测而不是结论；后面每次访谈、演示和交付，都用来修正这张卡。
最小验证假设卡
我想帮助：【一类具体人群】
他们在：【什么场景】
反复遇到：【一个具体问题】
目前通常用：【现有做法或替代方案】
现有做法最麻烦的是：【待验证的不满】
我先提供的最小结果：【一份可验收交付物】
我暂不做：【明确排除的功能或服务】
本轮关键假设：【最需要被证实或证伪的一句话】
30 天后我要决定：继续 / 调整 / 暂停30 天最小验证日历
每天不必安排大任务。优先保留“动作—产出—判断”这条线；某一天没有获得有效信息，就如实记录，不用把空白填成好看的故事。
| 时间 | 最小动作 | 当天留下什么 |
|---|---|---|
| Day 1 | 只选一个行业、岗位或生活场景，写下关键假设。 | 一页假设卡。 |
| Day 2 | 列出可接触的目标人群，以及不方便接触的人群。 | 访谈候选清单与边界。 |
| Day 3 | 准备 6 个开放问题，重点问最近一次真实经历。 | 访谈提纲，不提前写答案。 |
| Day 4–7 | 进行短访谈，追问触发场景、处理步骤和卡点。 | 脱敏访谈笔记与待核实点。 |
| Day 8 | 把相似问题归组，区分高频事实与自己的推断。 | 问题聚类表。 |
| Day 9 | 记录目标人群现在如何解决问题。 | 替代方案清单。 |
| Day 10 | 选一个足够小、能人工完成的结果。 | 最小交付说明。 |
| Day 11–12 | 做出样品、演示稿或服务流程草稿。 | 可展示的版本。 |
| Day 13–14 | 请少量目标用户走一遍，观察他们在哪里犹豫。 | 异议与修改清单。 |
| Day 15 | 明确试用范围、双方投入和验收方式。 | 一页试用约定。 |
| Day 16–19 | 用人工或半自动方式完成首次交付。 | 输入、过程、输出和异常记录。 |
| Day 20 | 对照验收方式复盘，不只问“感觉如何”。 | 达标项与未达标项。 |
| Day 21 | 只修改一个主要变量，例如人群、结果或流程。 | 版本差异说明。 |
| Day 22–25 | 再做一轮小样本交付，重复同一记录方式。 | 第二轮对照记录。 |
| Day 26 | 整理耗时、返工和需要人工判断的位置。 | 交付瓶颈表。 |
| Day 27 | 核查公开表达中的案例、隐私和夸大措辞。 | 公开安全检查记录。 |
| Day 28 | 列出支持假设与反对假设的证据。 | 正反证据清单。 |
| Day 29 | 写出继续、调整、暂停三种选择的条件。 | 决策条件，而非冲动决定。 |
| Day 30 | 复盘并选择下一轮唯一重点。 | 一页复盘与下轮计划。 |
每天 3 分钟，留下能比较的记录
不要只记“今天很忙”或“反馈不错”。把观察、解释和下一步分开，日后才看得出哪些是事实。
每日验证记录
日期：【YYYY-MM-DD】
今天验证的假设：【一句话】
实际动作：【访谈 / 演示 / 交付 / 复盘】
观察到的事实：【原话摘要或可复核行为，已脱敏】
仍待核实的信息：【缺少什么】
我的推断：【明确标记为推断】
与上次相比只改变了：【一个变量】
明天最小动作：【可在当天完成的动作】
继续投入前需要看到的证据：【可观察信号】常见误区
- 把礼貌赞美当成需求证据。优先追问对方最近一次如何处理，以及是否愿意投入时间参与下一轮。
- 一边访谈一边推销。前几天的任务是理解问题，不是说服对方接受既定方案。
- 同时修改所有环节。人群、交付物和流程一起变，下一轮就无法解释差异来自哪里。
- 把 30 天当成结果承诺。日历只帮助减少盲目投入；样本不足时，结论应是“继续验证”，不是强行宣布成立。
下一步行动
今天就填完假设卡，并约一次 20 分钟的问题访谈。访谈结束前只多问一句：“你最近一次遇到这个问题，是怎么处理的？”把答案按事实记录下来，再决定明天做什么。