B端系统设计,能够帮助我们在保证用户服务体验的同时,让效率最高,成本最低。作者在本文中系统阐述了B端系统的价值、开展流程、设计5要素及其应用,希望对你有所启发。
经济不好的覆巢之下,是实体经济恢复的不理想,是市场岗位的减少和失业率的持续上升,是老百姓的消费欲望降低,是大厂的滚动式裁员,是现实的更加颓废和网路上的戾气更重,疫情都放开半年了,我们除了不再强制戴口罩了,似乎并没有获得更多的自由,艰难依旧,焦虑依旧。
反观我们周围,又何尝不是如此?
木笔所在的企业,虽然这两年业绩增长还不错,但也是HC锁死,离开的人少,进来的人更少,这就导致现在的这些人要干更多的活,创造更多的价值,一个萝卜多个坑,所以只能更忙了。
原本给自己定的至少一个月写一篇干货文章的目标,现在也无法达成了,在此也给关注的朋友们说声抱歉。趁着周末闲暇,给大家献上一篇关于B端系统设计的私房菜,以纪念马上要逝去的2023上半年。
01 B端系统的价值
在进入正题之前,我们有必要先行思考一下B端系统的存在和定位问题,只有了解了B端系统的定位,才能更好的理解如何设计B端系统。
任何一个业务模式的开展,无论是单边市场还是双边市场,都离不开用户和平台两端,用户端主要与用户打交道,使用C端系统(PC网站、APP、小程序等),主要负责C端业务的呈现,为业务做拉新与留存;平台端对应B端业务,使用B端系统(订单系统、支付系统、库存系统、供应链系统等),除了为C端提供提供后台的服务能力外,还承担着企业内部降本增效的使命。
▲C端系统与B端系统的价值定位
在业务的开展过程中,B端系统承接了C端呈现之外的所有能力,例如用户下单业务中,用户下单前的搜索、商品列表与商品详情、加购物车和下单流程属于C端,一旦下单以后的履约、仓储、物流环节都属于B端业务了。
如何在保证用户服务体验的同时,让效率最高,成本最低,这是B端业务开展的核心诉求,也是B端系统存在的价值,B端系统设计的目标是为了更好的辅助业务达成业务目标,一定是建立在业务合理性之上的。
02 B端业务开展流程
了解了B端系统的存在价值以后,我们在设计B端系统时,就不会闭门造车了,因为我们知道系统的设计一定是和业务搭配的,这也是B端产品经理的价值所在,设计系统之前,先了解业务流程,再基于业务流程中需要系统支持的部分转换成系统需求。
以采购订单建单为例,我们一起来拆解一下采购订单从业务梳理到系统设计的过程:
首先,采购订单的目的是从A供应商处采购X商品,所以要开展采购业务,前提是先有S商品和供应商等基本信息,需要先把商品和供应商信息在系统中维护全。
然后,不同的采购场景会有不同的采购流程和应对策略,比如不同的采购价格需要不同的采购审批流程(如2000以下不需要审批,超过2000需要部门尽力审批,超过10000需要部门总监审批),那么在采购业务开展之前,就需要预先定义好审批流程,根据不同的采购金额设置不同的审批策略。
以上信息完成以后,才能在系统中正常开展采购订单的创建,采购建单需要哪些功能呢?我们调研完采购员的日常工作流程以后,发现主要是创建采购单、编辑采购单(修改、删除)和审批采购单,这是采购建单业务最核心的功能,也是采购建单最常操作的场景,且必须要系统支持。于是,系统设计上也需要支持创建、编辑和审批采购单3个核心功能。
同时,为了让采购流程更加高效顺畅,采购员提出需要系统支持批量建单(一次性建多个采购单),以及采购单的导入和导出功能,这些功能显然不是核心功能,但如果没有,会极大的降低采购员的工作效率。
最后,为了评估采购的情况,便于日常运营,采购员需要定期对采购订单进行统计分析,于是,系统里还需要增加采购分析和统计的功能。
综上,一个完整的采购订单业务想要顺利开展,需要5个系统能力与之匹配,如图:
▲采购建单流程
而这5个系统流程是有先后顺序的,也有轻重缓急的,从顺序上来说,一定是按照从①到⑤依次开展,而从重要紧急程度上来说,一定是①②③更加重要紧急,④⑤重要但不紧急。
我们将以上流程再抽象一下,便得到大多数B端业务流程的开展的通用模型:
- 建基础数据
- 业务策略配置
- 开展业务
- 添加辅助工具
- 输出统计报表
▲B端业务开展通用模型
朋友们可以用以上模型验证一下其它熟悉的B端系统,看看是否也成立呢?
03 B端系统设计5要素
顺着B端业务开展的通用模型,我们就此推导出B端系统设计的5要素,即任何一个完整的B端系统,都离不开基础数据模块、策略与配置模块、业务处理模块、辅助工具和统计报表功能这5个要素,就像盖房子的地基、地平、主体、门窗和屋顶一样,缺一不可。
- 基础数据模块:在业务发生前已经定义好,用于标识某个业务或主体的静态数据,比如采购系统里的商品和供应商数据、仓库里的货位数据、财务系统里的会计目录等;
- 策略与配置模块:为指导业务开展而提前设定好的业务规则,包含参数、配置项、系统逻辑等,比如采购的审核策略、仓库的入库策略、商品的上架策略、商品的包邮策略等;
- 业务处理模块:执行并记录业务发生的过程,是完成业务最核心最常用的功能,一般以单据的形式记录,包含业务发生的过程和数据、单据状态流转、操作页面等,比如采购系统里的采购订单、仓储系统中的入库和出库管理流程、财务系统的核算流程、工单系统的工单创建和流转流程等;
- 辅助工具:为了辅助达成业务目标,为降本增效、容错防呆而添加的软硬件功能,比如常用的批量处理、导入导出功能,以及物流里的各类自动化设备等;
- 统计报表:用于统计和查询业务数据的看板、报表等,便于更好的呈现业务的全貌,发现业务的问题。
▲B端系统设计5要素
B端业务的开展如同盖房子,基础数据模块是业务基础,如同房子的地基,没有地基,就不可能有万丈高楼平地起,而且如果地基不牢,高楼也岌岌可危;
策略与配置模块为业务开展提供前置保障,如同房子的地平,未来能建平房、楼房还是别墅,取决于地平的设计和质量;
业务处理模块是业务开展的核心功能,如同房子的主体结构,是房子交付最重要的部分,也是业主最常使用的部分;
辅助工具为业务提供更加高效的功能,如同房子的门窗,可以让房子更加通风敞亮,如果没有的话,也不影响居住,但是条件会差很多;
统计报表从数据视角宏观呈现业务开展的过程和质量,如同房顶,是房屋主体支撑起来的,目的是为房屋遮风避雨。
下图为某ERP系统内的一些功能菜单,可以和5要素一一对应起来:
①商品管理→基础数据
②系统设置 →策略配置
③采购订单管理→业务处理
④首页看板 →统计报表
⑤导入导出及批量操作→辅助工具
04 B端设计5要素的应用
有的朋友可能会问:“木笔,我们已经知道了5要素了,那它到底有什么用呢?”
5要素是把B端系统剥离了业务以后提炼的一套设计方法,它不再受制于业务,可以让系统设计看起来更加简单,在日常工作中,我们可以基于5要素来举一反三:
- 基于5要素从0到1设计系统。5要素是很好的一套系统框架,当我们从0到1设计系统时,可以快速的把功能进行分组,其实很多系统的菜单功能就是基于5要素做的分组。
- 基于5要素转行学习。当我们切换到一个新的B端业务领域时,可以基于5要素快速的学习和查漏补缺。例如从供应链领域转到saas领域,虽然业务和行业变了,但是B端系统设计的思路还是一样的,可以基于5要素快速的学习基础数据、策略配置和业务处理模块,掌握核心要领,事半功倍。
- 基于5要素,可以很清晰的知道每个系统功能的定位和价值。如果做的是核心的业务处理,那价值肯定是高的,而如果实现的是辅助工具,就要评估一下业务价值了。
- 可以基于5要素快速决策项目优先级。如果实现的是基础数据、策略配置和业务处理相关需求,一定重要紧急,应该优先支持,而如果实现的是辅助工具和统计分析,相对而言就没那么紧急了。
在日常工作中,我们每个人都可以基于5要素进行系统设计、转行学习以及快速决策项目优先级,还可以基于5要素清晰地了解每个系统功能的定位和价值,从而更好地评估业务价值。
05 结语
我们现在正处于VUCA时代,这个时代的特征是不稳定、不确定、复杂和迷茫。
高薪不再了,大厂的安全港消失了,变化太快,快到我们拼尽全力还是跟不上节奏,累到不敢喘息。想放弃又不具备躺平的资本,只能默默承受,暗自伤悲。
如果结局注定不好,有没有可能调整一下心态,放慢步伐,寻找一些更确定性的东西呢?
我相信如同B端系统设计一样,整个社会的运转也是一套体系,总有一些东西是不变的,它们是这个社会的底层逻辑,唯有掌握了它们,才是学会了应用之“道”,而不是空有其表的“术”,比如读经典书籍看经典电影,健康运动健康作息,学底层逻辑,掌握事物发展的规律,学会看得更长远一些。
这些道理都是我们从小听到大的,而且是一代人传承给一代人的,历经岁月变迁却亘古不变的处事法则,值得每一个曾经和现在焦虑的我们好好体会。
那么,你认为B端系统设计的5要素,是“道”,还是“术”呢?