团队协同

一个完整的产品是由团队合作共同完成的，负责最终执行的工作人员被统称为研发团队，研发团队由产品设计、技术开发两个方面的岗位组成。产品设计人员包括产品经理、交互设计师、视觉设计师，技术开发人员包括前端、服务端、数据端、测试等方面的工程师。

在大公司里，产品、技术、设计等岗位的工作人员都被划分在各自的部门里，然后根据项目再组成虚拟小组，由项目经理或者产品经理带头执行产品的研发，所以大公司里的设计和技术等工作人员并不完全只负责一个产品项目。在小公司或者创业型团队里，可能公司或团队只有一个产品，所以大家也就共同负责这一个产品。

无论工作环境如何，产品需求的执行都会涉及到各个方面的工作沟通和协调，在产品研发的过程中，团队协同的默契度决定了工作的效率。但是在研发团队中，每个人的想法都是不一样的，默契也需要很长时间的磨合，如果我们能够了解到各个岗位工作人员的想法，那么对于减少磨合周期，提升沟通和工作的效率，无疑是一个非常好的途径。

交互设计师：想的是用户体验

在很多公司里是没有单独的交互设计师岗位的，通常都是由产品经理直接负责，所以产品经理等于半个交互设计师。在有交互设计师岗位的公司里，由于产品经理和交互设计师都会考虑用户体验，所以多多少少产品经理也会参与到交互设计的环节，在产品需求设计的时候很容易会和交互设计师的工作重叠，因此在工作中和交互设计师产生分歧也是常事了。

虽然产品经理比交互设计师更懂用户需求，并且对产品感觉、把握项目进度等等综合能力要强于交互设计师。但是交互设计师比产品经理更了解用户行为习惯，了解用户体验。所以在工作中，产品经理需要相信交互设计师在领域内的专业性，毕竟交互设计师是专业人士。

交互设计是一种在用户纯主观使用产品过程中建立起来的感受，用户的行为习惯除了使用设备的基础特性外，往往操作习惯都是被引导的，至于一个按钮放在 A 位置还是 B 位置，在产品需求的本质上区别并不大，相信交互设计师的决定是经过专业思考的。所以产品经理在交互设计之前，只要充分和交互设计师沟通，表明产品需求和意图，然后只要把控交互设计没有破坏掉产品的需求和意图。

视觉设计师：想的是风格美观

视觉设计也是一种艺术，但凡是艺术的东西，都是一种主观的行为，没有绝对的对错之分，也没有懂与不懂，只有审美与诉求点不一样而已。所以产品经理和视觉设计师之间是很难用主观或者抽象的知识去互相说服对方的，毕竟大家的视野角度不一样。

例如自行车产品，产品经理只需要把控好自行车这个产品的本质需求和意图是按照产品规划完成的即可，至于自行车的色彩风格，相信视觉设计师在色彩风格上面的美术研究要比产品经理更专业。

产品设计的本身是为用户服务的，所以视觉也是一种沟通与传达，当我们对视觉设计方案有异议的时候，我们应当充实自己在视觉领域的知识，尽量使用具体形象化的表述方式描绘视觉想法。如果产生争议，我们可以多做几个视觉设计稿，让团队其他工作人员或者用户参与设计稿的体验，收集他们的建议和反馈。

技术工程师：想的是实现模型

技术人员是产品从规划设计到实现的最后一步的执行人员，负责产品需求的开发工作，所以技术人员在理解需求的时候，考虑的是需求在技术层面的实现方法，想的是实现模型。

当需求到了实现的时候，如果存在考虑不周全的细节时，就很容易造成技术逻辑不通，往往这些因素会导致需求不够完善，需要重新设计或者变更，这种情况就会造成技术人员之前工作量的浪费。

常见的细节缺失会出现在功能的逻辑流程方面，比如电子商务网站在促销管理中有一个设置某个商品首次购买可以特价的功能，这个功能背后就有很多关联性的逻辑，例如在促销之前已经购买过，还能不能享受这次的特价购买？也就是首次购买是指所有时间的首次？还是从促销时间之后算起的首次？并且如何遇到提交订单后但是订单被拒绝或者客户取消，再购买算不算首次购买？这个首次购买的定义是指订单成功运出，还是说只要提交过这个商品的订单，无论有没有成功运出，都不再是首次？

所以在和技术人员协同工作时，往往导致工作不顺的原因就在于产品需求不够细致，功能逻辑不通，这些缺失的因素，那怕是一个小改动，也许就要让技术人员耗费好长时间去修改，并且在需求新增、变更以及项目赶进度等等情况下，工作量都会落实到技术人员身上。所以我们在和技术人员对接工作时，应当从产品技术层面的实现模型考虑，为技术人员提供明确的、完善的产品需求文档，尽量减少和避免增加技术人员的多余工作量。

团队协同的基础是建立在互相尊重和信任之上的，所以在产品经理不了解的领域里，我们应当充分尊重和信任团队里的专业人士，避免使用主观的喜好进行沟通和决策。同时产品经理也要主动和团队里的各个层面的人员保持沟通，即时跟进产品实施的进度和反馈，避免产品在执行过程中偏离方向。