有人说“产品是生孩子的，运营是养孩子的”，在未深入做运营工作之前，我将这句话信以为真理，把产品跟运营的简单的理解成前后关系。这也是为何有蛮多运营会吐槽产品，生的这个孩子长不看，又没特长，还被逼着对外包装传播这熊孩子。

　　后来在百度贴吧与创业公司，由于项目合作原因跟产品经理有一些交集，关于运营跟产品的关系也产生了新的认知。我将它俩的关系，按照双方合作程度由浅至深的进行列举，并相应的给出运营建议，希望对你与产品的“暧昧”相处有所帮助。另外，可以在公众号「产品菜鸟汇」回复关键词“运营新人”看我写给运营新人的10点建议，帮你绕过运营坑！

　　关系一：运营跟产品各自为政

　　人力紧缺，需要团结协助的创业公司基本不会有这种各自为政的运营与产品关系，它比较容易出现在产品用户规模大的成熟产品，类似豆瓣、知乎、QQ、贴吧、YY语言这种千亿级别的产品。这样的大产品通常会设立运营部门，做已有功能的运营或者商业化运营，设置产品部门专门负责功能创新与用户拉新。它们之间，除非是核心资源上的合作才会有交集，一些专业的问题处理上基本就是各自学习或者部门各自招人来处理。

　　这种关系下的运营与产品，容易出现相互抢活，工作重叠。要想让产品支持你的运营工作，有三种方法你可以尝试下。第一种，做项目立项让公司高层来安排；第二种，利用产品的KPI来做运营；第三种，私底下处理好跟产品的童鞋关系，也就是人缘好。

　　关系二：产品生孩子，运营养孩子

　　产品把东西做出来了，运营帮忙推广，非常纯粹的先后关系，运营在产品设计阶段参与的非常少。这种关系，容易出现在公司的快速发展期，产品忙于新功能的设计，运营疲于用户的拉新，虽然是缺乏沟通，但是每个人都能够得到快速的成长，各取所需。

　　这种关系下的运营与产品，基本没啥矛盾，就是对运营而言推广需求会偶尔来的突然，运营积极性容易被消磨，推广做到出色比较难。如果你刚好是这样的运营处境，我的建议是提前周知产品规划，这样可提前做好相应的推广准备。或者是设置一套运营需求流程，让产品提前来排推广需求。

　　关系三：有共同KPI目标

　　当运营跟产品明确的被指明为同一KPI负责时，他们的关系会更加的紧密，产品在设计阶段也会提前告知运营，并且会适当的按照运营的建议调整产品，但整体来说是一个产品主导的关系。比如一款产品的会员商业化工作，产品需要设计会员特权，运营可以根据自己对用户的理解，提出会员特权的具体功能，并推广这款特权。

　　这种关系下的运营与产品，容易会出现抢功局面，毕竟没有明确的被规定哪些是运营工作哪些属于产品范畴。但总的来说是荣辱与共，完成KPI才是关键，老板只关心这个。

　　关系四：深入合作

　　深入合作一般意味着成立由运营跟产品组成的项目组，并选定项目负责人。他们明确彼此分工，在产品写需求文档阶段，运营就拥有足够的话语权，童鞋产品也会安排人力专门收集运营需求。他们不仅有共同的KPI，也更经常的开会，汇报彼此的工作进度，了解对方能否满足自己在某个节点的关键需求。

　　以贴吧看贴为例，在产品层面，在灰度期是运营主导着编辑器设计，产品童鞋负责前端用户功能设计，当然运营也可以为前端的设计提出优化方案；在运营层面，产品会提出自己的内容更新要求，运营也会告知产品需要那些入口支持

　　这种关系下的运营与产品，倒有点像一个创业团队，把一款功能一个项目当作自己的事儿。如果再配合到大公司的资源，应该是最容易出运营成绩的。既然是跟产品深入合作了，作为运营可以多学习一些类似用户调研、原型设计的产品技能，需要在推理演绎能力上有所积累，因为你还需要面对优先级排期的立项会议。

　　最后聊一个不管你跟产品是处在什么“暧昧”关系下，都会比较关心的一个问题：在产品开发时,自己运营思路何时介入比较好?

　　我的建设是越早越好，早到产品还只是立项阶段。因为能够在产品层面植入运营的需求，会大幅度减少你的运营压力，当然你也可以理解成运营与产品的第五种关系——运营主导产品。

　　举一个时效性运营的正面的例子。作为运营如何能够比较早的介入产品，在产品设计阶段就让技术给留下类似发贴框、回复框、特效关键词、红包分享等彩蛋接口，在做时效性就可以直接通过这些接口做出很多好玩的活动，例如双十一的天猫关键词特效。

　　举一个数据运营的反面例子。产品需要的数据跟运营真正想要的数据是有出入的，产品的数据，它可能只关心整个功能的日活，次日留存，停留时长。而运营除了这些数据，还需要单篇图文的阅读点击数据，用户停留时长阅读的条数，用户的步长。如果不提前做产品的介入，埋好相关路径的统计点，在做后续数据分析时，会出现数据缺失问题。

　　产品跟运营的关系从深到浅“暧昧”，彼此的思维方式跟工作方向不一样，相互吐槽也属正常。在我们吐槽产品生的孩子不好时，估摸着产品也指点运营的不是。不过话说回来，同为搬砖打工，撕逼完后大家还是一起唠嗑下公司老板就好。【作者：陈维贤】

　　有人说“产品是生孩子的，运营是养孩子的”，在未深入做运营工作之前，我将这句话信以为真理，把产品跟运营的简单的理解成前后关系。这也是为何有蛮多运营会吐槽产品，生的这个孩子长不看，又没特长，还被逼着对外包装传播这熊孩子。

　　后来在百度贴吧与创业公司，由于项目合作原因跟产品经理有一些交集，关于运营跟产品的关系也产生了新的认知。我将它俩的关系，按照双方合作程度由浅至深的进行列举，并相应的给出运营建议，希望对你与产品的“暧昧”相处有所帮助。另外，可以在公众号「产品菜鸟汇」回复关键词“运营新人”看我写给运营新人的10点建议，帮你绕过运营坑！

　　关系一：运营跟产品各自为政

　　人力紧缺，需要团结协助的创业公司基本不会有这种各自为政的运营与产品关系，它比较容易出现在产品用户规模大的成熟产品，类似豆瓣、知乎、QQ、贴吧、YY语言这种千亿级别的产品。这样的大产品通常会设立运营部门，做已有功能的运营或者商业化运营，设置产品部门专门负责功能创新与用户拉新。它们之间，除非是核心资源上的合作才会有交集，一些专业的问题处理上基本就是各自学习或者部门各自招人来处理。

　　这种关系下的运营与产品，容易出现相互抢活，工作重叠。要想让产品支持你的运营工作，有三种方法你可以尝试下。第一种，做项目立项让公司高层来安排；第二种，利用产品的KPI来做运营；第三种，私底下处理好跟产品的童鞋关系，也就是人缘好。

　　关系二：产品生孩子，运营养孩子

　　产品把东西做出来了，运营帮忙推广，非常纯粹的先后关系，运营在产品设计阶段参与的非常少。这种关系，容易出现在公司的快速发展期，产品忙于新功能的设计，运营疲于用户的拉新，虽然是缺乏沟通，但是每个人都能够得到快速的成长，各取所需。

　　这种关系下的运营与产品，基本没啥矛盾，就是对运营而言推广需求会偶尔来的突然，运营积极性容易被消磨，推广做到出色比较难。如果你刚好是这样的运营处境，我的建议是提前周知产品规划，这样可提前做好相应的推广准备。或者是设置一套运营需求流程，让产品提前来排推广需求。

　　关系三：有共同KPI目标

　　当运营跟产品明确的被指明为同一KPI负责时，他们的关系会更加的紧密，产品在设计阶段也会提前告知运营，并且会适当的按照运营的建议调整产品，但整体来说是一个产品主导的关系。比如一款产品的会员商业化工作，产品需要设计会员特权，运营可以根据自己对用户的理解，提出会员特权的具体功能，并推广这款特权。

　　这种关系下的运营与产品，容易会出现抢功局面，毕竟没有明确的被规定哪些是运营工作哪些属于产品范畴。但总的来说是荣辱与共，完成KPI才是关键，老板只关心这个。

　　关系四：深入合作

　　深入合作一般意味着成立由运营跟产品组成的项目组，并选定项目负责人。他们明确彼此分工，在产品写需求文档阶段，运营就拥有足够的话语权，童鞋产品也会安排人力专门收集运营需求。他们不仅有共同的KPI，也更经常的开会，汇报彼此的工作进度，了解对方能否满足自己在某个节点的关键需求。

　　以贴吧看贴为例，在产品层面，在灰度期是运营主导着编辑器设计，产品童鞋负责前端用户功能设计，当然运营也可以为前端的设计提出优化方案；在运营层面，产品会提出自己的内容更新要求，运营也会告知产品需要那些入口支持

　　这种关系下的运营与产品，倒有点像一个创业团队，把一款功能一个项目当作自己的事儿。如果再配合到大公司的资源，应该是最容易出运营成绩的。既然是跟产品深入合作了，作为运营可以多学习一些类似用户调研、原型设计的产品技能，需要在推理演绎能力上有所积累，因为你还需要面对优先级排期的立项会议。

　　最后聊一个不管你跟产品是处在什么“暧昧”关系下，都会比较关心的一个问题：在产品开发时,自己运营思路何时介入比较好?

　　我的建设是越早越好，早到产品还只是立项阶段。因为能够在产品层面植入运营的需求，会大幅度减少你的运营压力，当然你也可以理解成运营与产品的第五种关系——运营主导产品。

　　举一个时效性运营的正面的例子。作为运营如何能够比较早的介入产品，在产品设计阶段就让技术给留下类似发贴框、回复框、特效关键词、红包分享等彩蛋接口，在做时效性就可以直接通过这些接口做出很多好玩的活动，例如双十一的天猫关键词特效。

　　举一个数据运营的反面例子。产品需要的数据跟运营真正想要的数据是有出入的，产品的数据，它可能只关心整个功能的日活，次日留存，停留时长。而运营除了这些数据，还需要单篇图文的阅读点击数据，用户停留时长阅读的条数，用户的步长。如果不提前做产品的介入，埋好相关路径的统计点，在做后续数据分析时，会出现数据缺失问题。

　　产品跟运营的关系从深到浅“暧昧”，彼此的思维方式跟工作方向不一样，相互吐槽也属正常。在我们吐槽产品生的孩子不好时，估摸着产品也指点运营的不是。不过话说回来，同为搬砖打工，撕逼完后大家还是一起唠嗑下公司老板就好。【作者：陈维贤】