B端产品经理:业务流程设计方法与关注点
目前许多大厂开始逐步转向B端,人们对于产业互联网的越来越关注,导致了B端产品经理在市场上越来越吃香,许多产品新人进入到B端之中。但是B端产品经理思考方式和关注点与C端产品经理完全不同,希望这篇文章能够在转型或刚入B端门的产品人们一些建议和帮助。
相比C端,B端产品经理对于行业经验和业务逻辑能力要求较高。在正常的C端产品中,主要涉及的角色是客户。
而对于产业互联网流程,极有可能会涉及多角色、长流程的可能性。一些在产业互联网系统中比较常见的专业词汇,比如云SaaS、CRM、ERP等,需要先进行了解。
入门名词
B端产业互联网,专有名词不像C端专有名词那么常见,真正进入了行业后才能够接触到,在这里,给大家普及几个简单入门的产业互联网名词。
先给大家讲解下目前比较常见的几个产业互联网系统概念(解释来自百度百科)。
1. 云Saas
SaaS提供商为企业搭建信息化所需要的所有网络基础设施及软件、硬件运作平台,并负责所有前期的实施、后期的维护等一系列服务,企业无需购买软硬件、建设机房、招聘IT人员,即可通过互联网使用信息系统。就像打开自来水龙头就能用水一样,企业根据实际需要,从SaaS提供商租赁软件服务。
2. CRM系统
客户关系管理是指企业为提高核心竞争力,利用相应的信息技术以及互联网技术协调企业与顾客间在销售、营销和服务上的交互,从而提升其管理方式,向客户提供创新式的个性化的客户交互和服务的过程。其最终目标是吸引新客户、保留老客户以及将已有客户转为忠实客户,增加市场。
3. ERP系统
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/yu_ge_ge/article/details/81481535)
本文由 @Hugo 原创发布于人人都是产品经理,未经作者许可,禁止转载。
题图来自Unsplash,基于CC0协议。
支持多出文,本人小白👍,学习了。
互相学习,共同成长
第一篇文章啊,可以可以,我做B端产品三年多了,可以多多交流。我微信znc0520 😉
🤝多多交流
入门名词第三点标题:EPR系统,是否有误?
对对,应该是ERP系统,我去修改下