上线前我们让老板自己点一遍，返工少了一半

十月底，我们给潮州一家做批发的小程序做上线前检查。

按老习惯，我们会自己跑一遍上线前自测：主流程、支线流程、异常情况，跑完写一份报告给老板。

这次我们多做了一件事：让老板的店员自己点一遍，我们坐在旁边看。

两个小时，测出七个我们自己测不出来的问题。

我们自己测，为什么测不出来

原因不玄学：我们知道自己这套东西是怎么设计的，所以会下意识按设计好的路径去点。

店员不知道。他们按自己平时的习惯来——先找搜索框、不看右上角、直接问「这个在哪改」。

那天测出来的第一个问题就是这个：老板的伙计从来没用过筛选功能，因为筛选在第二屏，图标还小。他们习惯直接翻页，翻到第五页就放弃。

第二个问题更直接：有个必填项没做提示，两个人填到一半走了。

店员那两个小时测出了什么

两个小时一共记了 24 个问题。其中一半是「这字能不能换个说法」，这类最好办；另一半是流程本身不合理。

最有价值的一个：一个下单按钮连着点了两次，出了两单。我们测试的时候没发现，因为我们的账号有防重复机制，老板店员的账号没有——后来查出来是那类账号少配了一条规则。

这类问题只有真实的人、真实的数据才会冒出来。我们自己的测试数据都是干净的、完整的、规规矩矩的。

还有一条是当天谁都没想到的：他们习惯用拼音首字母找货，搜「lm」就跳出一堆相近的。老板那边的货编码是拼音缩写，这个我们真不知道。

现在的做法

现在我们做定制系统，上线前自测这一步我们留成了一个固定环节：让客户方两三个人拿真实业务跑一遍，我们现场看、旁边记。半小时到两小时，视复杂度而定。这半小时省掉的上线后返工，通常是几天。

代价也明说：要多约人、多花时间，老板不一定配合；有些内部数据本来就乱的地方，一测就露出来，测的人可能不太高兴。这些都得提前讲，别等测完再互相埋怨。

另外提醒一句：这一步不能替客户拍板。店员提的问题哪些要改、哪些不改，还是老板定。我们能做的只是把问题用客人的原话记下来，别自己改成术语。

系统上线不是把程序传上去就完了。我们写过 系统上线那晚，最怕的不是报错 和 软件项目验收，签字那天不算数，讲的是同一件事的两头。

小程序维护、系统定制这些活我们一直在做。上线前自测这一步不做，后面每个月的维护费基本都白花。想聊聊你的系统上线前该测什么，打 13829578822，微信同号。