重新定义B端产品
导语:B端产品到底是什么?是我做B端以来一直思考的问题;对于这个问题的答案,众说纷纭,也难断对错;今天借由此文,想把自己阶段性的思考结论与各位读者分享一下,希望通过这个定义,能对B端产品最本质的特点有个精炼的概括。
一、定义
说起B端产品的定义,大多数人的第一反应是面向企业级市场的互联网产品,这个回答当然没有错,“B端”这一名称就是这么来的。
不过,这其实只是对互联网产品从面向用户群体角度做的一种分类,它也许能说明B端产品的一部分特点,但无法直接体现其本质,所以这不是一个对“B端产品是什么”的好回答。
另一个流传甚广的说法是:B端产品是企业降本增效的IT工具。
这一回答相比于前一种更合理一些,至少把B端产品的核心价值之一体现出来了。
但是,b端产品核心价值更准确的讲不是降本增效,而是满足业务需求,降本增效只是业务需求的一部分。
因此,要理解B端产品的本质,需要从众多业务领域中,抽象提炼出不同业务领域的最大需求共性,并在此基础上进行归纳总结,才能更接近我们想要的答案。
而无论是特定行业,如医疗、金融、零售,还是通用领域,如客户管理、人事、财务、综合办公;它们最大的需求共性,其实是对其业务领域中的人、事、物进行更高效(降本其实也是追求高效的一部分)的管理。
要想做到这一点:
- 一靠与时俱进的管理思想;
- 二靠有效的管理手段;
- 三靠强大的执行力;
三者只有相互配合,才能发挥出管理最大的效能。
B端产品作为辅助业务管理者进行管理的重要工具,在其中所扮演的角色,是通过数字化的手段,帮助管理思想落地,并增强管理的执行力。
所以,由此进行总结,所谓B端产品,更恰当的定义应该是:体现业务管理思想的数字化工具。
下面我们把这个定义再详细拆解一下。
二、业务管理思想
在各类B端产品所在的业务领域中,要想达成一个目标,往往需要一群人为同一个目标而努力;这时就需要组织中的管理者,通过计划、组织、领导、协调等职能来影响他人的活动,从而使他人同自己一起实现这一既定目标,这就是管理的过程。
在这个过程中,管理者影响他人活动最核心的因素,是管理者的思想,即业务管理者希望他人如何执行,才能达到既定目标。
当这些管理思想需要通过数字化的方式承载时,就催生出了我们所说的B端产品,这些思想最终就变成了产品的各种业务概念和业务规则。
随着产品上线,因为这些规则而在产品中形成的各种约束条件,又帮助管理思想更好的固化落实,从而增强了管理的执行效果;最简单的例如通过产品的必填校验,以保证执行者按管理要求填写足够的信息。
所以,B端产品中各种业务概念、业务规则其实就是管理思想的体现。
当然,这些管理思想很多时候不只是业务管理者的,还很可能融合了众多其他干系人的想法,甚至还包含了行业的行规、法规(这些行规、法规其实也是行业管理者乃至国家层面对行业管理思想的体现)。
无论这些管理思想融合了多少来源,最终映射到产品上,都变成了一条条的业务规则。
三、体现
这里之所以要强调“体现”一词,是为了凸显B端产品的另一特点——它是一面镜子,不是一个变妆屋。
之所以叫做“体现”,是因为B端产品只是一面将管理思想从线下照进线上的镜子,也许这面镜子是个哈哈镜,能让管理思想体现到产品中时变瘦(精简)或者变胖(扩展),但无论怎么变,始终都是以母体为基准的。
如果没能认清这一点,就容易误把数字化工具当做优化业务管理的“变妆屋”,希望本身“丑陋”的管理现状通过数字化工具改造成沉鱼落雁、闭月羞花的“美人”,并从此以后业务管理效率翻几番。
这显然就太难为B端产品了。
从这一点就能看出,管理思想是业务规则的基础,业务规则是B端产品的基础:
- 只有管理管理思想优,业务规则才能优;
- 只有管理思想变,产品逻辑才能变;
- 只有管理思路通,B端产品才能通。
四、数字化
在通俗的理解中,数字化是指将信息转变为可以度量的数字、数据,再以这些数字、数据建立起适当的数字化模型,把它们转变为一系列二进制代码,引入计算机内部,进行统一处理的过程。(摘自百度百科)
简单讲就是将信息转变成代码的过程。
在本文对B端产品的定义中,这只是第一层,更深的一层其实是对管理的数字化要求:
即先有管理的数字化,才有工具的数字化,工具的数字化是以管理数字化为基础的。
其中,管理的数字化包括管理的标准化、管理数据的结构化和管理的量化三个方面。
1. 管理标准化
管理标准化是指业务管理需形成稳定且统一的标准。
对于任何一个业务领域,管理中一定不能是今天为1,明天为2,频繁的变更调整。
管理具有一定的稳定性,对业务和数字化改造都有非常重要的意义,对于在管理中无法形成固定标准的业务,是无法进一步实现数字化的。
在同样的业务场景中,管理标准的统一是管理数字化的另一个条件。
太多的个性化、太多的特殊处理,甚至因人而异,一个人一个管理方案,没有归纳统一,就无法形成明确的管理规范,也就无法映射到产品中,形成统一的业务规则。
2. 管理数据结构化
在管理标准化后,就要将其中的管理数据进行结构化。
即将原本混杂在一团的信息拆分成明确且独立的字段,这是数据库系统的基础。
如下图中的这段地址,把所有信息杂糅在一个输入框中,数据库是无法处理的,只有结构化成姓名、电话、区域这些独立且明确的字段,数据库才能有效识别处理,才能进行数字化。
3. 管理量化
管理的量化不是管理数字化的必要条件,但是真正体现“数字”,让管理数字化更加精确、有效的加分条件。
当有了管理中量化数据的基础,就能更好的发挥出数字化工具精确计算、跟踪、对比的优势,让管理锦上添花。
所以,管理的量化,是管理数字化发挥更大作用的有力推动。
五、工具
工具是B端产品最核心的属性。
工具是为了解决特定领域问题,帮助人们更好的完成工作的辅助手段,换句话说就是替人完成一部分工作。
- 一方面,B端产品作为管理工具,最重要的作用是在各类业务场景下,如何代替人完成一部分工作,从而降低人的工作负担;
- 另一方面,工具只是工具,需要与人结合,才能发挥作用,因此工具的使用一定不能忽略人的作用,它只能代替人一部分,而不是全部工作。
至此,关于B端产品定义的阶段总结就结束了,不过这个问题的思考还远未结束。
这是一个揭示B端产品本质的问题,B端产品所表现出的所有特点,都能从这个本质中找到答案,从这个定义中,也能带来无限启发,所以,这个问题值得我们花足够多的时间去思考。
当然,此为一家之言,在此抛砖引玉,欢迎各路大佬加微信探讨,如果觉得还有点道理,欢迎转发。
作者:周翔;公众号:周翔Fly;个人微信:zhouxiangxgg
本文由 @周翔 原创发布于人人都是产品经理。未经许可,禁止转载。
题图来自 Unsplash,基于CC0协议。
看到的第一篇对B端产品认知如此深刻认知的文章,必须点个赞
哈哈,谢谢,欢迎添加我的微信交流
我的新书《不枯燥的B端产品实战课》已上线,更多干货尽在书里,京东地址:https://item.jd.com/12786741.html
请教下,如何理解管理的量化,这个具体的产品功能会是怎样的?
管理量化是实现数字化的辅助条件,可能会影响到产品功能,也可能不会有影响,这个要看情况
“降本其实也是追求高效的一部分”不是很准确。降本不是高效的一部分,应该是高效是降本的一部分。因为有时候为了追求高效,是要通过提高投入成本来达到的,所以降本不能说是高效的一部分。 而高效能够节省时间成本,必然是降本的一部分。
这个取决于“效”的定义,如果“效”只是“效率”的意思,那“高效”是“降本”的因,如果你理解的“效”是“效能”(即产出/投入),那“降本”是“效能”的因
看到B端工业产品的真是少的可怜
所以牛掰的B端产品,可以把一些业务管理者还没想到的提前想到,并做成可设置的选项放在产品里,当然前期肯定很难。
其实产品跑到业务前面的场景是比较有限的,主要是这个业务本身在行业内比较成熟了,而本公司这方面的管理还没达到行业成熟水平,这种情况下产品跑到业务前面比较多,而如果这项业务本身行业的成熟度就很低,都是摸索状态,那么产品能做的就比较有限了,能往前跑也只是根据经验碰的
这么看来,RPA真是一个走在任何业务前面的流弊产品。
RPA是什么产品?
RPA是办公流程自动化的系列产品总称,没有指特定某一款
RPA之所以能走到很多业务管理者前面去,实际上也是因为综合办公业务已经很成熟了,经过抽象后,要管理的东西都比较清晰,RPA的厂商在这个基础上做配置化,就能走到很多管理者前面去
谢谢,我好好理解下你说的这个综合办公业务。
擅长c端,但是去做b端,这思维会不会转不过来······
差异会很大,从思维到方法都有很大差异,需要学会调整,可以加我个人微信交流:zhouxiangxgg
说的太对了。不纠结了,c端转b,总想改。管理思路不变我也无力改。改也还不动啊
名言名句:这显然太难为B端产品经理了
名言名句:管理标准化一定不能今天是1,明天是2
句句在理🥳
哈哈,看来有过很痛的经历啊