千鹤项目为什么先从最小流程开始

千鹤项目第一次联调暴露的问题主要集中在状态表达，而不是核心功能本身。开发者🎆在本地环境里通常知道系统正在做什么，首次使用的用户却只能看到页面短暂变化，因此我把每一种状态都重新按用户视角检查了一遍。

千鹤项目的迭代没有按照“想到什么改什么”的方式推进，而是把问题分为阻塞问题、理解问题和偏好问题。不同类型的问题需要不同处理顺序，否则很👍容易在颜色、间距等细节上消耗大量时间，却忽略真正影响使用的缺陷。

第一次联调时暴露出的三个问题

千鹤项目在提交操作之后需要立即锁定当前动作，并展示正在处理的视觉反馈。如果按钮仍然可以连续点击，用户很容易重复创建同一条记录；如果页面没有等待提示，用户也可能误以为操作失败而反复刷新。

千鹤项目的错误提示不能停留在🔮“提交失败”四个字。对于空内容、格式不符和系统暂时不可用等情况，用户需要知道问题发生在哪里，💯以及下一步可以采取什么动作。