产品需求-用户体验部门面临的问题.docxVIP

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