本文缘由年会上白鸦和唐沐对于用户体验团队拆散还是集中的对话。

究竟是拥有一个独立的用户体验团队（中心化），还是将用户体验人员分配到各个项目组（分布化）? 

那么首先需要列出的是两者各自的优点和劣势。

（任何行为都是有成本的）

 

中心化

优点：

1. 用户体验在公司内部的地位提高。建立专门的部门，必定会有部门的老大。老大的对应级别必定高于分布化状态下的最高级别。有利于用户体验在公司具有更大的影响力。

2. 人员的专业化和梯度化，建立良好的组织结构。专业的人找专业的人会显得专业，并且不会流于以某项任务为中心，而会更考察专业的素养，并且容易建立一个以老带新，充分交流、提高的专业化学习型组织。

3. 有利于合理、灵活分配资源到各项目组。知道该派什么样的人去适合的项目组，合理的分配资源，同时达到了节约成本的目的。特别是对于周期短的项目组，资源的获取周期和获取成本都将大大下降。

4. 相对获得更平等的地位，针对产品部和开发部而言。这条与1有关，碰到特别轻视用户体验的项目老大，派驻用户体验人员参与，相比之项目组内部自身的用户体验人员，相对会更好的开展工作。

 

劣势：

1.造成了用户体验人员不专注于某一单一项目。本着资源优化的考虑，很多用户体验人员可能同时参与多个产品线项目，频繁的自我切换工作状态，不利于他们积累产品专业化知识，也不利于产品的设计。比起分布化，也不利于产品、用户体验、开发的长期合作。

2.造成用户体验人员更倾向于对团队负责，而非项目负责。

 

分布化相应反之。

 

对于大部分具有1000人以上，并且拥有多条产品线的公司，用户体验团队基本都是一种混合性的模式，既有中心化、又有分布化。部分原因可能是历史原因，例如收购、或者某大的产品组已经具有独立的用户体验小组，或者是某些个别人的私人原因；而另一部分原因是这种混合模式，是一种更符合现状的现实模式。

 

基本情况如下：

中心化部分：

1. 用户体验标准流程制订、UI规范（包括视觉、交互模式）的制订、内部机制制度建立、知识分享、文化传播、团队建设、用户体验创新等，这些工作基本将由一（多）个核心小组负责。这部分人员基本不会分到各项目组。

2. 用研团队。一般的项目对于用研的需求不是贯穿整个产品周期的。所以用研可作为共享的资源，分配到各项目组。

3. 一部分灵活的用户体验人员组成的小组，可随时调用至临时出现的项目任务，或者是小型项目。

 

分布化部分：

1. 对于大型产品线（一般周期1-2年），建议安排专门的用户体验人员，从始至终跟进项目。

 说句有名的废话，大部分企业都会根据自身情况，选择最优的组织模式。但是大的原则是一定需要把握的，那就是既有利于用户体验团队的发展，又能使得用户体验在内部起到应有的价值。而对于模式的变革，那就需要再加上一条：变革的收益大于变革的成本。