做系统，为什么要先梳理流程再画页面
先讲清谁在什么场景下完成什么任务，才能让页面真正服务业务。
从一条具体任务开始
选择团队最常发生的一项工作，记录发起人、处理人、需要的信息和完成标准。真实任务比泛泛的功能列表更容易沟通。
把例外情况放进讨论
除了正常流程，也要考虑重复提交、信息缺失、撤回和重新处理。边界明确，后续开发就不容易依赖临时补丁。
把页面与角色对应起来
同一份信息，不同角色需要看到的内容和能执行的动作可能不同。权限设计应与页面结构一起确认。
用小范围验证代替一次铺满
优先打通核心任务，再增加辅助功能。通过可操作的版本验证理解，比在长文档里反复猜测更有效。