开发质量提升系列：用户体验

今天业务人员突然在项目沟通群里提出了一个让人惊讶的观点：你们的系统真是考验人的智商啊。我一看到马上觉得不对劲，赶紧问什么回事。业务人员就说：我确实是提了一个用户与客户经理关系手工调整的需求，关键是系统设计只允许一笔一笔地调整，这让我们怎么使用啊。我大概猜出了问题所在了，不过还是等他继续说下去。业务人员停顿了一下，接着说：现在 XX 分行有上万笔调整提交给我处理，领导说这事情必须今天内完成，我不管，你们想法子帮我搞定。我就不明白，为什么不从业务人员使用的角度考虑，让系统功能更加人性化，真正减轻我们的工作量。既然业务人员都提出要求了，再不处理肯定要被投诉到领导头上然后挨批的，在群里回复“马上处理”后赶紧拉上开发团队帮业务人员刷数据去了。

有些时候，开发质量并不仅仅代表代码多么的规范，产生的 BUG 多么的少，更重要的是，是否达成了项目目标。这就好比一则笑话：手术很成功，但是病人没有挺过来。目标没有达成，整个过程做得多么的好，在外人眼中最终的成就也是会大打折扣的。所以，提升开发质量，不仅仅是从代码层面上考虑，还要从业务人员使用系统的体验层面上考虑。

理论大家都懂，关键是如何落地，这里分享一下我的心得：

• 做需求调研与分析时，要站在业务人员的角度考虑，如何实现功能才能帮助业务减轻工作量。比如手工导入或者调整类的功能需求，一般业务人员都没有太多时间逐笔处理的，哪怕有，效率太低的做法也是被人所诟病的。所以这类功能需求都要考虑增加批量导入或处理的入口。

• 需求分析完成后，拉个小会跟业务人员讲述功能需求实现的方案，让业务人员也能了解开发人员的想法，避免信息不对称和站在自身角度的一厢情愿。

• 功能上线后，必须正式通知业务人员在某个时间范围内完成生产验收，否则默认业务人员验收通过。这样做并不是压迫业务人员通过验收，而是为了让业务人员真正去使用所提出的功能，这样一旦发现功能有缺陷或者不满足自己需要，可以马上提出马上解决，避免到真正要用的时候才发现各种各样的问题，导致开发团队想改也来不及了。

    因最近老是被业务人员诟病系统体验而有感而发，望诸君看完后能有所启发，真正实现能让业务人员所称赞的产品。：）