清单不是为了让工作变得复杂，而是把那些每次都重要、又容易忘记的事情从记忆里搬出来。条目不需要多，能真正执行才有用。
开始之前：确认要解决的问题
- 用一句话描述用户遇到的问题。
- 明确完成之后应该看到什么结果。
- 找到现有实现，确认可以复用的部分。
- 标出本次改动会影响的页面或流程。
实现之后：走通关键路径
先验证正常流程，再看看边界。输入为空时有没有清楚的提示？数据不存在时是否还能阅读页面？屏幕变窄之后按钮是否仍然可用？这些问题比“我这里可以运行”更具体。
交付之前：给后来的人留一点说明
- 读一遍最终改动，清理临时调试内容。
- 确认页面文案、链接和交互结果一致。
- 记录已经验证的场景和仍然存在的限制。
- 写下必要的操作步骤，避免交付依赖口头记忆。
清单也需要删减。如果某一项总是无意义地被勾选，就重新思考它是否足够具体。好的清单应该帮助判断，而不是制造一种“已经做完”的错觉。