B端设计中，常常需要业务分析师或产品经理深入理解to B业务的逻辑，有效地表达客户、合同、履约等要素之间的关联关系，向研发团队传递。作者分享了一套业务建模方式，可以帮助我们有效的澄清、定义业务问题，进而总结、收敛业务逻辑复杂的系统。欢迎阅读、交流探讨~

一、前言

在B端设计中，深入理解toB业务逻辑往往是困扰业务分析师的难题之一。由于对业务逻辑及运营（领域）逻辑的不明确，使得建立的业务模型不能有效地表达客户、合同、履约等要素之间的关联关系。从而导致构建系统时，无法有效地向研发团队传递知识，并可能导致产品功能耦合度高，扩展性低等一系列问题。

幸运的是，我学习到一套由Thoughtworks中国区CTO徐昊先生总结沉淀的业务建模方法，称之为8X Flow建模法。此方法能够有效的澄清、定义业务问题，进而总结、收敛业务逻辑复杂的系统。

基于此方法，我将相关思想、方法和业务实践分享给大家，希望能得到大家更多的反馈。

二、概念介绍

8X Flow建模法是基于合同的建模方法；是通过分析合同、参与方、参与方的履约职责（义务）与权利，帮助我们了解并建立业务模型的方法。简而言之，其就是一个通过合同逐渐理解业务并完成业务模型的过程。

三、从合同理解业务

众所周知，企业在从事商业活动时以合同作为支撑。通过合同界定参与方的义务及权利，保障及规范参与方的履约行为。同时，向相关监管、审计方提供商业活动中的履约凭证，以此证明商业活动的合法、合规、合理性。

由此可知，合同中包含发生业务关系的参与方及参与方所需履行的义务及权利。那么，业务分析师可以通过合同有效地了解到企业的商业活动及业务逻辑，以此理清复杂的业务逻辑。

3.1 合同的生命周期

合同的生命周期主要分为：询价、报价、合同、履约四个阶段。

1. 询价：你想做一个东西，谁可以做，怎么做，需要多少钱等都属于询价的过程。
2. 报价：响应询价的过程。
3. 合同：指合同的签订，是合同生命周期中最重要的节点，因为合同签订前的活动不具备法律效力，签订合同的节点才意味着真正产生法律效力。
4. 履约：合同生效后，参与方对合同规定的义务及权利进行履约的过程。过程中会产生相应履约凭证，以此证明参与方履行了相关义务与权利。

3.2 利用合同理解业务

寻找合同约定的权利与义务，可以通过解读合同文本，寻找合同中对规定的参与方的义务与权利，并以此对业务需求进行梳理。

比如：货拉拉服务协议中规定了参与方在商业活动中所要履行的一系列活动，查看合同条款能够有效的帮助我们理解参与方在业务执行过程中的权责与履约项，以此帮助我们理解业务。

举个栗子（例子）

依据上述合同条款结合合同生命周期，可归纳总结出货拉拉货运业务的参与方及其职责与权利。

3.3 通过业务事件流反推合同内容

若合同中对于参与方具体义务与权力描述模糊不清晰，还可通过询价、报价、履约过程中产生的证据，反推出合同内容。

如今信息化的时代，软件虽然使得业务过程管理更加高效、便利，但是由线下管理迁移到线上的过程中，往往模糊了业务凭证的概念及边界，使得我们在分析业务时很难发现业务本质。

那么我们该怎么寻找合同中的凭证呢？我的答案是：从业务流程中归纳业务凭证，业务流程即业务凭证的追溯过程。通过梳理询价、报价、履约的流程对凭证进行溯源、归纳及定义。无论线上化程度多高，业务本身的履约动作并没有改变，改变的仅仅是记录履约信息的载体。

举个栗子（例子）

纸质化办公的年代，企业运输履约流程：

再看看线上管理后的运输履约流程：

其实，对比两个时代的履约事件流程，我们发现业务逻辑是没有变化的，在不同流程节点所需要履行的义务没有变化，变的仅仅是因环境变化所变化的记录履约证据的载体。

如上图：货主决定询价时，会发布包含货源信息、价格、车型等内容，不管这个内容写在询价单中，还是线上化的货源列表中，都没有改变货主询价的动作，也没改变询价的内容，改变仅仅是承载内容的对象及对其的定义。

对此，我们可以认为业务凭证是客观存在于业务过程中的，即业务流程即业务凭证的追溯过程。我们在理解业务流程时，先梳理出业务逻辑（即履约动作），再利用归纳法，总结出动作背后所需要记录的信息，即可找到业务逻辑对应的履约凭证，找到履约凭证后即可推导出合同内容。

四、基于合同建模

根据上文，介绍了通过合同如何理解业务流程和通过履约事件流倒推合同的方法。我们还是以滴滴为例进行业务建模。

Step1：基于对合同的分析，明确了业务活动的参与方。

①作为货物托运方的货主

②作为运输服务提供方的司机

③作为信息撮合或系统服务提供方的滴滴平台

Step2：通过对合同或事件流的梳理，归纳出参与方所要做的业务动作

①货主：发布货源（询价）、确认报价（签订合同）、货物签收（履约）、支付运费（履约）、索要发票（履约-权利）

②司机：确认询价（报价）、装货（履约）、运输（履约）、卸货（履约）、收运费（履约-权利）、开发票（履约）

③滴滴平台：信息撮合（履约）、系统服务（履约）

Step3：基于1、2步骤画出关联关系

注：每个履约行为中必然包含义务与权利的关系，即甲方请求履约与乙方完成履约的关系。遂，在建模中我将此关系拆分进行展示，以期望在知识传递过程中使阅读者更好的理解业务参与方的交互关系。

询价请求：即发布货源（指派司机、货源大厅信息撮合等）。

• 询价确认：即司机确认接单或货主确认司机报价。
• 装卸货单：即记录司机装卸货打卡、拍照的凭证或信息记录。
• 签收请求：即司机卸货时触发的履约请求。
• 运单：即合同，聚合各个业务节点所记录的凭证信息。

五、总结

8x Flow能够基于客观事实进行分析与建模，能够帮助产品与开发更清晰的分析业务以及界定领域边界。也再次说明，8X Flow建模法是ThoughtWorks中国区CTO徐昊先生所设计的分析方法。本文内容是基于此方法结合货运场景的应用性文章。