产品经理如何和运营人员打交道?

起点学院产品经理365成长计划,2天线下闭门集训+1年在线学习,全面掌握BAT产品经理体系。了解详情

goutong

忙到今天,总算暂时空闲下;闲下来也思考下,总结一下东西,让自己后面的路走得更加顺利些。

回顾过去的5个月,我从来没试过如此频繁对接产品运营人员。同时也是这段时间的频繁接触,让我明白他们的思维方式和思考角度,并结合产品经理岗位属性来思考这两个不同职能下的人员,如何在工作上实现友好合作,实现利益最大化,并擦出火花!(你此时想歪了,别不承认了!)。

有人和我说“面试产品经理的时候就吐槽运营,面试运营的时候就吐槽产品”,严肃地说这句可能只是笑话!但是我真的开始明白这样说的原因了!有个比较low的词——撕逼,用得上。悟出得道理,鄙人吹吹。

那么大家会问,产品经理和运营打交道,会出现什么样的问题呢?我一一说来,说得不对,轻点喷…

  1. 职能定位的交集矛盾。产品经理作为产品负责人,对整个产品的UI设计、功能架构、需求定义和取舍起到决定性作用,而运营人员往往站在自身的角度提出某些功能需求。
  2. 直接目标不一致问题。产品经理最为直接的目标是做出一个符合用户体验,逼格高的产品,而运营人员的短期目标往往只在乎能否达到上级下达的KPI任务。
  3. 对技术、对互联网认知差异。相信这个是最普遍存在的,产品经理往往是对技术对互联网认知比较深入的人,而产品运营门槛特别低,同时不需要直接和技术打交道,很多专业术语,对技术的理解能力,表述都是不专业的,特别是女性产品的运营者,情况尤其严重。
  4. 跨部门沟通的成本相对较高。不同一个部门往往意味着更高的沟通成本。在一个没有合理制度和流程下的公司,情况更为严重。

以下是鄙人总结的一些经验之谈:

一、明确流程的确很重要

高大上点说,规范的流程就是一个公司的法律。无论小公司大公司,流程真的很重要!不要和我扯什么影响效率,流程的出现就是为了提高效率的;如果因为有了流程导致影响了效率,那就是这个流程有问题!回去改!

那么说回正事,为什么需要流程呢?

流程作为一种组织行为规范,让每个不同职能的员工有章可循,做事情才能可控可受。如果运营和产品对接的时候,不按照流程来,弊端很明显:容易只关注运营层面,缺乏产品介入需求;导致用户体验效果下降,易用性大打折扣。同时技术人员对接起来往往会更为困难,最终效果不理想。

博主曾经就遇到过,运营童鞋直接找技术设计提需求,不经过我的。最后搞到技术设计来投诉需求太难懂无法理解啊。所以这个流程也需要产品经理进行引导确立,技术和设计经历过痛苦肯定是会听你的,呵呵。

二、产品规划决策权需明确

产品经理作为产品整体设计功能的负责人,决策权是必须有的,也无可厚非的,当然这里可以指产品部门。如果你的公司不是一家纯粹的互联网公司,而是转型过来的,会有这样的问题:运营经常随意提需求,要求你务必完成,你又没办法拒绝,又担心被人投诉。

这些涉及到跨部门权责的,应该由部门主管进行领导推进,确立产品经理在需求决策权的地位。注意,这个时候,运营人员往往会认为你在剥夺权利,所以应该在老板的认同下,与对方进行有理有据的沟通,明确让运营知道:你的需求可以提,但是需要经过产品经理的调查研究确定是否需要做。

三、引导运营需求进行归纳汇总

大家都比较清楚,运营工作相对是比较杂的,产生运营需求只是其中一个职能。这往往导致了产生需求的不确定性,不连贯性和随意性。往往这个时候作为产品经理,是蛋疼的,会觉得无尽的需求;事情做了很多,但是好像没什么效果和成绩。所以产品需要引导运营做需求的归纳汇总,指定阶段性的需求列表等。

但是这不是意味着产品经理就不需要做归纳了,产品是更专业的产品汪,理应把最后一道关卡,进行需求确认(决策)和确定优先级。

四、加强与运营的协调沟通

沟通是人与人之间、人与群体之间思想与感情的传递和反馈的过程,以求思想达成一致和感情的通畅。沟通的目的是为了让信息对等,让运营人员能更好理解产品经理的想法和理念,对于日常合作非常有利。

举个例子:产品规划了一个利于运营的功能,但是运营并不知情的话,便会无法充分发挥运营功能的作用;也不能让运营体会到产品经理的良苦用心。而产品经理必须进行有效的沟通来实现运营方对产品的认同,这些需要下功夫去重视。同时需要学会换位思考,了解运营人员需求的出发点和目的性,才能形成良好的互动。

另外尽量避免进行单纯的口头沟通,结论等应该形成文档,必要时候需要明确沟通结果双方的责任。

事实上职场冲突不可避免,心态要正才能妥善解决冲突,多余又很简单一句话:大家都是打份工而已。

 

本文由 @张国林 原创发布于人人都是产品经理 ,未经许可,禁止转载。

您的赞赏,是对我创作的最大鼓励。

评论( 8

登录后参与评论
  1. 运营是一线人员,与市场,客户,需求者打交道的一线,体验着并感受着产品,对于产品提出的意见也是应该被PM思考的。这针对于行业内的运营和行业内的PM,谁专业就听谁的。一个不懂产品的PM,不就是站在自定义的制高点对行业的指划吗?

    回复
  2. 发现个问题,楼上喷的都是做运营的 :mrgreen: :mrgreen:
    作者其实写得很中肯,解决办法也很理性,人家也没有说错,人家就是来说运营人员自身的问题,产品要怎么应对。

    回复
  3. 毕竟还只是入门级的新手啊。。。

    回复
  4. 特意注册了个账号来喷你,你就是个弱智,职位最多是个实习PM

    回复
  5. 写的还是不错的

    回复
  6. 这是一个傻逼产品经理或者低级产品经理所写的傻逼吐槽文,鉴定完毕!

    回复
  7. 你这貌似对于运营看的太低了。。运营并不只是做的很杂,对于用户更接近,有时候产品反而仅仅追求理想的效果。。

    回复
    1. 回复

      赞同,一个漏洞百出的产品,我选择换掉PM

加载中