用户体验设计部门面临的一些问题
很多互联网公司都有用户体验设计部门(UED，或者UXD)。通过自己亲身经历，加上和业界的朋友交流，发现各个UED都或多或少有下面的问题:
一、活在童话里，很傻很天真
白鸦说过，UED 要做的就是要没有UED ，让人人都是UED。但我觉得这只是个美好的幻想罢了。现在好了，每个部门都在喊用户需求，用户体验，貌似声势挺好大，就好像当一件事情的责任和大家都相关的时候，那就和大家都没关系了，因为找不到主要负责的人。我看到的多是把自己想要做的事情包装成用户需求。其实，和以前一样，各个部门还是干自己那摊事，各扫门前雪，只不过扫雪的时候说是为用户扫得，用户需求经常被“绑架”。
二、招不到人，团队无法建立
这个行业圈子很小，挖来挖去就那几号人。小公司没招牌，没人愿意去。大公司门槛高，招不到合适的人。国内高校里基本没有相关专业，就算有，也很难培养出企业需要的人才。
三、没有立项权，只是跑腿的
有些公司的UED，其实就是把以前网站的视觉设计部门改了个名字，没有立项目的权限，对产品或服务的设计和规划基本没有控制权。试想产品和服务的项目发起方是产品经理，UED 只不过是产品经理的资源方罢了。整天伺候那些产品经理的需求就忙得吐血了，还说什么替用户需求呐喊。自己天天给人家跑腿，就算事情做成了，功劳主要还是人家的。
四、没有掌握用户数据， 变成了近视眼
很多公司UED没有接触网站用户行为数据的权限，当然也没有专门用户研究人员， 就看了几本用户体验相关的书，就开始天天跟人家谈可用性了。而且还得了敏感症，一些不痛不痒的鸡肋问题，用户还没喊疼了，自己先喊疼了。不知道自己设计的东西用户是谁，每天各种页面和功能的使用量是怎么样的，用户有什么样子的特征和行为。自己坐在那里闭门造车，设计靠拍脑袋，和产品经理吵的时候，就钻可用性的牛角尖，却没有考虑问题的普遍性和优先级。
五、没有前端资源，就没有了手和脚
很多公司UED 没有专门前端工程师。导致UED连简单页面和功能的改进都无法独立完成，而公司技术资源一般都被大的商业项目或者产品线的产品经理把控。这样的UED就算给了立项的权利也没资源推动。而有的公司UED虽然有专门前端工程师,但是前端资源要不就被搞新产品的产品经理给瓜分了，要不就被一些日常运营的小需求消耗光了，导致本该UED主导的非商业型的产品改进项目也无法推进。
六、没有尚方宝剑，上面没人
很多公司的UED 数在企业里影响力都不大，缺乏上层的支持。 UED 总是把用户摆在首位， 却很少研究一下高权重的内部用户的需求，自然得不到应有的支持。我经常能看到下面的场景。UED的人一旦有机会和上层接触，就大吐苦水，什么网站可用性的问题没有解决之类呀。只见老板表面上满脸堆笑，连说：好，好，我回去考虑一些。心里暗骂：妈的，还用你说呀，我坐在上头看到的问题不比你少。哪个部门不找我吐苦水呀，市场部门说什么没钱做推广呀， 技术部门说要卖新服务器，产品经理说工程师资源不够要求特批，各个运营方为要首页的推广位争得头破血流的。这么多问题，我早就焦头烂额了，你还来烦我。换句话说，老板耳朵里不是没有问题，而是问题太多了。上头不想只听到问题，更想听到这个问题你可以帮他解决。如果你说的问题，你解决不了，那你就不用去烦他了。不要让老板觉得你只把用户挂在嘴边，从来不替他这个掌握生杀大权的内部用户着想。
这篇文章，提到了不少关键问题。
感同身受！
靠立项就能有功劳了？
靠立项就能有功劳了？
当然不是，有立项权只是UED 能对产品和设计有必要控制权的基础。如果没有独立立项权，你有什么权利和资源改进有问题的产品和设计？
关于推广用户体验，拿到尚方宝剑。有很多人都有这方面的疑问，在cnuxe里也翻译了一个这样的问题，如何劝说组织上重视用户体验：http://cn.uxexchange.com/questions/128/ux
个人觉得老外的建议，还是很有实践性的。
多谢，补充。^^
好文，都说到点子上了…
立项其实是打个旗号，可以忽悠更多的支持，特别在中国，没有个旗号想干大事、实事太难。遥想当年张居正最聪明的地方就是打了太祖朱元璋的旗号来推新政。
另外关于给老板提问题实如文中所说，提问题大家都回，提问题的同时自己已经有一些计划和解决方法，这种问题容易得到老板的支持，有了老板支持后就看你打什么旗号，怎么用好这个旗号了。能吧自下而上的用户需求转化成自上而下的变革的乾坤大挪移大家一起修炼吧
所以说国内的网站设计真是唉，模板+模板，看看国外的，web公司有UX研究团队，大多有5年以上的专业经验。原因在于国内的网站公司什么都想做，因为设计水平不够，只做设计可能连饭都吃不饱，结果什么都做，越来越浮躁，恶性循环。解决方案，只做一件事情，做到最好，自然有市场。
我来顶贴。“呆聋瞎”同学进步明显，说的这些问题都是重点。
有一点我看了很痛心“没有前端资源，就没有了手和脚”，这就等于设计师没有了最终的执行力。
不知道是Alibaba.com的大公司病，还是现在业界的普遍现象。在没有“前端开发”这个职位之前，不论是Ali还是别的公司，设计师都是可以自己直接改网页测试发布的。现在为啥这个基本的动手能力都丧失了呢？
嘻嘻~
看来这个圈子内的阻力也很大啊，作为一个外行人，我觉得如何能让其价值体现在最终产品上是个很现实的问题。
Dear friend, I can feel what you feel..
Being a UED professional becomes more complicated than before. It requires months and years of multi-disciplines training to get the job done. Donald Norman said everyone can be a designer, yet I think not everyone of us can be a “designer at work”.
我在想这的确是全行业的通病。我所在的公司就是这样，功劳是别人的，累是自己的。最后还吃力不讨好，甚至连一个客服都不如。
不过这里所说的没有前端开发能力我认为是个别现象，在这个行业内我认识的大多数都是从前端走出来的，都是自己做网站出身的，不可能没有前端开发能力，不然如何混。
基本上是啥都干。
一些大公司分工比较细，所以很多设计师只做视觉或者交互方面的工作，没有编程能力。
UED部门没有立项权是正确的，他们可以发现问题，但立项还是需要通过产品部门来或者成立一个项目组来立项，因为一个公司进行新产品的立项是需要权衡整体产品线的规划、多方面的需求和资源的。
@潇笑
呵呵，这在项目管理里，叫“借助”或者“潜示权”，就是借助某个老大的影响力，最好使的，所以第六点说得很对，在重视外部用户的情况下，也得在内部发展支持自己的人那！
立项权和立项审核权是两码事。老兄说的：“一个公司进行新产品的立项是需要权衡整体产品线的规划、多方面的需求和资源的”说的是立项审核权。这个当然不能UED一个部门说了算，不过这个东西产品部门说了也不算，要通过多部门（如技术、设计、产品、市场、客服、销售等） 共同审核的产品例会才能完成。我说的立项权是项目的发起和执行。
立项就是说项目可以进入实施阶段了。
确实很经典啊，佩服
其实，在设计部门，很多时候和你说的一样，都有这样那样的问题。从产品立项到项目结束，不同部门的协作沟通涉及的问题很多。