一个做汽车美容的项目上周刚收尾，客户是位直爽的老板，复盘时他说了句实在话：我以为画原型是走过场，差点因此多花两周工期。做小程序开发这些年，返工的大头从来不在代码，而在原型阶段没认真确认，这篇把这个环节的讲究讲清楚。
原型不是设计稿，是流程预演
很多人打开原型图看到灰扑扑的方块就失望，觉得不如设计稿好看。方向错了，原型看的是流程：点这个按钮跳到哪、这个页面放什么信息、下单分几步。原型阶段改动一行，成本几乎是零；开发完再改，牵动的是代码结构，改一处动全身。所以原型阶段的较真，是整个项目里性价比最高的较真，没有之一。反过来讲，小程序开发里因为原型草草确认、上线后大改重做的项目，我们每年都能见到好几个，返工的钱都是当初省下的会议钱。
让真正干活的人看原型
老板看原型看的是感觉，店员看原型看的是活儿好不好干。我们每个项目都要求客户把原型拿给一线员工过一遍：收银的、排班的、发货的，各自看自己那一段。有个连锁鲜果店的案例，老板觉得流程挺顺，店长看了一眼说：高峰期一个店员同时来三个人核销，这个页面要两步操作，忙起来一定出错。就这一条意见，避免了上线后的大麻烦。原型确认做得认真的客户，小程序开发的整个周期都会顺，因为流程里的疙瘩在最便宜的阶段就解开了。一线的一句反馈，顶得上管理层十句讨论。
意见怎么提才不来回拉锯
- 集中提：约定两天窗口期，把所有意见攒齐一次给，别今天一条明天一条
- 说场景：别只说「这个不好」，说清「客人到这一步会卡在哪」，越具体越好，对方才改得准
- 认优先级：意见分成必须改和可以商量两类，对方排期时才有依据
- 留记录：口头说的改动，让对方回一句文字确认，避免后期对不上账
一条能省一半返工的规矩
原型定稿那天，让开发商出一份带版本号的确认单，你和所有相关人签字确认，之后的功能改动按新需求计价。听着不近人情，实际保护的是双方：你不会因为团队内部想法变了无限追加，对方也不会拿「当初没说」当挡箭牌。比格网络每个项目走到这一步都会主动推这份确认单，签过字的客户，后期扯皮的几乎没有。签字不嫌多，相关的人全签，谁签了字谁就真看过。原型多磨三天，项目顺三个月，这笔账放在哪个项目上都成立。
