UED(用户体验)部门面临的问题

很多互联网公司都有用户体验设计部门(UED，或者UXD)。通过自己亲身经历，加上和业界的朋友交流，发现各个UED都或多或少有下面的问题：

一、活在童话里，很傻很天真

白鸦说过，UED要做的就是要没有UED，让人人都是UED。但我觉得这只是个美好的幻想罢了。现在好了，每个部门都在喊用户需求，用户体验，貌似 声势挺好大，就好像当一件事情的责任和大家都相关的时候，那就和大家都没关系了，因为找不到主要负责的人。我看到的多是把自己想要做的事情包装成用户需 求。其实，和以前一样，各个部门还是干自己那摊事，各扫门前雪，只不过扫雪的时候说是为用户扫得，用户需求经常被“绑架”。

二、招不到人，团队无法建立

这个行业圈子很小，挖来挖去就那几号人。小公司没招牌，没人愿意去。大公司门槛高，招不到合适的人。国内高校里基本没有相关专业，就算有，也很难培养出企业需要的人才。

三、没有立项权，只是跑腿的

有些公司的UED，其实就是把以前网站的视觉设计部门改了个名字，没有立项目的权限，对产品或服务的设计和规划基本没有控制权。试想产品和服务的项 目发起方是产品经理，UED 只不过是产品经理的资源方罢了。整天伺候那些产品经理的需求就忙得吐血了，还说什么替用户需求呐喊。自己天天给人家跑腿，就算事情做成了，功劳主要还是人 家的。

四、没有掌握用户数据， 变成了近视眼

很多公司UED没有接触网站用户行为数据的权限，当然也没有专门用户研究人员，就看了几本用户体验相关的书，就开始天天跟人家谈可用性了。而且还得 了敏感症，一些不痛不痒的鸡肋问题，用户还没喊疼了，自己先喊疼了。不知道自己设计的东西用户是谁，每天各种页面和功能的使用量是怎么样的，用户有什么样 子的特征和行为。自己坐在那里闭门造车，设计靠拍脑袋，和产品经理吵的时候，就钻可用性的牛角尖，却没有考虑问题的普遍性和优先级。

五、没有前端资源，就没有了手和脚

很多公司UED没有专门前端工程师。导致UED连简单页面和功能的改进都无法独立完成，而公司技术资源一般都被大的商业项目或者产品线的产品经理把 控。这样的UED就算给了立项的权利也没资源推动。而有的公司UED虽然有专门前端工程师,但是前端资源要不就被搞新产品的产品经理给瓜分了，要不就被一 些日常运营的小需求消耗光了，导致本该UED主导的非商业型的产品改进项目也无法推进。

六、没有尚方宝剑，上面没人

很多公司的UED数在企业里影响力都不大，缺乏上层的支持。UED总是把用户摆在首位，却很少研究一下高权重的内部用户的需求，自然得不到应有的支 持。我经常能看到下面的场景。UED的人一旦有机会和上层接触，就大吐苦水，什么网站可用性的问题没有解决之类呀。只见老板表面上满脸堆笑，连说：好， 好，我回去考虑一些。心里暗骂：妈的，还用你说呀，我坐在上头看到的问题不比你少。哪个部门不找我吐苦水呀，市场部门说什么没钱做推广呀，技术部门说要卖 新服务器，产品经理说工程师资源不够要求特批，各个运营方为要首页的推广位争得头破血流的。这么多问题，我早就焦头烂额了，你还来烦我。换句话说，老板耳 朵里不是没有问题，而是问题太多了。上头不想只听到问题，更想听到这个问题你可以帮他解决。如果你说的问题，你解决不了，那你就不用去烦他了。不要让老板 觉得你只把用户挂在嘴边，从来不替他这个掌握生杀大权的内部用户着想。

来源：http://www.fmem.com/a/webdesigh/2010/0730/243.html