在此页面上
产品周期的最明显部分通常是发布。选择一个标题，准备一个页面，然后一系列更改就变成了人们可以尝试的东西。但发布之间的时期通常包含更有用的学习。
聆听完整的工作流程
当反馈描述的是一项任务而不是单个控件时，更容易解释。用户试图做什么？他们从哪里开始？缺少哪些信息？他们接下来做了什么？
请求另一个按钮可能指向不清晰的序列。请求更多过滤器可能揭示不再与工作匹配的类别。有用的响应始于理解任务。
使观察可追溯
我们保留一份简单的记录：一个观察、它所挑战的假设以及一个可以澄清问题的实验。这避免了将最响亮的要求变成永久的设计规则。
发布可维护的内容
一个具有可理解模型的小功能通常比一个由例外构建的大功能更容易改进。目标不是冻结设计。而是使更改的成本更低，更不易出现意外。
下一次发布是这项工作的一个成果。对问题更清晰的理解是另一个成果。
