课程简介
逐字稿来源状态：公开课程描述页无可用完整带时间戳字幕；未使用登录、cookies 或付费访问。
Hypothesis-Driven Development｜把假设和实验相配
已获用户批准接入 · 来源范围见本文说明。
证据不能通用
公开模块从用户与任务、需求验证、可用性一直延伸到交付。教师客户发现手册区分不同问题的测试方式。本笔记的关键推演是：先判断不确定性在哪一层，再选择能回答它的观察。
用户与任务假设关心问题是否存在，可从最近发生的事件访谈开始。需求假设关心方案是否值得付出时间或其他成本，可设计真实选择。可用性假设关心是否能完成一个任务，可观察原型操作。功能假设关心程序是否按约定运行，可执行自动化检查。后一层通过，不会自动证明前一层成立。
原创例子：课程学习计划
假设“在职学习者会使用按周安排的课程计划”。先问他们最近如何分配学习时间，确认是否存在规划困难。如果主要障碍是工作插队，做更精美的固定日历未必有用。接着提供一个手工编排的小计划，观察他们是否实际执行并返回调整，而不是只问喜欢不喜欢。
实验记录要写清对象、动作、观察、时间范围和如何据结果决定下一步。此处不指定通用转化率，阈值必须依据资源和决策成本制定。少量定性观察可以揭示失败路径，不能直接推算总体效果。
从实验到交付
一个真正会使用的方案仍可能难以操作，所以可以在开发前比较原型。实现后，测试检查已承诺行为，发布流程应能发现异常并恢复。持续交付减少反馈等待，但自动上线频率本身不是用户价值。
建议保留实验账本：先写预期和反面结果，再执行；结果记录与解释分栏；看到反例后修改假设，不事后更换成功定义。无法实施的实验可以保留为方案，不得写成已有数据。
原创实践与复习
为同一功能写四类假设，各指定一个观察方法。解释为何“访谈里说愿意买”与“成功点击按钮”都不足以证明持续需求。最后列出一个最可能否定方案的结果，写清若它出现如何调整。此练习不等于平台评分作业。
实验卡样例：先检查是否值得做进度记录
这是原创模拟实验计划，尚未招募、执行或观察真实参与者。实验目的不是让方案“通过”，而是降低下一次投资的不确定性。
| 实验卡字段 | 计划内容 |
|---|---|
| 待决策事项 | 是否继续投资“手动继续阅读位置”原型 |
| 人群条件 | 近期确实有中断后继续阅读经历的自愿参与者 |
| 关键假设 | 重新定位是一个显著障碍，且明确标记比现有方式更适合 |
| 方法 | 先回顾原有任务，再使用低保真流程完成同类任务 |
| 观察 | 定位步骤、犹豫原因、是否错误理解记录含义 |
| 替代解释 | 参与者原本就熟悉资料，或因主持人提示才找到入口 |
| 限制 | 招募便利样本、非自然连续使用，不能证明长期需求 |
| 后续选择 | 改方案、再研究、或进入有限实现；不预设一定开发 |
四种失败分别意味着什么
若参与者没有恢复原位置的任务，应重新确认人群与场景。若任务存在但原有书签已足够好，应寻找真实差异或停止投入。若参与者愿意尝试却找不到标记入口，应继续做可用性探索。若入口能用但返回后位置错乱，这是实现问题，应修功能，不能归因于用户“没有习惯”。
这些分类使团队不至于把所有失败都解释成“再优化一下”。同一个事件也可能有多个解释，需要下一次观察区分。
从假设到自动化检查
在有限实现阶段可增加行为检查：选择单元 A 后访问 B，再返回课程页，继续入口仍指向 A；清除记录后再次访问，不显示旧入口；单元 ID 失效时不崩溃。这些是本地练习的技术验收，不是产品需求已证实，也不是平台官方测试要求。
实验账本
执行前记录预期、反面结果和下一步规则。执行后保持原计划不被覆盖，另记实际过程与偏离；结果一栏写观察，解释一栏写含义，决策一栏写调整。若只有计划，没有真实实施，所有结果格保持“未执行”，不要填入漂亮的示例数字让它看起来已验证。
来源到论点的映射
| 实际读取的来源部分 | 本文可追溯论点 | 证据边界 |
|---|---|---|
| 官方四模块目录 | 用户、需求、可用性、交付覆盖不同问题 | 课程范围 |
| 客户发现手册：Demand Hypothesis / Usability Hypothesis | 需求与能否操作不同，观察方法不能直接通用 | 补充依据；四类失败分类为原创 |
| Lean Startup 教程 | 把假设与可测试行动相连接 | 只提供方向；实验卡未执行 |
来源链接见下节。表格只表达公开正文能够支持的范围；其余情境、程序、指标设计和推理均为学习者原创。
来源与边界
依据公开目录与教师公开教学网页撰写。未获取完整课堂视频、评分作业正文或字幕；不具备逐讲覆盖证据。课程材料不可分发，原文仅外链。原创例子与练习不代表官方案例、结论或评分要求。
按钮能用，为什么产品仍然没人用
已获用户批准接入 · 来源范围见本文说明。
你让五个人试了一个学习计划原型，他们都能顺利添加课程。这个观察可以说明流程没有明显障碍，却无法回答他们下周是否还想用。需求与可用性是不同问题。
以原创练习为例，团队准备做一个智能计划助手。用户真正的困扰也许是无法知道今天学什么，也许是临时加班导致计划失效。两者要求的帮助不同。若在不知道困扰之前直接优化添加按钮，你可能把错误方向做得更顺畅。
先把风险写成问题：任务是否经常发生？已有替代方案是什么？用户会不会实际投入时间试用？他们能否完成关键操作？系统是否保留正确状态？每个问题需要适合的证据。一次使用测试不该承担所有结论。
实验的价值在于改变后续决定。执行之前写下正反结果分别意味着什么，避免发现数据不理想后修改目标。若用户尝试过一次却再也不回来，不要立即归因于界面；也许计划无法适应他的生活条件。
课程公开大纲和教师客户发现手册支持区分测试问题的方向。这里的产品情境、四问串联和操作建议是学习者推演，已获用户批准接入，未报告真实访谈或实验结果。
失败之后，别总是修界面
原创实验里，如果参与者压根没有继续原位置的任务，应回到任务研究；如果原有书签已经够好，应检查新方案的差异；如果需要但入口难找，应研究交互；如果入口可见却返回错误资料，应修实现。四种失败都可能表现为“没人成功使用”，需要不同动作。
先写一个结果解释表，再去试验，能减少事后随意归因。还要保留“证据不足”的选项：少量参与者不合适，不能证明全部用户都不需要。实验的目标是安排下一步投资，承认不知道比填出肯定答案更有帮助。
来源与边界
依据公开目录与教师公开教学网页撰写。未获取完整课堂视频、评分作业正文或字幕；不具备逐讲覆盖证据。课程材料不可分发，原文仅外链。原创例子与练习不代表官方案例、结论或评分要求。
中文逐字稿
公开课程描述页无可用完整带时间戳字幕；未使用登录、cookies 或付费访问。
英文逐字稿
公开课程描述页无可用完整带时间戳字幕；未使用登录、cookies 或付费访问。