用户体验设计部门面临的一些问题
很多互联网公司都有用户体验设计部门(UED,或者UXD)。通过自己亲身经历,加上和业界的朋友交流,发现各个UED都或多或少有下面的问题: 一、活在童话里,很傻很天真 二、招不到人,团队无法建立 三、没有立项权,只是跑腿的 四、没有掌握用户数据, 变成了近视眼 五、没有前端资源,就没有了手和脚 六、没有尚方宝剑,上面没人
白鸦说过,UED 要做的就是要没有UED ,让人人都是UED。但我觉得这只是个美好的幻想罢了。现在好了,每个部门都在喊用户需求,用户体验,貌似声势挺好大,就好像当一件事情的责任和大家都相关的时候,那就和大家都没关系了,因为找不到主要负责的人。我看到的多是把自己想要做的事情包装成用户需求。其实,和以前一样,各个部门还是干自己那摊事,各扫门前雪,只不过扫雪的时候说是为用户扫得,用户需求经常被“绑架”。
这个行业圈子很小,挖来挖去就那几号人。小公司没招牌,没人愿意去。大公司门槛高,招不到合适的人。国内高校里基本没有相关专业,就算有,也很难培养出企业需要的人才。
有些公司的UED,其实就是把以前网站的视觉设计部门改了个名字,没有立项目的权限,对产品或服务的设计和规划基本没有控制权。试想产品和服务的项目发起方是产品经理,UED 只不过是产品经理的资源方罢了。整天伺候那些产品经理的需求就忙得吐血了,还说什么替用户需求呐喊。自己天天给人家跑腿,就算事情做成了,功劳主要还是人家的。
很多公司UED没有接触网站用户行为数据的权限,当然也没有专门用户研究人员, 就看了几本用户体验相关的书,就开始天天跟人家谈可用性了。而且还得了敏感症,一些不痛不痒的鸡肋问题,用户还没喊疼了,自己先喊疼了。不知道自己设计的东西用户是谁,每天各种页面和功能的使用量是怎么样的,用户有什么样子的特征和行为。自己坐在那里闭门造车,设计靠拍脑袋,和产品经理吵的时候,就钻可用性的牛角尖,却没有考虑问题的普遍性和优先级。
很多公司UED 没有专门前端工程师。导致UED连简单页面和功能的改进都无法独立完成,而公司技术资源一般都被大的商业项目或者产品线的产品经理把控。这样的UED就算给了立项的权利也没资源推动。而有的公司UED虽然有专门前端工程师,但是前端资源要不就被搞新产品的产品经理给瓜分了,要不就被一些日常运营的小需求消耗光了,导致本该UED主导的非商业型的产品改进项目也无法推进。
很多公司的UED 数在企业里影响力都不大,缺乏上层的支持。 UED 总是把用户摆在首位, 却很少研究一下高权重的内部用户的需求,自然得不到应有的支持。我经常能看到下面的场景。UED的人一旦有机会和上层接触,就大吐苦水,什么网站可用性的问题没有解决之类呀。只见老板表面上满脸堆笑,连说:好,好,我回去考虑一些。心里暗骂:妈的,还用你说呀,我坐在上头看到的问题不比你少。哪个部门不找我吐苦水呀,市场部门说什么没钱做推广呀, 技术部门说要卖新服务器,产品经理说工程师资源不够要求特批,各个运营方为要首页的推广位争得头破血流的。这么多问题,我早就焦头烂额了,你还来烦我。换句话说,老板耳朵里不是没有问题,而是问题太多了。上头不想只听到问题,更想听到这个问题你可以帮他解决。如果你说的问题,你解决不了,那你就不用去烦他了。不要让老板觉得你只把用户挂在嘴边,从来不替他这个掌握生杀大权的内部用户着想。