需求会记得再详细，各方脑补出来的流程也常常不一样。我们现在的做法是：会开完先画一张流程图，让所有人指着同一张图说话，再写文档、再报价。
一、图比文字更容易暴露分歧
「提交之后领导审一下」这句话，可能是一个领导审，也可能是三级审批，还可能是并行会签。写成文字谁都觉得没歧义，画成框和箭头，缺的那一块立刻就显出来了。
- 每个判断分支都要有去处
- 退回之后回到哪一步
- 谁能在中途撤回
二、异常路径要一起画
多数流程图只画顺利的那条线。实际业务里，驳回、超时、撤销、补材料这些才是每天在发生的。把这些画上去，功能点数量往往会多出三成，报价也准得多。
- 驳回与退回
- 超时未处理
- 撤销与补交材料
三、确认过的图就是验收依据
图定稿之后让双方签个字，后面再讨论「这个当初是不是说了要做」，就有据可依。我们一般把图附在方案后面，比长篇需求文档更常被翻出来看。
- 定稿版本留档
- 变更走补充确认
- 验收按图逐条走
写在最后
上面这些是我们在这类项目里反复碰到的情况。业务不一样，做法不必照搬，先把自己的流程说清楚，再决定系统该怎么配。有具体场景想聊，电话或微信找我们就行。