运营与产品的联动

在工作过程中,我发现一个很有意思的现象:

产品经理不断的在研究,如何让用户Don't Make Them Think,而运营则一直让用户To Do One More Thing。也就是说,产品认为用户是傻子,而运营认为用户实在太聪明了。所以,产品经理不断的简化流程、缩短用户使用产品时的思考时间,让他们的行为更加的自然、流畅,而运营人员就不断的寻找面对用户时尽可能多且准确的切入点,顺利的完成用户的转化,让他们多做一件事情,比如,电商运营考虑的转化率,不就是要让用户在完成“简单快速”的商品挑选之后,“多”做一步付费购买么?支付产品提供了快捷支付,让用户可以快速完成支付动作,而运营就通过组合更多的场景,供用户选择后进入支付环节。

所以,他们一直是在联动着,有点小尴尬的是,如果我们一直这样思考下去,会发现,产品和运营之间的联系实在太紧密了,有时候我们都分不清楚,究竟产品经理有没有在做运营工作,运营人员是不是也在做产品工作。

对此,我们可以称之为:一体两面、二位一体。

在网站或者产品的发展过程中,这种一体两面的状态始终存在,虽然面向不同的方位与领域,但实际过程中,他们总是二位一体的存在。

在运营人员的工作过程中,会根据运营数据的情况,不断的向产品提供意见和建议。

比如,某个产品上线了,初期只是满足了用户的基本需求,运营人员通过和用户之间的互动与情报的整理,发现用户有几个痛点是可以由产品提供解决的,产品根据需求开始迭代,运营人员再通过数据,发现产品针对N个不同的痛点开发了新的功能,却只有其中1、2个用户使用频率高,那么,这1、2个功能,就是产品未来需要强化的方向,而其他的功能,运营人员就要通过各种不同的方式--宣传、引导、活动等等--去让用户使用,或者得出结论,这个需求是假的,可以先放在一边,以后再说。

运营与产品的敌人永远不是对方,而是自己与时间。

时间往往与资源挂钩,有好的运营方案,但是无法实现,不是因为技术不够好,而是因为可以调配的资源太少,我相信很多运营者与产品经理都有这样的问题在困扰,明明是自己先找到的痛点先想到的运营方案,可是竞争对手却总是跑在自己前面先做好了一切,于是,很多人就会慢慢失去动力,行百里者半九十,说的是这个道理。

运营和产品联动的场景我接触过的大概是这样的:

某个网站产品,上线了半年,产品经理和运营经理开了个会。会是运营经理发起的,产品经理与运营经理之间发生了如下对话:

运营经理:“老王,我这儿有个需求。最近我们在想,希望可以做个任务系统,让用户完成指定的行为后可以获得奖励,这个方案我们这边正在做,这周和老板确认之后可能就会提上来。”

产品经理:“明白了,你大概跟我说说你的需求呢?”

运营经理:“我们运营小朋友可以后台进行一些配置,完了用户在前台看到了任务,去接,完成了指定的行为,比如说,注册,就送个礼物啥的,礼物可以是虚拟的也可能是实物。这个一句话就说完了。”

产品经理:“……我说,李爷,这个需求挺复杂啊。这样吧,你和老板确认完了之后,我们再详细聊,我觉得这个事情可能是有价值的,但是,工作量有点大,到时候我们拉着刘大力再聊一次,架构得评估一下,开发的也要有个了解。”

也有这样的:

产品经理:“李老板,我们现在在整理下个版本的需求,运营这边有没有什么想法?”

运营经理:“老王,我们这儿有的,之前运营数据里有几个点,我们希望产品端可以实现一下。我们目前老用户里还有很多是使用老版本的App的,我们希望可以做一次强制升级,从策略上呢,我们不想强制,所以,希望这次版本里可以加一个功能,只有新版本的用户才能使用,而且对他们日常的需求帮助还特大的那种。”

产品经理:“嗯,这样吧,下个版本里我们原本拉掉了一个同步所有社交平台联系人信息的,要不把这个功能拉回来,你评估一下看看这个功能够不够力度推你这个需求。”

还有这样的:

产品经理:“老李,最近我们产品数据看下来,用户不大爱用新功能啊,你能不能想办法帮我们推推?”

运营经理:“可以的,上回咱们不是商量了么,这次的新版本的功能新增有点多,我们得分批的推进一下,运营这边我们先准备准备内容文案和活动,然后我们看下外部资源,什么时候能放上去,到时候通知你,你注意看一下上线后的数据嘛,有效果我们持续做,没有效果我们再调整。”

当然,也有产品运营跑到一起,就吵个不停,然后互相制约的。不过,这种情况出现之后,基本上项目本身也就不用抱什么期望了。

产品经理也好,运营者也好,如何能够实现一体两面与二位一体,我的经验和感知是,要有相同的目标。

不管是产品人员还是运营人员,最害怕的事情就是没有目标。如果大家一起加入到某个项目里,却不知道做这个项目的目的是什么,目标在哪里,那就很容易出现互相制约的状况。

现互相制约的状况。

当然,如何让目标具化、可执行并且拆解合理,那又是另外一个话题了。