产品跟运营的关系从深到浅“暧昧”

在话题开始之前，听听运营商对自己与产品关系的理解。有人说“产品是生孩子的，操作是养孩子的”。在深入运营之前，我相信这句话是真的，简单地把产品和运营理解为前后关系。这就是为什么有相当多的操作会取笑产品，出生的孩子长时间不看，没有专业知识，但也被迫传播熊孩子的外包装。后来，在百度贴吧和初创公司，由于项目合作与产品经理的交集，对运营与产品的关系也有了新的认识。我将根据双方的合作程度，从浅到深列出两者之间的关系，并给出相应的运营建议，希望能帮助您与产品的“模棱两可”相处。关系1：运营和产品人力短缺。需要团结协助的初创企业基本上不会有这种自我管理的运营和产品关系。它更容易出现在产品用户规模较大的成熟产品中，如豆瓣、知乎、QQ、贴吧、YY语言等千亿级产品。如此大的产品通常会设立运营部门，进行现有功能的运营或商业化运营，设立产品部门专门负责功能创新和用户创新。它们之间，除非是核心资源的合作，否则会有交集。一些专业问题基本上是由各自的学习或部门招聘来处理的。在这种关系下，操作和产品容易相互抢活，工作重叠。有三种方法可以让产品支持你的运营。一是让公司高层安排项目立项；二是利用产品KPI进行运营；三是私下处理与产品的童鞋关系，即人气好。关系二:产品生孩子，产品运营养孩子，产品做东西，运营帮助推广，非常纯粹的顺序关系，很少参与产品设计阶段的运营。这种关系很容易出现在公司的快速发展时期。产品忙于新功能的设计，运营厌倦了用户的创新。虽然缺乏沟通，但每个人都能快速成长，得到自己的需求。这种关系下的运营和产品基本没有矛盾，就是对于运营来说，推广需求偶尔会突然出现，运营热情容易被打磨，很难做到优秀。假如您正好处于这样的经营状况，我的建议是提前了解产品规划，这样可以提前做好相应的推广准备。或者设置一套运营需求流程，让产品提前推广需求。关系3：有一个共同的KPI目标。当操作和产品明确指定为相同的KPI时，它们的关系将更加紧密，产品将在设计阶段提前通知操作，产品将根据操作建议进行适当的调整，但总的来说，这是一种产品主导的关系。例如，对于产品的会员商业化，产品需要设计会员特权。操作可以根据自己对用户的理解提出会员特权的具体功能，并推广该特权。在这种关系下，经营和产品，很容易出现抢功的局面，毕竟没有明确规定哪些是经营工作，哪些属于产品范畴。但总的来说，荣辱并重，完成KPI才是关键，老板只关心这一点。关系4：深入合作一般意味着建立由运营和产品组成的项目组，并选择项目负责人。他们明确分工，在产品写需求文档阶段，运营有足够的话语权，童鞋产品也会安排人力收集运营需求。他们不仅有共同的KPI，还经常开会汇报彼此的工作进度，了解对方是否能满足自己在某个节点的关键需求。以贴吧为例。在产品层面，在灰度期，运营主导编辑设计。产品童鞋负责前端用户的功能设计。当然，运营也可以为前端设计提出优化方案；在运营层面，产品会提出自己的内容更新要求，运营也会告诉产品需要那些入口来支持这种关系下的运营和产品，这有点像一个创业团队，把一个功能和一个项目当成自己的事情。若再配合大公司的资源，应该是最容易取得运营成果的。由于是与产品的深入合作，作为一个操作，你可以学习更多类似于用户研究和原型设计的产品技能，你需要积累推理解释的能力，因为你也需要面对项目会议的优先安排。最后，无论你与产品有什么“模棱两可”的关系，你都会更关心一个问题：在产品开发中，什么时候干预你的操作想法更好？我的建设越早越好，早到产品还只是立项阶段。因为在产品层面植入运营需求会大大降低你的运营压力，当然也可以理解为运营与产品的第五种关系——运营主导产品。举一个时效性操作的积极例子。作为一种操作如何早期干预产品，在产品设计阶段，技术可以留下彩蛋接口，如发布框、回复框、特效关键词、红包共享等。在及时性方面，许多有趣的活动可以通过这些接口直接进行，如双11天猫关键词特效。举一个数据操作的负面例子。产品所需的数据与操作所需的数据不同。产品数据可能只关心整个功能的日常生活、第二天保留和停留时间。除了这些数据，操作还需要单个图形阅读点击数据，用户停留时间阅读条数，用户步长。如果不提前介入产品，埋葬相关路径的统计点，在进行后续数据分析时会出现数据缺失。产品与运营的关系从深到浅“暧昧”，思维方式与工作方向不同，互相吐槽是正常的。当我们吐槽产品生的孩子不好的时候，估计产品没有指导操作。不过话说回来，同样是搬砖打工，撕完之后大家还是一起唠叨公司老板就好了。