【职业吐槽】无力的用户研究

ur-need-change-00

作者:朱晨  推荐者:baozhu

以用户为本只是一个童话

当年,当User Center Design的概念席卷大江南北时,用研同学们都以为终于到了自己的出头之日了。用户的需求应该至上,用户体验不好的地方就一定要改进。然而等你真正进入了一家互联网公司(即便是国内Top的BAT)干上一两年后就会发现,在坑爹的现实世界里,事情根本不是想象的那样。

在实际的产品研发过程中,用研的话语权是很弱的,很难以用研结果影响产品策略。在产品快速迭代时,产品经理直接拉着设计师和开发去实现功能了,不会先给用研几周的时间去做一次调研写份报告回来。往往是在产品发布后的空闲,才会给用研一些时间去收集反馈,测试一下产品使用中有哪些问题。即便是用研在此中发现一些问题,产品和设计师会不会采纳这些建议,也要看心情和项目进度。用研结果顺了产品经理的意还好,倘若要是有冲突,产品就会想尽办法挑战这份结果的可信度。

为什么学校里、书上看看到的都是那么美好,真正开练了就这么狼狈了呢?原因无外乎如下几点:

 

以Boss为中心的设计

“以用户为中心”都是摆在桌面上说给小孩子听的童话,实际还要听大Boss的。公司的运营终究还是以可持续盈利为第一出发点的。掌握项目预算、为项目成败承担责任的Boss才是把控产品策略的人。一个6人小团队每天的工资成本就是1万人民币(含税),还不算各种资源。如果依照用研的建议往某个需求方向烧一个大版本的钱,结果上线后产品失败了,那么上百万经费就打了水漂,Boss也就前途不保了。而用研则很快会被另一个新项目调去,顶多年终奖少拿点罢了。所以Boss只会把用研结果当做参考,和他的想法一致也就罢了,不一致时就把用研结果甩一边。用研往往成了各角色间相互攻击的棋子。

 

不做风险高的项目

虽然我们期望财大气粗的大公司们能更多地承担创新的责任,但本着为股价负责的态度,大公司的策略其实是求稳(草根创业公司才一天到晚卯足劲想奇招去颠覆垄断者)。所以快速复制已被市场验证过的新锐产品是大公司的最爱。此策略不局限于总是被人黑的T记,所有大公司都有份。这就意味着产品团队更多是执行,向着老板看中的某个方向一路向前少废话,顶多只能做些修修补补的事。

 

用研周期与项目迭代不合拍

用户研究的周期往往很长,很难和快速迭代的项目节奏合拍。在传统的研发模式里,需求策划、交互、视觉、开发、测试是环环相扣,紧密锣鼓地推进展品从规划到实现。所以在产品发布前,没办法给用研一周或几周的时间先做做好需求验证,再推进项目进度。而在产品发布后,当用研花上几天到几周的时间找用户、收集反馈、完成报告后,产品和设计师可能已经要马不停蹄地向新的版本挺进了。

 

团队角色相对边缘化

相较于设计师和研发,由于用研跟研发迭代周期不太合拍,所以用研并不是团队的核心成员。用研人员更像是一个公共资源池,哪个产品需要做研究时才会从资源池里调人。而且用研并不能用研究结果直接去影响产品策略,只能花时间写上一份长长的报告,努力去说服产品和设计师。这都会让用研处于一个很尴尬的边缘位置,影响力很弱。

但我们心底仍然认为“产品要如丝般与用户需求精准吻合”是一条真理。我们终究是想做点什么,来证明用户研究的价值,为这个职业,也为这个行业。但是用研的无力是这种大环境下各种力量和资源平衡后的稳态。想突破这个稳态,得找到合适的方式才行。依照这个思路,我看到这样一些机会:

 

角色合并

用研是一种能力,并不一定非要有一个专门的角色。产品对用户反馈心存不安,不知道要做的功能是否有价值,设计师对设计可用性有担忧,那么最好的方法不是把自己的dog food撇给用研,而是自己直接去做研究。这样做的好处是产品和设计可以感受到第一手的用户反馈,那些抱怨和暴怒一定能影响未来的开发优先级。当产品能亲自去做访谈,设计师能亲自去做用户测试时,专业从事用研的同学多多少少要有些职场危机感了。你需要带着以往用研能力的积累,尽快转型到对产品有直接影响力的角色。

 

去真正创新的地方

由Boss做决定是任何地方都难以改变的。但如果所做的产品真的是创新的,那Boss在一脚踏入没有地图的新大陆时是非常迷茫的。他不确定那些YY出的功能是否真有用户需求,也深深地担心照着这个方向投资下去会不会弹尽粮绝。这来自内心地恐惧才会让Boss本能地希望更加了解用户。如果你们在做的产品有很多竞品可以借(chao)鉴(xi),Boss才懒得去做用户研究,早就雄心勃勃地指点江山了。

 

让用研融入敏捷迭代周期里

敏捷迭代已经是互联网的基本节奏。这意味着如果想让用研对产品产生影响力,就需要往轻量化、实时化的方向发展,融入到每天的迭代开发里。在产品启动期,产品/业务策划和设计师需要在几天时间里完成对用户场景和痛点的调研,并基于研究结果规划出MVP的范围;设计师需要能够将最核心的MVP设计在几天内交付出来用于做需求验证(如果开发能早期参与直接把原型做出来更好);基于MVP的用户需求验证结果,产品方向将迅速进行调整,并进入到接下来的持续交付期;开发需要能够用持续交付的方式在每天和每个迭代结束时交付稳定的daily build和iteration build,以便随时可以做内部体验、用户测试、灰度测试。只有将用户融入到产品的迭代节奏里,用研的结果才能发挥价值。

所以,并不是用户研究没有价值,而是在现实世界中各方成本和利益的均衡点并不在用户身上,这在大公司角色分化、部门墙林立的环境中尤其严重。用户研究员们要想摆脱现在的无力感,就需要敢于承担更多的责任,去业界最前沿、最迷茫、最有挑战的地方,去给新大陆绘制地图。比如说,如何用可穿戴式设备提升农村妇女的家庭经济地位?????好多未知等着你去一一揭晓啊!

 

文章来源:微信文章
顶部图片来源:http://www.newgre.org

 

 

 

发表评论

您的电子邮箱地址不会被公开。