目前许多大厂开始逐步转向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端产品的核心思路和方法论。
本文由 @Hugo 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
爱盈利-运营小咖秀(www.aiyingli.com) 始终坚持研究分享移动互联网App运营推广经验、策略、全案、渠道等纯干货知识内容；是广大App运营从业者的知识启蒙、成长指导、进阶学习的集聚平台；
想了解更多移动互联网干货知识，请关注微信公众号运营小咖秀（ID: yunyingshow）
【转载说明】 若上述素材出现侵权，请及时联系我们删除及进行处理：8088013@qq.com
