这几天看到不少人（也和不少朋友）讨论流程、团队、PM 和设计师……

很多设计师过于偏执（偏执的意思就是不能给自己的作品赋予能让人理解和认同的意义），以为用户体验设计在兴起，而且想当然的觉得用户体验设计是自己的职责，于是觉得自己地位提升了。但是地位提升要求是能力提升，能力如果不能同步，把自己放在团队的中心只能害死整个团队。

我在 lanx 的一篇文章中评论道：每一个上进的人都希望自己处在公司的中心地位。但优秀的团队是，每一个成员都是中心，每一个中心都与其它中心相联系和沟通，形成思维和知识网络。

自负的人（团队中的任何一个）都应该拉出去枪毙，团队中最不需要的就是自负，他们往往太过于自我为中心（还有一种人喜欢搬弄是非，也要枪毙）。任何一个职位，都有四种权利：职位权、奖惩权、专家权、参照权（人格魅力、榜样）。职位很重要，职责更重要。

本文的标题有些歧义，主裁是存在的，那就是整个团队。PM 绝对不是球场上的主裁，最多是边裁。他需要控制的，是不让设计的产品出界，不让产品成为设计师、程序员的试验田。当然 PM 的职责不仅这些。东宝的一篇为什么产品管理人员能保证产品的成功？，我部分赞同，但是很理想化，也很可惜，大部分情况不是如此。

沟通的基础是信任，特别对于团队中的新成员来说，PM 不会给予信任，而新成员又急于想获得信任。结果就是，本应当好好做得产品变成新成员的试验品。比如前几天泄露出来的 QQ hummer 界面截图，举个例子，左下角的“菜单”前面的 icon 变成了鼠标箭头，和以前版本不一样。为什么？给个理由先？希望不是为了改版而改版，为了升级而升级。

写到这里的时候，白鸦的一篇谁来把控UE设计的决定权？已经发表了。冲突了，我就不打算继续写下去了。前两天的一篇草稿，题目是“牛粪上的鲜花和跳舞的熊”，摘几段放下面，应该不会写下去了：

××就是一坨屎，我要在上面开出一朵鲜花。

大部分人对于用户体验设计的理解仅限于此。包括产品经理、程序人员，甚至是团队中的设计师。

即使是最小型和最常见的 3 种身份的团队——PM + Programmer + Designer——PM对于功能实现的关注也远大于对设计的关注。就像 Cooper 举过的跳舞的熊的例子。

用户体验设计是设计，不是在论坛发个帖子说“我觉得体验不好，大家提提意见”就可以了，那充其量是使用反馈。有人说 90% 的可用性测试是没用的，并且提出可用性测试是设计不是 QA(Quality Assurance)，以为 QA 并不参与整个流程并且只在较晚的时候才介入，最后形成厚厚的文档，以至于人们并没有更多的时间去纠正错误（这也就是那 90% 没用的可用性测试）。他对 QA 的理解就是错误的，从某种角度上讲，可用性测试类似于 QC(Quality Control)。当然不同行业我们不能这样对比。

 

[推荐此页给朋友] [到会员俱乐部发表看法]