复盘总结:B端的产品和运营如何良好协作?
从0到1设计ToB产品,系统和人、线上与线下,产品与运营良好协作才是关键。
B端的产品,更多的是服务思维。产品的功能从业务触发,以服务为结点。但是服务又是一个非常复杂的事情,并非一个界面触达,文案提示就能简单做好的。服务一定是需要「系统」和「人」相互结合,相互补位,才能做到极致。在为用户提供服务的过程中,产品和运营承担了非常重要的工作。产品为「系统」而生,运营为「人」而活。
本月复盘点:B端的产品和运营如何良好协作?在我看来,有四个关键点:
- 做好从线下到线上
- 做好从线上到线下
- 做好从产品到运营的关键工作
- 做好从运营到市场的关键工作
从线下到线上
(1)前期调研
B端产品的调研,严格意义来说一定是市场调研,而不是简简单单的用户调研。产品经理需要通过行业分析、产品测评、数据挖掘等方法梳理业务流程。调研结果需要得出业务流程现状、业务流程的瓶颈、产品如何定位、最终期望获得什么收益。
(2)客服
搜集用户反馈:来自真正使用产品的用户的反馈
(3)运营(特指业务运营人员)
管理一线销售及电销人员,推进销售及电销引导真实用户
从线上到线下
产品(系统)上线后,存在一些不便于销售使用的场景及功能,即 销售「卡」点 。我们需要从产品设计的角度给出说明及解决方案,并为销售提供友好的使用说明。如下案例所示,产品经理需要把自己设计出来的产品功能,用比较贴近用户的使用场景的方式,解释给运营人员听。目的是让运营能根据你的产品功能说明、销售「卡」点,梳理适合前线销售阅读和学习的产品手册及视频。
产品手册(静态): 以运营角度为切入点,梳理出用户如何按步骤使用系统功能的文档。
学习视频(动态): 基于产品手册,录制的有声说明影像。
后期调研:
产品上线后,「下」市场调研的目的就比较明确了。通常情况后期调研都是围绕1H2W原则来开展:
- how:市场反馈如何?
- what:用户还有什么需求?
- why:为什么我们前期没有找准痛点?(此部分是产品后期迭代的基石)
区别 “系统” 和 “人”
B端产品的难点,即如何将「系统」功能最高效的改善「人」的反复工作。在产品设计过程中,如果我们能把复杂的逻辑,用最简单的操作及最明确的语言表达出来,说明我们思考得够深,专研得到位。
B端产品经理和运营,同时服务于用户和市场,他们之间的协作方式如下图所示:
产品到运营,核心是传递产品理念
产品教会运营如何用系统,如何告知用户哪里有问题。运营要弄懂产品设计的基本逻辑,并且整理用户能明白的话术。连接产品和运营的工具,可以是「需求看板」。「需求看板」用于管理项目进度,产品规划及运营规划。在「需求面板」中,产品经理需要定期梳理已有功能及开发中功能,并且维护上线版本及说明。
如上图案例所示:运营人员可以根据①表格中所罗列的功能点击上线时间,安排专项运营人员阅读产品设计文档,并梳理产品手册;②③用于产品经理整理历史功能,及新迭代功能规划。
运营到市场,核心是推动产品使用
运营在教会市场如何向用户推广产品之前,首先需要先弄懂你需要运营的对象是谁?面对不同的对象,运营策略是不同的。弄清楚运营的对象之后,推广产品的时候,市场向运营反馈用户真实声音,并且弄懂销售「卡」点。这个过程可能存在多次教育,反复沟通的可能性。要求产品和运营需要密切配合,最终达到产品能被市场接受,并且服务好我们的运营对象。
总结
从前期调研、业务分析、目标用户画像定位到功能模块拆解,用户价值提升。产品经理与运营是密不可分,相辅相成的。产品经理将抽象的定义设计为实际的产品,运营就需要做好功能宣导、政策流程梳理、问题解疑答惑、新需求收集、试点效果调研,数据分析等。
所以,从0到1设计ToB产品,系统和人、线上与线下,产品与运营良好协作才是关键。
#专栏作家
Mandy权,微信公众号:小Q聊产品,人人都是产品经理专栏作家。《从需求到产品:0岁产品经理进阶之道》作者,善于C端产品体验,B端产品模式设计。
本文原创发布于人人都是产品经理,未经许可,禁止转载。
题图来自Unsplash,基于CC0协议
作者暂无likerid, 赞赏暂由本网站代持,当作者有likerid后会全部转账给作者(我们会尽力而为)。Tips: Until now, everytime you want to store your article, we will help you store it in Filecoin network. In the future, you can store it in Filecoin network using your own filecoin.
Support author:
Author's Filecoin address:
Or you can use Likecoin to support author: