ToB大客户持续交付探索
货运研发部约 8 分钟业务背景
货拉拉企业版是专为企业客户打造的货运平台，在业务上，货拉拉企业版提供同城货运、定制城配、API技术支持等差异化服务；在功能上，企业版提供货物保障、管理功能、月结账户等服务，专为企业货运难题提供解决方案。服务领域包括商超零售、生鲜餐饮、家具家电、电商平台等领域，成立至今服务超过150万+企业客户。
大客户介绍
面向企业客户的货运业务中，大客户通常能带来显著且长期的收益回报，但大客户的接入过程也伴随着高昂的成本。下面从成本、收益以及大客户诉求带来的挑战三个方面对企业大客户做简要的介绍。
1. 高成本
流程长，通常在1~2个月，过程涉及众多不同角色人员，存在很大的沟通成本。
诉求多，众多大客户诉求需要花费大量产研成本，23年H1 大客户需求占企业货运总体需求的32%
客户接入流程
2. 高收益
二八原则，小部分大客户提供大部分的营收，具有强B端属性的客户，客均贡献非常高。
客户特征
3. 大客户诉求带来的挑战
维护成本高，大客户因业务、行业等差异在不同方面都提出定制诉求，有着巨大的长期维护成本。
迭代效率低，存在核心逻辑代码与差异化代码相互影响，改动成本高。
稳定性挑战，牵一发而动全身，差异化实现分布在系统的不同位置改动风险高。 大客户诉求
1. 行业解决方案
面对企业客户诉求所带来的挑战，我们调研了一些公司的解决方案，总结得出以下方案: “建设标准的能力与产品，在标准之上完成差异化诉求的定制”。结合业务现状，我们认为这是个值得我们进行探索的方向。
公司 | 介绍 | 解决方案 |
EC | CRM SaaS国内市场的领航者，在CRM SaaS领域深耕了十多年 | 坚持做标准化CRM，通过腾讯HiFlow（ipaas）去连接OA、ERP、HR满足用户80%的需求，通过腾讯微搭（aPaaS）进行客户“缝隙需求”的定制化，这样SaaS厂商坚持标准化产品战略的同时，也能兼顾客户定制化的极致场景“缝隙需求” |
爱因互动 | 对话机器人的技术服务公司 | 标准化、模块化应对客户不同需求，在实现客户需求的时候，用搭积木的方式去把这些模块拼接成一个能够满足需求的机器人，面对客户一些实在无法满足的定制化的需求，会专门再造一个积木，然后再把它们做拼接 |
广联达梦龙 | 面向大型施工企业提供信息化服务 | 把不同的项目沉淀成一个标准产品，让这个标准产品慢慢成长，承载大部分需求，剩余定制需求，则通过商务沟通转换使用标准能力，如果特别大的客户又是强诉求则在标准产品基础上进行二次开发实现 |
什么是标准
百科定义: 标准是对重复性事物和概念所做的统一规定，它以科学技术和实践经验的结合成果为基础，经有关方面协商一致，由主管机构批准，以特定形式发布作为共同遵守的准则和依据。
为什么要标准
从业务角度看，标准能更好满足大部分的客户诉求，从系统的角度看，标准意味着通用性强，更易于复用。
关注怎样的标准
标准在不同维度、阶段所研究的对象有所差异，如业务分析阶段我们更关注的流程，系统设计阶段我们更关注模型与能力。
1.1 技术调研
建设标准是为了更好适配大部分需求以及为客户定制打下可复用的基础。我们调研了市面上一些常见的技术措施与分析方法论。最终我们认为 "建设标准能力+通用流程+业务扩展点"的方案能满足未来很长一段时间内的业务发展与系统迭代的要求。
常见技术措施
措施 | 适用场景 | 优点 | 缺点 |
领域建模 需求多变但领域模型是稳定的，模型的变化不会跟随需求变化而改变。通过领域建模可以建设系统稳定的内核部分 | 大型复杂的业务项目 | 易于复用与扩展，清晰的模型有助于产研团队对不同问题能快速达成共识 | 引入一定的复杂性，建模与系统改造都有比较大的成本 |
业务扩展点模式 在应对多变的业务需求时，在业务节点的适当位置提供各种扩展点，针对不同的业务身份、维度实现不同的业务逻辑 | 业务流程/活动中存在许多可变性步骤 | 可以将扩展逻辑从通用流程、核心逻辑中分离，提高了系统的灵活性与可维护性 | 伴随大量扩展点增加，系统的理解成本也会大大增加 |
微内核插件化架构 内核功能稳定，不会因为业务功能扩展而不断修改，插件模块可以根据业务功能的需要不断地扩展 | 不改变核心的抽象流程，需要扩展新的功能 | 良好可扩展性，新功能可以以插件的形式添加到系统中，而无需修改核心微内核的代码 | 大量插件可能会引入更大复杂性，特别是插件之间存在复杂的依赖关系或版本问题时 |
基于流程引擎的业务编排 通过领域来保证节点逻辑的稳定性，再基于流程引擎，在较短的中快速编排出新的业务流程 | 主体业务流程是变化的，但每个业务环节的处理逻辑是基本不变 | 拥有可视化的建模，同时可以在较短的开发周期内，支持一套全新的业务流程 | 流程引擎本身比较重，引入一定复杂性的同时还有较高的学习成本 |
上述措施都在围绕"不变与变化"进行系统建设，选择怎样的技术组合，关键还在于识别出自身业务不变的是什么，变化的是什么，进而构建稳定的标准能力。
分析方法
关于不变与变化的分析、构建可复用能力，MEAF（现代企业架构框架）提供了一些可执行的分析方法论。MEAF是一个关于企业架构设计的可落地的执行框架，下面简单介绍下MEAF的识别与构建能力的过程。
识别与构建能力在MEAF中分为为业务梳理与模式设计两个阶段，业务梳理是对业务不同层次的拆解梳理，比如阶段可以是售前/售中/售后，活动可以是下单、支付等，分析所得到的结果则作为模式设计的输入。 流程建模，模式设计中关键第一步，会进行共性分析与可变性分析，分析得到的通用流程、实体、关系会作为后续设计的输入，最终完成不同粒度的能力模型设计。
2. 行业解决方案
2.1 系统背景
可复用能力建设不足及关键流程抽象较低，导致面对大客户定制诉求时实现过重，后续的维护成本较高。
众多的特性与策略缺少统一管理，导致了较高的策略管理成本，同时也影响客户的接入效率。
定制诉求的实现代码缺乏规范，存在于核心逻辑耦合的情况，不利于长期迭代。
2.2 系统目标
结合业务规划、系统背景、调研结果三个方面，我们明确建设标准能力与通用流程是解决企业客户诉求的系统基础，而面对大客户的差异化诉求，我们选择了在标准之上对特性策略的统一管理以及轻量级定制的方式来解决。
建标准，建设标准能力与通用流程，提高复用能力，降低维护成本。
配置化，建设特性管理中心，将所有特性、策略、决策进行统一管理，降低特性管理成本。
轻定制，明确定制的可用措施，规范化相关定制逻辑，基于标准能力与流程做少量的定制逻辑。
2.3 设计要点
2.3.1 建标准
建标准，建设标准能力与通用流程，提高复用能力，降低维护成本。
（1）标准能力建设
业产研围绕定价、订单、管控等模块持续进行标准能力的建设，不断沉淀夯实可复用能力。在标准能力的基础上，完善以大客户群体为中心的客户定制模块，满足大客户差异化诉求。
（2）通用流程建设——以下单为例
抽象通用流程
流程抽象，改造前APP/开放平台/定制客户的下单链路完全隔离，改造后各端及定制客户都基于通用流程进行实现。
链路整洁，基于通用流程实现，在链路上更强调动作的执行，将逻辑的复杂性收口在下单模型中，简化核心链路的调用。
建设通用下单模型
下单模型
建设下单通用模型，将下单的复杂性收口模型构建过程，通过模型向上兼容多端差异，向下对接多方依赖。
业务动作之间解耦，统一依赖于下单模型，顶层流程按需编排动作。
关键类图
下单模型，以领域、流程作为依据划分匹配表达、履约表达等模块，收口250+字段，大大降低了认知成本。
模型构建者，将下单的逻辑复杂性封装在模型构建过程中，所有动作依赖下单模型，动作之间解耦。
编排服务，对流程中的业务动作进行编排，只有简单的调用动作，无复杂逻辑的实现。
下单上下文，贯穿下单过程，负责数据传递与共享。
2.3.2 配置化
建设特性管理中心，将所有特性、策略、决策进行统一配置，降低特性管理成本。
架构
规则缓存，通过本地缓存对特性、策略、条件等决策要素进行保存，减少库表访问提高决策效率。
决策结果缓存，对特性策略决策结果进行缓存，重复的决策查询若决策要素不变则直接返回。
引擎内核，结合事实（决策过程所依赖判断值组合）与规则进行策略决策计算。
关键点
明确定制的可用措施，规范化相关定制逻辑，基于标准能力与流程做少量的定制逻辑。
将扩展点设定在模型构建与动作执行中，完成差异化实现
对于一些深度定制，扩展点不合适的场景则基于标准能力通过扩展新的流程进行实现
扩展点实现
使用COLA扩展点组件，支持到“业务身份”，“用例”，“场景”的三级扩展。比如图中表达的是tmall业务——下单用例——88VIP场景——的用户身份校验进行扩展。
引用
《ThoughtWorks现代企业架构框架白皮书》
TO B 的本质是“定制化”不变，“定制化”实现方式求变
https://xie.infoq.cn/article/2eb12ff7d9fcc2de890770e5c
对话张星亮，洞察本质，SaaS首先是一种商业模式
https://zhuanlan.zhihu.com/p/554786438
避免掉进“重造轮子”的坑: 从审核系统说起
https://www.infoq.cn/article/mvmrikqtovg4divoli1w
行程平台中台化建设
https://segmentfault.com/a/1190000041551431
数字化转型底层方法论-读现代企业架构白皮书
https://zhuanlan.zhihu.com/p/372333842