很多同行说交互设计师就是要对用户体验负责,这点我当然是非常认同的。但是交互设计师并不是独立的个体,虽然我们时常和产品、运营、开发因意见不同而产生争论,但站在公司层面来说,我们和产品、运营、开发等部门是一个大团队,我们既服务于用户又服务于大团队,服务于公司的商业价值。如果你只谈用户体验可能会不赚钱,只讲商业目标则会失去用户,用户体验和商业目标是需要保持平衡的。
而且用户体验是非常具有主观性的,哪怕是再资深的交互设计师做出来的方案,也不敢说自己的方案一定是100%的好方案,他也是需要用户数据来验证和反馈的。因此在日常工作中我们经常发生的争执,比如这个需求到底能不能做?按钮放在页面中央还是页面底部?用弹窗还是跳转至新页面?我们运用各种设计理论,竞品分析据理力争,试图说服对方,但结果往往不尽人意,对方依旧坚持说:先做出来试试,如果数据不行,我们再下掉都行。
出方案并不难,难的是在各利益方中不断沟通,找平衡,我们今天就来聊一聊,遇到这种情况该怎么办。
方案A和方案B之间差别并不大,可能只是按钮的位置或文案的差别,但你认为自己的方案更优。
产品或运营提出的需求明显背离了用户体验。
你所坚持的一定是正确的吗?
方案A和方案B之间差别并不大,可能只是按钮的位置或文案的差别,但你认为自己的方案更优。
举个例子,去年唯品会曾经做过一个收银台全屏和半屏设计的A/B测试,当时我们认为半屏收银台的设计给用户感觉路径更短更为便捷,而全屏收银台则需要跳转到一个新的页面,对比来讲,我们认为全屏会影响支付成功率,不赞成做全屏。但因为领导比较坚持,就做了A/B测试。
后来上线后,两个方案各灰度了500W用户,数据表现为:第一周,由于用户对全屏收银台不熟悉,支付成功率比半屏收银台低了0.98%;但第二周,随着用户熟悉了之后,全屏的支付成功率和半屏几乎没什么差别了。
虽然最后收银台依旧采用了半屏设计,但这件事却给了我不小的冲击,我第一次开始自我怀疑,虽然交互设计师在用户体验方面确实更为专业,但这也不一定说交互设计师的观点一定都是对的,很多时候,你以为的仅仅是你以为。需求没有做出来,没有进行A/B测试,没有数据支撑,谁能说这个需求一定会伤害用户体验?谁又能说自己的方案一定是正确的呢?没人敢打包票。
即使你说服了对方,但你的方案也需要数据验证,万一你的方案数据表现一般,下次再发生这样的争论,你就会非常尴尬;如果你无法说服对方,却固执的坚持己见,只会给对方这样的印象:这个设计师非常不配合,差评。
因此遇到这种情况,如果产品不强势不坚持,采用UED团队的方案当然是再好不过;但如果产品/运营强势且坚持,而且方案也不会对用户体验产生不良影响,就用他们的方案吧,如果你内心确实无法赞同,就争取做A/B测试,数据会给你答案。
多站在对方的立场上想问题
产品或运营提出的需求明显背离了用户体验。
接下来这个例子,是唯品会2017年收银台的重头戏,如果你恰好是唯品会的用户,你会发现收银台推出了新的支付方式——唯品金融旗下的唯品花。和支付宝的花呗、京东金融的京东白条相同,唯品花也是一款消费贷产品。我当时负责收银台的交互设计,一直都在推进唯品金融的开户流程,因此拿这个来举例。
2016年时,我们对用户的开通资格审核非常严苛,比如需要用户实名且绑定过自己的银行卡,通过安全和风控筛选等等。当然也是由于条件严苛,到了前端交互表现层时,仅需要介绍一下唯品花即可让用户开通。
流程如下图所示:收银台选择唯品金融-选择分期-短信验证页面加入唯品花介绍。整 个流程十分顺畅,开通成功率几乎100%。
但这部分用户池子非常有限,因此2016年年底运营部门的唯品花开通plus需求便来了。
这个需求的基本概念是:扩大用户池子,把那些没实名验证、没绑卡的用户也纳入进来。但为了保证风控安全,这些用户必须通过严格的银行卡四要素确认(身份信息、 安全码、有效期、银行预留手机号),其实就是让这部分用户在收银台看到唯品金融,如果用户选择用唯品金融进行支付时,引导用户填写卡信息来开通唯品花。
这个需求到达交互表现层时流程变得很长,如下图:
我们担心这个流程会带来以下两个问题:
收银台的第一任务是支付,多出这么长的一个开通流程会降低支付成功率。
在支付流程让用户使用银行卡信息来开通唯品金融,尤其绑新卡进行开通,担心用户会认为是使用银行卡进行分期支付的,再加上竞品没有这样做过,用户没有经历过这样的开通支付流程,这会带来大量客诉。
由于这两个原因,我和产品同事都认为这个需求并不合理,用户体验较差,并和运营部门负责人进行了沟通,但运营部门的同事也跟我们诉苦:
2017年运营部门的KPI是高达两千多万用户的开通量,是去年的四倍。
让用户到唯品花页面主动开通的需求早已深入挖掘过,已经没有太大潜力。
收银台是用户购买商品的必经之路,在这里进行开通可触达到更大的用户范围,已绑定本人卡的用户有限,且在2016年已充分挖掘,因此现在必须扩大用户池子,才有可能完成今年的KPI。
充分了解后,明白了运营坚持一定要做的原因。这个需求站在用户体验的角度上看确 实不合理,但站在公司利益的角度上看又变得可以理解。UED团队的存在就是为了在 用户体验和商业目标中找到平衡点。既然无法简化流程,只能尽量在交互层减少用户负担。
之后我们齐心协力推动这个需求上线,上线后灰度了500万用户,数据表现如我们所料,非常差,而且客户投诉也非常多。我们开始停下来根据数据反馈和客户投诉来优化设计,最终成功降低了客诉并提高了转化率。从预授信plus上线至今,截止到现在开通用户已超过1200万,55-60%左右的是从预授信+用户开通;且唯品金融的支付成功率比收银台的整体支付成功率高出了近10个点。
而且特别有趣的是,我们的唯品金融plus需求上线后,发现京东收银台也上线了类似流程开通白条的需求,所以说竞品也是不断变化的,不要过分迷信竞品分析,可能下一个版本,竞品就会来打你的脸。
凭心而论,即使数据很好,这个需求也确实是有伤用户体验的。但几乎没有几个公司能纯粹的做用户体验,毕竟有这么多员工要养,公司要活下去,要壮大,商业目标再自然不过,它不是洪水猛兽,只是需要我们花费更大的精力去盯紧数据,盯紧用户投诉,定期做用户回访和用户研究,竞品分析,最大程度的防止滥用。
总结:
交互设计师的职责是对用户体验负责,同时我们协助产品/运营实现商业目标,也就是KPI。而交互设计师的核心价值就是在用户体验和商业目标中找到平衡。
需要你有同理心,毕竟每个部门都有自己的立场和目标,产品/运营部门有明确的KPI,风控安全有自己不可逾越原则,我们要多站在对方的立场上考虑。
需要你有良好的沟通能力,在沟通上对事不对人,不断互相沟通、妥协,,寻找平衡。毕竟我们是一个大团队,不能单纯站在UED小团队的立场来看问题,而不顾大团队的利益。
当你能多次找到平衡,通过数据验证大家发现你的方案总是准确而有理性的,就能慢慢树立自己的专业度与可信度,在团队的话语权也会更大,就不会总被产品/运营压制了。
这些都需要我们慢慢修炼,不要心急,慢火熬好汤。
最后是文中提到一些名词解释,可能刚入行的童鞋还比较陌生,我在文章最后贴出这些名词解释:
1. 灰度测试/发布:
曾经看过一篇文章:从腾讯的“灰度机制”到产品的“灰度上线”,你了解多少?写的非常好,大家移步去看就可以了,我就不板门弄斧了。
2. A/B 测试:
A/B 测试是什么?
它是灰度测试的一个分支,简单来说就是为同一个目标制定两个方案,比如两个页面,让一部分用户用A,一部分用户用B,记录下来用户的使用情况和转化率,看哪个方案更合适。如果A更合适,就将所有用户迁移至A,如果B更合适的话则亦然。
为什么要做A/B测试?
消除用户体验设计中不同意见的纷争,根据实际效果确定最佳方案;
通过对比试验,找到问题的真正原因,提高产品设计和运营水平;
建立数据驱动、持续不断优化的闭环过程;
通过A/B测试,降低新产品或新特性的发布风险,为产品创新提供保障。
在A/B 测试中需要注意的地方:
用来测试的用户样本数量必须达到足够数量, 用户样本必须保持一致性,比如性别、学历、年龄不同都会带来巨大的差异,使数据结果丧失可信度。
两个方案中只能拥有一个变量,比如页面上的布局,设计,颜色等都一致,只有button文案不一致,这样才能发现到底是哪个引起了数据的差异化。
欢迎关注作者的微信公众号:交互笔记