来源/供应链产品笔记（ID：mubi_note）

作者/scm木笔

在进入正题之前，我们有必要先行思考一下B端系统的存在和定位问题，只有了解了B端系统的定位，才能更好的理解如何设计B端系统。

任何一个业务模式的开展，无论是单边市场还是双边市场，都离不开用户和平台两端，用户端主要与用户打交道，使用C端系统（PC网站、APP、小程序等），主要负责C端业务的呈现，为业务做拉新与留存；平台端对应B端业务，使用B端系统（订单系统、支付系统、库存系统、供应链系统等），除了为C端提供提供后台的服务能力外，还承担着企业内部降本增效的使命。

▲C端系统与B端系统的价值定位

在业务的开展过程中，B端系统承接了C端呈现之外的所有能力，例如用户下单业务中，用户下单前的搜索、商品列表与商品详情、加购物车和下单流程属于C端，一旦下单以后的履约、仓储、物流环节都属于B端业务了，如何在保证用户服务体验的同时，让效率最高，成本最低，这是B端业务开展的核心诉求，也是B端系统存在的价值，B端系统设计的目标是为了更好的辅助业务达成业务目标，一定是建立在业务合理性之上的。

了解了B端系统的存在价值以后，我们在设计B端系统时，就不会闭门造车了，因为我们知道系统的设计一定是和业务搭配的，这也是B端产品经理的价值所在，设计系统之前，先了解业务流程，再基于业务流程中需要系统支持的部分转换成系统需求。

以采购订单建单为例，我们一起来拆解一下采购订单从业务梳理到系统设计的过程：

首先，采购订单的目的是从A供应商处采购X商品，所以要开展采购业务，前提是先有S商品和供应商等基本信息，需要先把商品和供应商信息在系统中维护全。

然后，不同的采购场景会有不同的采购流程和应对策略，比如不同的采购价格需要不同的采购审批流程（如2000以下不需要审批，超过2000需要部门尽力审批，超过10000需要部门总监审批），那么在采购业务开展之前，就需要预先定义好审批流程，根据不同的采购金额设置不同的审批策略。

以上信息完成以后，才能在系统中正常开展采购订单的创建，采购建单需要哪些功能呢？我们调研完采购员的日常工作流程以后，发现主要是创建采购单、编辑采购单（修改、删除）和审批采购单，这是采购建单业务最核心的功能，也是采购建单最常操作的场景，且必须要系统支持。于是，系统设计上也需要支持创建、编辑和审批采购单3个核心功能。

同时，为了让采购流程更加高效顺畅，采购员提出需要系统支持批量建单（一次性建多个采购单），以及采购单的导入和导出功能，这些功能显然不是核心功能，但如果没有，会极大的降低采购员的工作效率。

最后，为了评估采购的情况，便于日常运营，采购员需要定期对采购订单进行统计分析，于是，系统里还需要增加采购分析和统计的功能。

综上，一个完整的采购订单业务想要顺利开展，需要5个系统能力与之匹配，如图：

▲采购建单流程

而这5个系统流程是有先后顺序的，也有轻重缓急的，从顺序上来说，一定是按照从①到⑤依次开展，而从重要紧急程度上来说，一定是①②③更加重要紧急，④⑤重要但不紧急。

我们将以上流程再抽象一下，便得到大多数B端业务流程的开展的通用模型：

一、建基础数据→ 二、业务策略配置 → 三、开展业务 → 四、添加辅助工具 → 五、输出统计报表

▲B端业务开展通用模型

朋友们可以用以上模型验证一下其它熟悉的B端系统，看看是否也成立呢？欢迎添加木笔微信一起交流。

顺着B端业务开展的通用模型，我们就此推导出B端系统设计的5要素，即任何一个完整的B端系统，都离不开基础数据模块、策略与配置模块、业务处理模块、辅助工具和统计报表功能这5个要素，就像盖房子的地基、地平、主体、门窗和屋顶一样，缺一不可。

一、基础数据模块：在业务发生前已经定义好，用于标识某个业务或主体的静态数据，比如采购系统里的商品和供应商数据、仓库里的货位数据、财务系统里的会计目录等；

二、策略与配置模块：为指导业务开展而提前设定好的业务规则，包含参数、配置项、系统逻辑等，比如采购的审核策略、仓库的入库策略、商品的上架策略、商品的包邮策略等；

三、业务处理模块：执行并记录业务发生的过程，是完成业务最核心最常用的功能，一般以单据的形式记录，包含业务发生的过程和数据、单据状态流转、操作页面等，比如采购系统里的采购订单、仓储系统中的入库和出库管理流程、财务系统的核算流程、工单系统的工单创建和流转流程等；

四、辅助工具：为了辅助达成业务目标，为降本增效、容错防呆而添加的软硬件功能，比如常用的批量处理、导入导出功能，以及物流里的各类自动化设备等；

五、统计报表：用于统计和查询业务数据的看板、报表等，便于更好的呈现业务的全貌，发现业务的问题。

▲B端系统设计5要素

B端业务的开展如同盖房子，基础数据模块是业务基础，如同房子的地基，没有地基，就不可能有万丈高楼平地起，而且如果地基不牢，高楼也岌岌可危；

策略与配置模块为业务开展提供前置保障，如同房子的地平，未来能建平房、楼房还是别墅，取决于地平的设计和质量；

业务处理模块是业务开展的核心功能，如同房子的主体结构，是房子交付最重要的部分，也是业主最常使用的部分；

辅助工具为业务提供更加高效的功能，如同房子的门窗，可以让房子更加通风敞亮，如果没有的话，也不影响居住，但是条件会差很多；

统计报表从数据视角宏观呈现业务开展的过程和质量，如同房顶，是房屋主体支撑起来的，目的是为房屋遮风避雨。

下图为某ERP系统内的一些功能菜单，可以和5要素一一对应起来：

①商品管理→基础数据

②系统设置 →策略配置

③采购订单管理→业务处理

④首页看板 →统计报表

⑤导入导出及批量操作→辅助工具

有的朋友可能会问：“木笔，我们已经知道了5要素了，那它到底有什么用呢？”

5要素是把B端系统剥离了业务以后提炼的一套设计方法，它不再受制于业务，可以让系统设计看起来更加简单，在日常工作中，我们可以基于5要素来举一反三：

一、基于5要素从0到1设计系统。5要素是很好的一套系统框架，当我们从0到1设计系统时，可以快速的把功能进行分组，其实很多系统的菜单功能就是基于5要素做的分组。

二、基于5要素转行学习。当我们切换到一个新的B端业务领域时，可以基于5要素快速的学习和查漏补缺。例如从供应链领域转到saas领域，虽然业务和行业变了，但是B端系统设计的思路还是一样的，可以基于5要素快速的学习基础数据、策略配置和业务处理模块，掌握核心要领，事半功倍。

三、基于5要素，可以很清晰的知道每个系统功能的定位和价值。如果做的是核心的业务处理，那价值肯定是高的，而如果实现的是辅助工具，就要评估一下业务价值了。

四、可以基于5要素快速决策项目优先级。如果实现的是基础数据、策略配置和业务处理相关需求，一定重要紧急，应该优先支持，而如果实现的是辅助工具和统计分析，相对而言就没那么紧急了。

在日常工作中，我们每个人都可以基于5要素进行系统设计、转行学习以及快速决策项目优先级，还可以基于5要素清晰地了解每个系统功能的定位和价值，从而更好地评估业务价值。

我们现在正处于VUCA时代，这个时代的特征是不稳定、不确定、复杂和迷茫。高薪不再了，大厂的安全港消失了，变化太快，快到我们拼尽全力还是跟不上节奏，累到不敢喘息。想放弃又不具备躺平的资本，只能默默承受，暗自伤悲。

如果结局注定不好，有没有可能调整一下心态，放慢步伐，寻找一些更确定性的东西呢？我相信如同B端系统设计一样，整个社会的运转也是一套体系，总有一些东西是不变的，它们是这个社会的底层逻辑，唯有掌握了它们，才是学会了应用之“道”，而不是空有其表的“术”，比如读经典书籍看经典电影，健康运动健康作息，学底层逻辑，掌握事物发展的规律，学会看得更长远一些。这些道理都是我们从小听到大的，而且是一代人传承给一代人的，历经岁月变迁却亘古不变的处事法则，值得每一个曾经和现在焦虑的我们好好体会。

那么，你认为B端系统设计的5要素，是“道”，还是“术”呢？