写点什么

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

用户头像
罗小龙
关注
发布于: 2021 年 01 月 28 日
开发质量提升系列:用户体验

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

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

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

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

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

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

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


发布于: 2021 年 01 月 28 日阅读数: 18
用户头像

罗小龙

关注

镜花水月 2020.08.18 加入

数据工作者,目前就职于商业银行数据部门,擅长数据架构、数据建模、数据开发及数据分析

评论

发布
暂无评论
开发质量提升系列:用户体验