描述具体的结果
做跨端软件时，同一个功能会经过不同阶段：界面出现了、代码能够运行了、某个场景验证了，最后才是交到真实使用者手里。每一步都重要，也各自有适用范围。
我倾向于把结果说得具体一些：在哪个平台、用了什么输入、检查了哪条流程。这样，使用者更容易判断它是否适合自己的场景。
让普通流程经得住使用
仓储作业里，一次扫码之后数据去了哪里，库存变化能不能追溯，往往比功能清单的长度更重要。笔记工具也是一样：保存、恢复和再次编辑，都是需要认真处理的日常。
我喜欢从一条清楚的流程开始，把输入、处理和结果连接好。遇到中断时，也要尽量让人知道发生了什么、接下来能做什么。
给改进留下位置
开发预览可以让想法更早被看到，但预览和正式版本需要区分。一次检查通过，也不能替代更多设备和更多输入的验证。
把已经做到的说清楚，把还在打磨的留在迭代里。这既是对使用者负责，也能让下一次改进有明确的方向。
VK / 小全栈开发者
磐石软件工作室 · 认真做软件，慢慢做长久。