B端产品经理:业务流程设计方法与关注点
目前许多大厂开始逐步转向B端,人们对于产业互联网的越来越关注,导致了B端产品经理在市场上越来越吃香,许多产品新人进入到B端之中。但是B端产品经理思考方式和关注点与C端产品经理完全不同,希望这篇文章能够在转型或刚入B端门的产品人们一些建议和帮助。
相比C端,B端产品经理对于行业经验和业务逻辑能力要求较高。在正常的C端产品中,主要涉及的角色是客户。
而对于产业互联网流程,极有可能会涉及多角色、长流程的可能性。一些在产业互联网系统中比较常见的专业词汇,比如云SaaS、CRM、ERP等,需要先进行了解。
入门名词
B端产业互联网,专有名词不像C端专有名词那么常见,真正进入了行业后才能够接触到,在这里,给大家普及几个简单入门的产业互联网名词。
先给大家讲解下目前比较常见的几个产业互联网系统概念(解释来自百度百科)。
1. 云Saas
SaaS提供商为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台,并负责所有前期的实施、后期的维护等一系列服务,企业无需购买软硬件、建设机房、招聘IT人员,即可通过互联网使用信息系统。就像打开自来水龙头就能用水一样,企业根据实际需要,从SaaS提供商租赁软件服务。
2. CRM系统
客户关系管理是指企业为提高核心竞争力,利用相应的信息技术以及互联网技术协调企业与顾客间在销售、营销和服务上的交互,从而提升其管理方式,向客户提供创新式的个性化的客户交互和服务的过程。其最终目标是吸引新客户、保留老客户以及将已有客户转为忠实客户,增加市场。
3. EPR系统
ERP系统是企业资源计划 (Enterprise Resource Planning) 的简称,是指建立在信息技术基础上,集信息技术与先进管理思想于一身,以系统化的管理思想,为企业员工及决策层提供决策手段的管理平台。
它是从MRP(物料需求计划)发展而来的新一代集成化管理信息系统,它扩展了MRP的功能,其核心思想是供应链管理。
它跳出了传统企业边界,从供应链范围去优化企业的资源,优化了现代企业的运行模式,反映了市场对企业合理调配资源的要求。它对于改善企业业务流程、提高企业核心竞争力具有显著作用。
业务流程设计与关注点
1. 学会细分后进一步的切割和细化
B端流程一般比较长,千万别想着一口气就设计或整合出来最终版的流程。长流程设置会把自己弄得很晕,观感也很差劲。
不妨每次的流程长度不超过5-9个,从比较概括的流程一步步细化,像剥洋葱一样一层一层做完。先设置出最粗颗粒度的流程,再根据这一流程进行细化,得到完整的系统。
以企业A采购企业B的货物流程为例,最概括的流程是:
图:采购整体流程
针对这一流程中,企业A针对采购这一环节,具体评审环节又有:
图:付款合同的审批环节
2. 涉及到了很多评审功能
产业链流程中涉及了生产商、供应商、加工商、承运商、终端客户,对于在系统中的客户资质,涉及货物、发票、钱的方面,存在的风险,必须设置风险规避方案。
评审的设置就是规避风险的方式的一种,评审细节的设置,重点是搞清楚要评审什么(即可能的风险点和把控点)、谁来评审?要针对评审人和评审内容来设计评审流程和卡点。
以刚才B端采购环节为例,风险点可能在于合同是否与明细一致,公司资历是否可靠,把控点在于前面职能人员和财务人员的审查以及最后的经理审批。
图:付款合同的审批环节
3. 注意多角色分工
多角色的情况下,一定要想清楚在这个环节处,谁在用这个软件。
再以刚才采购环节为例,刚开始的采购合同环节,很可能操作人是业务人员,然后进行合同审批申请,这时候接手第一节点审批的可能是审批职能人员,第二节点的审批可能是财务部门,最后一个节点的审批可能是老板,老板审批通过后,款项自动打到对方的账户中。
在三个节点的审批中,每个人要看的内容着重点肯定不同,设计的产品上也肯定需要不同。
这方面可以考虑使用泳道图,或者UML的时序图,将人员分工和权责进行设置,更便于清晰思路,设计产品。
图:付款合同的审批环节
4. 交易中注意款、票、货三项
与交易有关的最核心的需求是与款、票、货这三点,而用户用的管理软件的需求与关心交易过程一致。
“款”通俗来讲就是指交易当中涉及的交易款。
需要多少钱,怎么付钱,钱付到哪儿,付到了之后凭证在哪儿,记录在哪儿。这一系列问题如何解决或者更好地解决,是这方面流程设计的关键所在。
“票”是指发票,或泛指其他的记录性或证明性的收据。
每个产业以及其中的具体环节中,都有自己相对比较默认的方式,如担保函、出库证明、货权入库单等。
这些记录性和证明性的收据,是从线下流程结合到实际线上流程中很好的切入点,能够保管好记录,优化创建、修改、删除这几项流程(如线下转线上,或线下线上结合),都是企业很实际的需求。
发票对于C端用户来说,金额往往没有太大,但是对于B端企业来说,涉及到抵企业成本税,对于企业来说很重要。往往最后的清票环节就是发票的清算和对账补差。
“货”不仅仅是实际意义上的货物,还可能指货权——即拥有这个货的权利。
货物的追踪系统发展了很多年,tms、wms等系统初衷就是为了更好地管理货物。
货物的库存管理,流转实时跟踪一般是前期用户用到的基本功能,之后还要涉及货物上架商城等等需求。
能够让用户用系统来管理自己的货物(第一步是愿意上架),是之后Saas步云工作的第一步。
5. 定制流程的模块化
产业互联网的意义在于让各个单个用户的生产和管理可控,同时,通过各个用户的可控,完成对于整个产业进行数据化的管理,从而完成产业升级。
而在产业互联网的发展初期,没有行业标准,没有龙头老大,大家各自有各自的业务流程,有自己的管理系统,前期想要用标准流程直接让用户使用是极其不现实的。
前期定制化的流程就很有必要,而更省成本地实现系统的定制化,就很有必要用到定制流程的模块化系统。这项工作往往需要产品经理和构架师一同完成。
这里针对抽象流程来讲述,各公司本身情况不同,业务流程也不同,所以这里提炼出抽象的想法,大家可以根据这一想法,具体针对自己业务进行组合修改。
首先将功能划分,抽出整个链条,并细化。技术上将各个组件分块,产品部门人员将功能的每个链条与逻辑和组件连接,构成功能模块。
设置超级后台,后台设置三部分,产品后台、技术后台、测试后台。产品后台用于了解所有在线上运作的平台的功能组件,并且新的客户上云时,先通过功能上的定制组装(便于增设付费功能模块)。
技术后台根据产品后台的功能链条来拼装组件,然后测试人员针对前面两部分进行相关的检测,全程三个部门全部通过平台可视化。便于管理云用户的功能,便于三个后台的协作。
在设计流程的过程中,极有可能将来要把定制流程进行升级,或者进行云的构建,提前做好技术架构工作,将极其有益。
6. 看不到数据,看案例
相比C端产品,B端产品数据量要少很多,那么B端产品如何设置和优化功能呢?
“在B端,经验比思考和数据要可靠。”
B端各个细节流程的设置,很大程度上都是源自深耕行业多年而产生的行业经验,在哪个环节可能会出现什么问题,经验比思考更直接。
只通过思考流程可能会做的全,但是繁琐又复杂,很容易在实际场景中不实用。
案例就是在细化的过程中最重要的参考依据,越是完整的B端产品,里面出现的每一个流程卡点,很可能是之前业务上出现过的实际问题。
通过一个又一个的案例,从案例中提取总结出这些问题并通过系统的功能设置进行系统优化,是B端产品的核心思路和方法论。
#相关阅读
《浅述SaaS、CRM、OA、ERP、HR、进销存、财务系统的区别》(https://blog.csdn.net/yugege/article/details/81481535)
本文由 @Hugo 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自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: