运营(ToB产品运营需要具备哪些能力?)

2023-04-24 富美财经 浏览量:

产品运营作为解决业务问题而存在的角色,需要懂业务、懂产品、懂运营,而对于一个新人来说,应该侧重哪个领域,每个领域应该懂多少,又掌握什么技能呢?本文作者对此进行了分析,一起来看一下吧。

ToB产品运营需要具备哪些能力?

上一篇文章我们聊到了2B产品运营的角色定位,即基于业务流程与发展,规划产品框架、确定产品阶段、填补功能细节、引领产品功能落地实现的总设计师。

总的来说,作为解决业务问题而存在的角色,我们需要懂业务、懂产品、懂运营。

但问题是,这三个领域,单拿出来任何一个都是值得长时间深耕才能勉强称得上懂。产品运营作为一个复合型的岗位,对于一个新人来说,应该侧重哪个领域,每个领域应该懂多少,又应该掌握什么样的技能呢?

每个人的精力都是有限的,做不到面面俱到,就应该依托岗位的职责,来规划自己能力增长的优先级,以便有的放矢,更好地胜任工作。

一、ToB产品运营的岗位职责

ToB产品运营需要具备哪些能力?

我们以美团的B端产品运营专家岗来举例,通过上面的JD,大致可以总结出,这个岗位的工作职责是:

  1. 结合业务策略,梳理销售的执行以及管理流程,优化和迭代流程。
  2. 结合业务实际,为业务侧提供相应的产品工具,提升销售效率
  3. 建议销售的效能评估体系,既能评估工具产品的提效情况,又能管理销售的效能
  4. 结合业务流程,找出业务流程中的卡点问题,解决痛点,提升业务效率
  5. 负责推进业务过程中产品工具的试点、推广、落地
  6. 维护、迭代销售工具,解决使用问题,提升工具用户满意度

综合来看,产品运营的职责基本就围绕业务流程优化(产品方向)、产品功能提出与推进、功能培训与迭代这三个主要方向进行。

了解业务才能知道业务需要什么样的工具,流程有什么样的卡点,什么样的场景下需要什么样的功能。

能够将业务问题产品化,才能解决以上问题。

通过工具的运营,才能完成工具的培训、反馈的收集,问题难点的解决,搭建一个良好的工具运营体系,才能使工具的功能上线、推广使用、反馈迭代形成一个良好的正向循环。

所以说,一个合格的ToB产品运营懂业务、懂产品、懂运营几乎是必须的。

那么回到上面的问题,在这三个方向当中,作为一个精力有限的人,我们又该优先攻克哪个方向,又该逐渐弥补哪个方向呢?

二、B端产品运营的工作重心

我认为,作为解决业务问题的产品运营,应该优先加强对业务的理解,其次是加强产品思维,最后是完成工具运营体系化的建设。

为什么了解业务要排第一位呢?

B端产品工具的研发只有一个目的,就是解决业务侧的问题,如果对业务本身不够了解,几乎是没有能力去筛选需求、总结需求以及判断需求的。

一旦上下游发现你对业务不够专精,上游的业务方会觉得你浮在表面上,无法解决他们的问题。下游的产品经理发现,你的需求往往没有真正的打在业务痛点上,同时需求本身也没有优先级。因此,解决业务问题,推动功能进度的工作就无从谈起。

所以,无论你是从0到1搭建一个项目,还是半路接手,都需要首先对业务有足够的了解,这是我们往后开展工作的前提。

很多朋友可能觉得,这我早知道了,做产品哪有不先了解业务的?

但是,了解业务,还有个深度的区别,你是像一线销售一样了解业务,还是像中层管理,又或是像项目负责人那样了解?

如果你理解的深度和一线的销售一样,那么很可能你的需求只能卡在小的功能点和操作体验上。

如果你理解的深度和中层销售管理一样,那么很可能你的需求会卡在流程和场景这一层。

如果你理解的深度和项目负责人一样,那么我们就能自上而下的设计整个产品框架并逐层铺设细节。

有的朋友可能觉得,和项目负责人站在同一角度思考,是不是有点太难了?或者太扯了?

我认为既不难也不扯,只要我们在业务中沉淀一段时间,还是能够感受到业务的意义、战略,多和中层聊聊,就能知道个大概,有机会再找负责人的佐证就可以了。

我把懂产品排在了第二重要,因为在产品方向上,我们要做的并不太多,只需要考虑需求的合理性,不用考虑产品实现的问题。

而不把它排在第三是因为,一款业务侧的工具,无论我们有无成熟的运营体系,一定不会缺少用户使用,这也是和C端最大的不同。

所以对业务侧的提升来说,做出一个对的功能,远比做一次好的培训活动要更重要。

能准确的识别出业务的需求,并且能和产品经理做到同频的沟通,要做到在产品方向上像产品经理一样思考和工作,这并不容易。

因为这要求我们能够依照业务战略、流程、痛点、难点,制定产品工具整体框架,能够规划产品功能蓝图,能够提出准确的细节功能需求,能够制定合理的验收指标等等。

这都需要长时间的积累和学习,宜早不宜迟。

最后,我认为是运营体系的搭建。B端产品运营在运营侧做的工作,主要可以分为功能培训、功能反馈收集、功能数据分析、现有功能迭代,这四个板块都需要体系化的建设。

运营工作同样很重要,因为只有拥有清晰的标准化流程,运营工作才能顺畅,整个工具对项目的支持才是立体的。

但是每个业务和公司的情况不同,一个好的流程基本都是不断的磨出来、迭代出来的,因此前面再着急也不容易出效果,不如先做个简单流程,之后慢慢随着问题的出现,不断优化流程,建立一个流畅的体系。

由此,我建议,我们的精力分配按照业务、产品、运营,逐级递减进行分配。

三、三个方向应该掌握到什么程度?

之前我们说,B端的产品运营之所以有存在的必要性,是因为在工具开发和运维上,需要一个比产品懂业务,比业务懂产品的人。

这里面就会有一个“度”的问题,我们要懂业务到什么程度?懂产品到什么程度?

我认为,在业务层面,我们要像业务一样懂业务。

怎么定义这个“懂”呢?以在线教育课程售卖业务为例,我认为有三个方向。

1. 你要像业务侧负责人一样懂业务

知道这个业务的战略目的,比如是为了抢占市场?还是为了增加营收?

知道业务目前的运营模式是什么,比如是免费体验课社群转化还是付费小课包电销转化?人效如何?

知道业务能持续存在的北极星指标,是为了市场占有率?还是ROI?还是总营收?

知道业务基本的发展规划,比如季度、半年度、年度目标是什么?对应的销售团队的扩充目标什么?

知道业务的组织架构是什么以及想看的数据有哪些?

我们知道这些问题的意义在于,我们能够以很高的视角来了解这个业务,知道了这些,后台系统的建设大方向就不会错,也会赋予后台产品存在的意义。

比如,一个销售业务线,他们的战略目的是用来抢占市场,核心指标是ROI(相对较低),业务模式是3天体验课快速转化,每次转化需要一个销售同时服务300个学员。

那么我们在工具整体设计上,就会有如下思路。

核心指标为ROI,ROI=收入/运营成本(人员工资+流量费用),为了提升ROI,我们需要协助降本增效。

提升客单价,可能需要多种课程打包售卖的功能以及优惠券的功能。

降低人员工资,我们可以通过提升单个销售服务学员的人数,这就需要工具来提升效率。

流量费用的降低,我们可以通过流量复用的方式,帮助销售对未转化老学员进行筛选、触达等等。

而了解组织架构,就为后台功能权限的问题提前打好基础。

如此一来,我们不仅得到了工具产品的大致设计思路,而且每一个功能模块都和业务目标强绑定,在产品推进上,就能够最大限度的得到业务方的支持,同时产品侧也会尽力配合。

2. 你要像中层管理一样懂业务

知道业务运营的整体流程和节奏,比如用什么方式进行用户的承接,销售的整体流程。

知道整体流程中的难点,比如流程中效率非常低的部分,或者是流程中的关键节点。

知道管理中的难点以及想要看到的数据,比如一线销售的执行情况,比如转化率、销售业绩等等。

这一步可以使我们对业务有进一步的了解,能以管理者的视角看待业务流程,对业务都更深一层的认识。

3. 你要像一线销售一样懂业务

知道具体的销售标准化流程,比如知道转化期的每一天应该做什么,甚至每个时间节点应该做什么。

知道不同的场景下会有哪些固定动作,比如初次触达用户需要哪些操作,试听之后会如何转化等等。

知道一线销售所认为的工作中的难点,比如效率极低的部分,比如目前工具哪里有糟糕的体验等等。

综上,我们的将会从三个视角去审视业务,可以全面的看到业务的战略、业务的北极星指标、业务流程、管理问题、一线的痛点,我们就可以做到和业务一样懂业务。这将是我们做好产品运营的根基。

在产品层面,我们要成为半个产品经理。

前面我们聊过,产品运营只需要提出合理需求,不需要考虑需求具体如何实现,在提出需求的工作上,我们需要做到产品经理的专业度。

首先,我们能够根据对业务的了解以及业务难点的剖析,做到对工具产品的整体规划。

其次,我们能够根据需求实现的难易程度以及紧迫程度,做出工具产品阶段性的规划。

再次,我们能够根据现有业务流程、场景以及痛点,提炼总结出具体需求,提交推进。

做到以上工作,称为半个产品经理丝毫也不过分。

在运营层面上,我们要成为运营体系的建设者。

相信做过B端产品运营的朋友都有这样的体会,就是每天的杂活不断。

一会去培训个功能,一会又要对新功能灰度,一会又要帮着看工具问题,一会又要做功能的数据报告,很多时候,一天的时间都会被杂事耗尽,工作的实际产出少,价值感也觉得低。

因此,我们需要将运营工作分成不同的板块,并建立相应的流程体系,让运营工作变得标准化,整体节奏有条不紊。

这需要我们建立功能灰度的标准化流程、产品功能培训体系、产品问题反馈体系、需求收集体系等等。

一旦建立这些体系,我们的工作将会清晰明了,上下游的关联方也会有规则可循,我们也能抽出手来去做更有价值的需求、功能,也为我们未来成为管理者踏下坚实的一步。

四、B端产品运营需要什么样的具体能力?

B端产品运营需要不断的揣摩业务,也需要不断的提出需求、迭代功能。作为一个站在业务全局思考工具产品的角色,我认为一定要掌握一下几点能力。

1)放眼全局的整体思考能力

很多朋友的需求不成体系,运营没有章法,业务理解不够深入,很大的原因就是缺乏整体思考的意识。

作为产品运营,总把自己想成业务之外、产品之外的独立角色,是很容易想问题片面的,我们需要把角色调整至业务之中、产品之上。

要考虑业务全盘,从业务目标到业务流程,再到业务细节,自上而下的思考,同理,产品功能和运营的部分也相同。

2)项目主人翁的心态

在某个业务线中,B端产品运营往往不止负责一个工具,可能身兼多职,细碎的工作多的数不过来。尤其是需要协调多方才能顺利进行工作,是一个非常劳心的工作。一旦做不好,还要受不少的夹板气。

如果没有主人翁的心态,是很难在这份工作里找到快乐的。只有真心想把这个工具做好,做成一件自己满意的作品,能够为业务解决难题,才能真正地做好这份工作。

3)良好的沟通能力

产品运营至少要对接业务和产品两方,作为一个居中的角色,工作中有大量的信息交换和协调协同。

无论是做访谈了解业务,还是说服产品经理接受需求,都需要很强的沟通能力。

4)归纳、总结、理解、分析的能力

业务需求是一团乱麻,需要我们像侦探一样把它们理出头绪,并且能够落地。纷繁的运营杂活数不胜数,也需要我们将它们驯服,按照标准化的方式进行。

5)数据分析能力

必要性不言而喻,不展开了。

6)良好的学习能力

产品运营这个角色需要了解的知识太多了,按照范德彪的话说,学吧,学无止境。

7)专业能力

可以写一份清晰实用的BRD(需求文档),可以画业务流程图的泳道图,可以做项目管理的甘特图,可以做整体产品规划的简易架构图,可以做简单的PRD,可以做竞品分析报告等等。

以上,是我所认为的B端产品运营的能力画像,也是一个产品运营的核心竞争力,各位如有不同意见,欢迎评论区讨论。

本文由 @宋知了 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

为你推荐