事实上，团队配合不通畅的问题不仅仅存在于UED设计这个环节中，事实上是贯穿于整个项目的研发过程中。请问大家，需求分析是不是一个人的事情？软件质量是不是仅仅是测试人员的事情？项目的成败是仅仅研发团队的责任或者销售人员的责任吗？不是的，是所有人必须承担的责任，不管你愿不愿意承认。放到任何一个公司都是如此。

追根溯源，本质上这是个管理的问题，即什么时候应该分工才不至于破坏原有的合作关系。我的答案是，如果分工后无法合作，不如不分工。白鸦的观点“由UE部门主导、多个部门一起努力”的想法是好的，但是能否执行得了才是关键。

从经济发展规律来看，任何公司在初创期都是混沌状态，不成熟意味着没有那么多的分工。为了生存，遇到问题时大家一起上，先解决问题再说，所以大家觉得很团结。而事实上，这是因为牵涉到每个人的利益的缘故。因此，我认为对于小公司，管理者更多的应该强调合作文化、创业文化，而不是制度上的奖惩。道理很简单，皮之不存毛将焉附，公司的生存才是首要的。这方面，我特别喜欢一个朋友的管理哲学，他说”对于创业的人，根本不需要管理，因为我把梦想都给你了，你还要什么？！”

然而，当公司进入发展阶段时，为了规模化（这是做大的必要条件之一）不得不进行岗位细分，不得不建立标准化工作流程，否则几十个人、几百个、几千人如何协同工作？当公司扩大，业务量增加后，每个员工并行工作的可能性会大大增加，这时岗位专业化是十分必要的，因为专业化可以提高效率。记住，效率和成本是管理者最问题的两个。如果分工无法提高生产效率、降低成本，那么管理者一定不会采纳分工，要做好这种变革，在我看来至少要具备三个基本条件：人员足够专业化、流程能够确实起到协同的效果、公司不断强调合作的文化。做到这一点，谈何容易！我们做技术的朋友切忌避免将问题简单化，否则不会有那么多大型公司会聘请咨询公司来给自己企业看病了。

“由UE部门主导、多个部门一起努力”的思想是每个项目应该有一个人总负责，这个人可以是项目经理，也可以是产品经理。可是，这个人必须具备很强的沟通协调能力和专业能力，这种人才需要时间来培养，我们需要时间和耐心。

PM应该是提出用户的需求，而UE设计的工作是帮助用户在实现其目的时的交互任务的设计。但是这中间也存在模糊地带，比如哪些是属于需求，而哪些是属于任务？比如我在做用户调研后发现，多数用户希望某功能放置在页面左上方，而UE却认为应该在右边。如果我坚持应该在左边，UE就会认为限制了他们的发挥。我想有时候UE设计的抱怨也来源于此。如何调和这样类型的矛盾？

另外我认为产品的定义是PM的核心工作，而有的UE的管理者也经常参与到产品定义的工作中去，而且直接对产品的定义提出异议，这本身也给产品的定义工作带来阻力。所以我很想弄明白PM在产品设计应该做到什么样的程度，而UE设计师又应该在产品定义中扮演什么样的角色？

非常同意!

你的问题N多人问过， 但我无法给你确定答案。  每个企业应该有自己不同的标准， 我想应该没有人能能够给你通行的答案…
最近很忙，如果有时间我会把我的相关想法写出来。