有些项目迟迟没有发布，是因为始终觉得还差一点。一个页面还可以更精致，一个功能还可以覆盖更多场景。
质量当然重要。但在真实环境里验证一个小版本，也是一种提高质量的方法。
先定义一个完整的闭环
小版本不等于随意拼出的半成品。它应该让一个具体的人，完成一件具体的事。
对于博客，这个闭环可以是：找到一篇文章，打开它，读完，再发现另一篇感兴趣的内容。先把这条路径做顺，再考虑评论、邮件和复杂的内容管理。
发布前，验证真正的使用路径
构建成功只是第一步。还需要确认打开一个文章链接时，服务器能返回内容；窄屏上没有横向溢出；键盘用户也能打开菜单和搜索。
检查可以围绕结果来写：
- 直接访问文章地址，能看到正确的标题和正文。
- 输入文章中的关键词，能找到对应结果。
- 打开不存在的地址，能看到明确的返回入口。
- 切换主题并刷新后，选择仍然保留。
这些检查对应读者真实会做的事，比单纯追求测试数量更有价值。
给每次发布留下记录
记录这一版改了什么、验证了什么，以及怎样回到前一版。以后出现问题时，就不需要靠记忆重建现场。
改动范围小，通常也更容易理解问题来自哪里。一篇文章的调整不应该顺手带上所有依赖升级，一次样式修复也不必变成结构重写。
从反馈里选择下一步
第一批反馈未必来自很多用户。自己在不同设备上认真用几次，就能发现不少细节。
先修复妨碍使用的地方，再改善经常遇到的摩擦。新功能可以排队，但不需要抢在基本体验前面。
每一版都有一个清楚的目的，项目就会在一连串可以看见的进步中慢慢长大。
✳
感谢你读到这里。
我们在下一篇文字里，再见。