第一个版本，先把最短的路径走通。

这是一篇演示文章，不代表 Matt 的真实项目经历。它用于比较不同篇幅下的阅读体验。

从一个动作开始

假设一个工具的目标是帮人保存并找回一段资料。先验证保存、说明、查找这三个动作能否连起来，再决定是否需要同步、协作或复杂分类。

一条能走通的路径会暴露具体问题：什么词不容易理解，哪个按钮容易忽略，以及用户什么时候不知道下一步该做什么。

为反馈留出空间

把版本做小，不等于忽略质量。输入提示、空状态、错误反馈和返回路径，往往决定一个最小版本是否真的可用。

• 明确这个版本要回答的问题。
• 保留一个从开始到完成的完整流程。
• 记录观察结果，再决定下一步。

完成一次，再开始下一次

当一轮可以独立演示，也能独立验证，后续改动更容易判断有没有改善体验。把结论写下来，下一次打开项目时就不必重新猜测。