经过一个月内几个版本的上线,收到了客服同事的积级反馈,总体好用许多,效率也明显提高了。有一次负责后端的程序员同事无意中发现,一个新订单进来到代买到填完信息,只用了 35 秒,跟我开玩笑说这可以拿出去吹牛逼了。:)
但实际上还有很多问题没有解决,比如订单状态尝试简化为「待处理(初始订单)/处理中(被指派后)/处理完成(财务将工作流标为已结算的作为处理完成)」,但是最终财务结算的功能没有做到线上,也没有与工作流打通;且由于海淘的周期长,出现退货的情况可能发生在结算周期之外,一个订单何时被视为完成没法一刀切。又比如,即使一些工作流的流动、触发操作是自动的,比如发短信、退券,但还有很多工作流的更新和的指派还是依赖于人的判断和人力指派。还有很多其他细节没想清楚。
但由于很快被安排投入另一个项目,也没有办法投入更多的时间和精力到业务的细节,甚至没有时间去对客服团队进行培训。但总结起来,自己从这个项目中的受益还是很多的:
- 「穷举&分类」发现问题
作为一个生活中有着严重洁癖和轻微强迫症的人,给东西归类似乎是种本能,但是从中发现乐趣倒是不常见。黑五过后的问题特别多,接到改版的任务时头脑混乱、无从下手。索性一条条把问题都列在excel表里,渐渐地就发现了规律,把同类的归到一起,抽象出问题类型。
不得不说这是一个难度不大,却又成效显著的方法。在列举的过程中其实是没有压力的,只是罗列,但当重复的、有联系的东西出现,灵感也会随之而来。
- 根据问题产生的原因找解决方案
大多数时候人们会说根据问题找解决方案,但其实问题的表象和解决方案的距离还是有点遥远,因为问题背后产生的原因不同会需要不同的解决方案。比如说,一个按钮,在需要使用的情况下,用户总是不去点击,如果追究原因,可能是因为:1. 根本没看到按钮(可见性问题);2. 看到了以为不是个按钮(易读性问题);3. 看到按钮,也知道这是个按钮,但以为它是别的功能的按钮(易读性问题)。所以用户测试很多时候都是在这种细节上折腾,最后才能根据具体的、确定的问题根据,来制定解决方案。像是刚刚那个问题,对应的 3 个不同的解决方案是:1. 从视觉上(位置/大小/阴影)来突出按钮;2. 改变按钮的样式,让它看起来可点击;3. 改变按钮的文案和样式,让它的意思和它的功能一致。
这一点在以前做用研实习生的时候就感触颇深,这一次更是通过对各种问题的刨根问底给出了自己满意的解决方案。
- 从各个解决方案中提取功能点
针对不同的问题想出了各种完美匹配的解决方案,还不够,解决方案/需求需要被组织成功能点——毕竟,不能缺啥都加个按钮吧。
有些需求会指向同一个罪魁祸首。比如之前订单的优惠使用算不清楚、订单状态混乱、代买信息填写低效,其实各自的原因最后都指向了父订单存在不合理的方向;那么当把父订单去掉后,这些问题都能解决。
有些需求可以简单合并。比如需要支持返现、需要支持退款,这二者的共通点是都要给用户返钱,那么就不必要各增加一个功能,只需要支持不同的退款类型。
有些需求可以抽象出一个综合的实体。比如当订单发生异常情况时,有交待当前订单呢情况的需求,也有指示下一步行动的需求,还有实施行动的需求;「工作流」就是一个可以同时解决这些需求的功能(选择规范化的问题描述+指派相应负责人+伴随工作流暴露的各操作按钮)。
其实很多时候并不能一步到位,对业务了解的层次、灵感、经验都会影响最后的产品设计;甚至很多时候做到一半,发现方向不对,或者发现有更好的方案,也是常有的。
所幸 LOOK 团队跟进订单这块的工程师们都非常棒,他们既能主动思考(看有没有前后关联的漏洞),又能提出好问题(能帮助你去思考),还对我这个产品新人关怀备至(从来不指责我产品逻辑没想明白怎么就让他们投入开发),这种研发和产品往一个方向努力、和谐相处的氛围,让我感觉自己非常幸运,这段时间也非常开心。
感谢这个项目,第一次感受到作为一只产品汪的快感。