危楼高百尺，手可摘星辰。
不敢高声语，恐惊天上人。
诗人用夸张的艺术手法，描绘了山寺的高耸，给人以丰富的联想。山上的这座楼好像有一百尺高，诗人站在楼顶就可以用手摘下天上的星星。在这儿都不敢大声说话，唯恐惊动了天上的仙人。
在这里我也用夸张的语言，表达了产品和运营之间微妙的协衡关系，互相协助又制衡。
先来看看产品和运营的岗位划分：
光从这里就可以看出运营的种类有多杂乱了，包含的内容之间也许有重合关系，也是与每个公司的叫法不同。
有人说，产品是生孩子，运营是养孩子。
怀胎十月，一朝分娩，养育过程中的艰辛做了父母的都会理解。吃、穿、用、住、行，对待产品的用户要像春天般温暖。当然，也不是说要一味讨好，在对待用户的分寸上，还是有底线的。
在我所经历的公司中，产品和运营还是分工比较清晰，配合挺融洽的，除了要不断地催催催。
创业公司人力紧缺，在产品规划的阶段，就需要运营人员提出一些功能要求穿插在计划里。
很多做运营的同学抱怨产品没有核心竞争力，老板又不愿花钱，推广难如登天。
在像产品提需求的时候，战战兢兢，生怕被驳回，大大影响KPI。
其实想调整好和产品的关系，有下面几个法子可寻。
1.打包成项目整体，让公司高层来安排；
2.利用产品的KPI做文章；
3.私底下维护和产品的关系。
比如产品的迭代功能三月一大变，月月在小变时，要让产品提前告知有哪些变化，这样才赶得及利用这些功能点做活动；最忌讳的是用户都看到变化了，运营人员还不自知就太失败了。
这种极端情况我都遇见过。
当时公司正是盲目扩张后的萎缩期，产品吐槽点多，非常影响用户体验，问题迟迟得不到解决，运营人员整天疲于应付用户投诉，产品也仅有一个助理对接，应接不暇；每次迭代也是没有规律，悄无声息。在一次还没最好测试就上线的产品中，隐藏一个巨大的BUG被用户发现了，直接捅到老板那里，结果可想而知，运营和产品都遭罪。
当运营和产品为共同的KPI奋斗时，在产品的功能接洽上就会容易许多。产品人员在设计阶段就会提前告知运营，并会适当按照运营的建议调整产品，这种关系下的运营和产品也许会出现一些抢功劳，推诿责任的现象，但总体来说有一个共同的目标，他们还是会荣辱与共的。
产品和运营最好的关系就是同在一个项目组，深入合作。这是考验项目负责人的时候，明确彼此分工，经常开会，互通有无，了解对方的需求。
一个小的创业公司差不多就是这种组合。
运营人员多掌握一些用户调研、原型设计的技能，更有助于和产品的交流，两者沟通起来不费力。
运营人员提需求时，尽量越早越好。在产品层面植入运营需求，即“把运营做到产品里”，可以大幅度减轻后期的运营压力，做到运营主导产品。
比如运营想做一个增加用户粘性的功能，提前讲好这个功能的目的，举出用户的赞成数，及后期能带来的效果，经过产品评估后觉得可行，那么久可以把它做进去。在做用户推广时，就可以用这个功能玩出一些花样儿。
还有数据埋点。产品一般比较关心某个功能的日活、次日留存、停留时长，而运营还需要知道用户的点击量，分享数，每一步的漏斗转换，如果不提前埋好相关路径的统计点，后面就没有数据可分析了。
这个痛苦在以前的公司体会颇深。当时的老板奉行简单粗暴原则，先做一个产品上线，BUG、功能什么的后面再完善，实行“快速迭代，小步试错”，结果错是试了，快速迭代做不到，才引起用户的一阵抱怨。在这样的产品中，更不提什么数据埋点了。在产品后台看不到任何一点跟运营相关的数据影子，只有销售方面的数据，做起来也真是欲哭无泪了。
所以产品经理还是很重要的，搞好和他们的关系，他们的一丁点思维转变，说不定就给咱后期的运营打开一条康庄大道呢。
网友评论