在以前还是交互设计师新手时,总会遇到这种情况,给出了一份方案,被产品经理驳回:“虽然能用,但是不够好,要不要参考其他竞品再想想。”
接着再东看看西看看,接着给出第二版方案,仍然被说缺了点什么,于是一版接一版地改,最后勉强定了一个差不多的方案。
为什么会导致这样的情况呢?今天我们来说第一个存在的原因。
如果做交互设计,没有理解产品的业务需求,那么做出来的设计就算是美观、漂亮,也不能成为好的设计,因为没有实现业务诉求。
而且,对业务诉求的分析,会影响对用户需求的分析,一个好的用户体验设计,必然是既实现了业务诉求,同时满足了用户诉求的综合产物。
最后,如何从业务诉求转换到用户诉求,也是展开设计的重要过程,如果光了解业务诉求,不清楚用户需求与业务诉求之间的联系,那也不能将两者很好的结合起来。
接下来,就以大家都知道的例子——2015羊年春晚,微信的摇一摇拿红包的产品设计,来展开我们的讨论。
业务需求,要分析些什么?
业务需求可以分为——业务目的+业务目标。
目的和目标虽然是近义词,但是有很大的区别。
目的,是做一个事情时最终要达成的诉求,是动机的起源。
目标,是做一个事情时要达成的阶段性结果,是可以通过smart标准衡量的。
比如,摇一摇抢红包这个业务需求,业务目的就是增加用户使用微信钱包,并且绑定银行卡的数量,而业务目标则是让N个看春晚的用户在XX 时间内使用微信摇一摇抢红包,并让提醒他们提现,然后绑定银行卡。
如果没有理解这层含义,交互设计师的设计就很容易流于表面,流于片面,因为产品经理只提出了提供摇一摇抢红包的功能,很多人就会在如何摇一摇、如何抢上大费心思,而后续很多关于如何引导用户提现、绑定银行卡等流程,会思考甚少。
当了解了业务需求后,我们首先能得出一系列指标,来衡量项目结束后产品做得好坏的标准。
根据业务目标,我们可以用 GSM(Goal Signal Metric) 的方式来得出衡量指标。
Goal:让更多的人使用摇一摇抢钱包,让更多的人提现,让更多的人绑定银行卡。
Signal:人们会根据晚会主持人告知,摇一摇手机;看到提示,点击提现;按照引导,点击按钮,绑定银行卡。
Metric:红包开放时段,摇一摇的人数/电视观看人数,摇一摇的人数/微信在线人数;提现的人数/获得红包的人数;绑卡的人数/获得红包的人数。
这样对设计,也就能有个大范围的衡量标准,看是否帮助产品达到诉求。
然后,由业务目标,我们也可以得出用户要产生的行为,即晚会抢红包时段,用户使用微信摇一摇,接着点击提现,接着点击按钮绑定银行卡。
而这一个重要的分析,是接下来用于分析用户需求的关键点,因为用户需求=「目标用户」在「特定的场景」中「产生用户行为」,从而达成「用户体验目标」。
用户需求的分析也将产生重要的内容指导设计,而这部分,我们下次分析~~
想了解更多的朋友关注我哦,我将长期分享互联网产品设计、用户体验设计的小干货。
REVIEW
聚焦产品、用户体验设计思考
欢迎关注
原创文章,作者:交互精选,如若转载,请注明出处:https://www.iamue.com/36521/