嗯,首先说明,这是个很小的需求(毕业半年多接触的多是一些小需求),按理没什么好写的。但是之前写过一篇做用户体验设计的文章后,慢慢有了一些心得,有时候一些小的需求也会有灵光一现的时候,管中窥豹,觉得之前的文章方法还是有所用途,所以总结一下思路。
一.战略层为谁做,为了什么。
战略层包括商业目标和用户需求。
为什么做这个?当时正值开学季,一天产品突然找到我。
产品:samper,现在有这样两个事情。一个是最近一段时间很多家长都在反馈的问题,新学期开家长会,班主任用AA收款收班费,家长付款后显示的是微信昵称,都不知道是谁交的。不光是家长,很多旅游的群、临时拉的吃饭的群也有这种问题哈。另外一个AA收款里面的代付,用户帮好友代付之后显示的还是自己头像,收款人不清楚怎么回事。
我:现在的学校和家长都这么与时俱进?用AA来收班费哈哈。收班费的问题,很多微信群为了方便一开始就让大家入群改昵称的,让用户付款后显示群昵称吧。代付方面选择微信好友再代付,再依此显示出被代付者的群昵称?
产品:首先,收班费直接使用群昵称可能会有安全问题,其次代付选择好友涉及好友关系链安全问题,目前内部没有开放这个权限。
……
2. 初步的需求分析商业目标
这里的商业目标也可说是产品目标,很明显,满足用户的需求,减少投诉量就是这里的产品目标。
用户需求
产品作为需求的提供者,是对用户和使用场景的第一手资料来源。我们应该引导产品分享出更多的信息,这里初步发现用户的需求有两个,一个是帮助收款人清晰的知道对应的付款人真实身份,另外一个是帮助收款人了解被代付者的身份。
3. 调研产品的考虑未必代表真实用户,我们还是需要“眼见为实”。可以从周边的同事入手做做调查。通过访谈得知,这种场景的确存在,但是很少,所以这里不适合作为一个强需求来做。
4. 详细需求分析产品侧和调研都得到一定的信息后,我们需要对需求信息进行整理。这个从工作内容和用户的角度综合来看,属于优化型的用户痛点需求。
整合分析初步需求
其实针对上述问题已经有理想的解决方案了,正是因为它们行不通,所以它们和用户的需求共同构成了新的问题。
整理一下从对话中得到的信息,我们能够对问题进行初步的定义:这里说的问题貌似有两个,分别说的是收款人不知道付款人的真实身份和收款人不知道被代付者的身份。又因为原本的理想方案无法实施,加上这个是少数需求不能影响大众体验,所以需要寻找各自相应的解决办法。
掉进解决方案的坑
刚开始产品建议让付款用户自己来添加备注,这个似乎很自然。但是因为考虑到这是少数人的需求,不适合对原有的页面设计做太多改动,所以一直在纠结备注的位置。
如下图左是微信AA收款新版页面,右图是旧版页面,我们曾经一度想恢复那个留言功能和下面的纵向排列头像,仅仅因为契合我们的备注需求。