产品和运营，是时候做个了结了思维导图

产品和运营配合出现问题的根本原因是：两者目标不一致，导致从出发点到具体执行都是两条平行线，不能拧成一股绳，就无法形成合力。由此可见，将产品和运营的目标统一，是解决这个问题的核心点。

为什么会存在目标不一致的现象呢，因为屁股决定脑袋。从组织架构的角度说，很多公司的产品和运营分属两个团队，由两位不同的老大负责。

既然团队和老大都是两个，那么目标肯定也是两个，否则就无法衡量这两个老大和两个团队的价值。比如，两个人炒一盘菜，一人负责切，一人负责炒，那色香味俱全是谁的功劳，味如嚼蜡谁又是幕后黑手，就很难分辨了。如果两个人互相推脱责任，就进入到扯皮阶段了，很难根治。

一般在团队分工时，都会避免工作内容和目标有重合，保证团队或个人的独立性。这样做的目的是保证员工的个人发展空间，也便于清晰的衡量工作产出，暴露所存在的问题。

综上可知，因为团队分工的问题，导致了产品和运营的目标不统一。除此之外，两个团队的架构，还会带来其他负面效应。比如两个老大为了争夺话语权，出现对峙的情况。这种状态的起因是私利，而非工作，势必会影响到决策的合理性，最终影响产品的进展。

说到这里，想起自己在百度的经历。第一年时，产品和运营是分开的两个独立团队，原因见上文。虽然整体上还算正常，但也会出现各自为战的情况，运营做活动、核心用户和内容策划；PM为了不断提升转化等数据，做着各种产品优化。单独看任何一方的工作都是正常合理的，但两边同时来看就能发现交集和协作很少。

第二年时，为了孵化独立的新项目，优化了团队架构，每个新项目都成立独立团队，每个团队都有一位PM作为负责人。虽然每个团队都不到十个人，但所需角色都有，比如产品、运营、研发、设计，麻雀虽小五脏俱全。

在这个小团队里，虽然每位成员分工不同，但关注的目标是一样的，只是大家通过完成自己的任务去达成这个目标。比如，

不仅如此，在每天的晨会（站会，10分钟）和每周的例会（1个小时）里，大家会抛开自己的分工，一起加入产品的讨论。虽然经常会有不靠谱的建议，但这才像一个团队。

第一步：产品的功能规划以及发展方向，都是老板的决策。在决策完成之后，应该告知团队全员，项目的背景、方向和规划，让大家充分了解信息，对于后续执行的过程是有帮助的。

第二步：之后执行环节的规划，就是产品和运营协同工作的开始。比如，受众人群、功能特点、版本节奏、运营规划等，应该双方一起参与讨论，得出一个大概的框架和计划。

第三步：按照框架计划，大家开始分头行动。产品去画原型，定功能细节；运营做准备内容、流量渠道和核心用户，以及策划上线后的爆点。在这个阶段，产品和运营可以暂时分离开，不必有频繁的协作。但由于有了前两步的铺垫，在分头行动的过程中，双方也了解对方的计划和进展，所以信息是互通的。

第四步：上线前的准备阶段，之前分头行动的产品和运营的双方，就要再次回到一起，交出之前的作业。也就是大家为产品上线所做的准备，进展、遇到问题和后续计划是什么，拿出来互通和讨论。问题都解决后，就可以上线了。

进入到产品正式运转阶段，产品和运营再次结合在一起协同工作。在这个阶段需要高频次的沟通，以及互相推动彼此的工作。

运营，主要关注用户反馈。

产品，协助运营的规划和执行工作

当然，在产品上线前后可不只是做这些事，上面只是提到需要产品和运营配合的节点。由于每个项目的情况都很复杂，所以上述事项肯定也不全，只能是作为一个思路，举例说明。