什么是业务？

关于什么是“业务”，我相信每个人都会有自己的看法，甚至有的同学会认为自己做的事就是业务。维基百科对业务Business的定义如下：

A business, also known as an enterprise, or a firm, is an entity involved in the provision of goods and/or services to consumers.Businesses are prevalent in capitalist economies, where most of them are privately owned and provide goods and services to customers in exchange for other goods, services, or money.

用中文简而言之： “业务”就是“售出产品/服务，换取利润”的经营活动。

既然“业务”的最终目标是“售出产品/服务，换取利润”。那么一个企业的业务运营活动，其实都将会围绕这个核心主题进行。一个有理想和短视的企业的区别，无非是获取未来产业链上的可持续发展的利润，还是获取当下捞一点是一点的利润。围绕业务运营，公司一般会围绕如何提高利润以及如何降低成本两大维度做业务规划、组织结构设计以及业务运营。

由此我们可以看出：

• 盒马鲜生： 电商业务模式创新、尝试，将线下搬到线上、与超市结合抢占市场，通过规模效应实现break even，通过打通生鲜供应链、质量保障、及时送达等整条链路，并建立标准体系与准入门槛，实现长期的可持续化发展。 是典型的业务运营
• 电子凭证： 通过对交付方式的创新，将履约方式从实物发货方式履约增强为可通过电子凭证实现凭“码”履约，能更加适应类似电影票、门票、线下门店提货、服务类履约等等。从一定程度上，扩大了电商的交易可适用市场范围，提高了交易履约效率，促进了生意的达成，其实也是增加了利润。理论上，如果任何物品假设都能提供线下凭码提货，那么所有的业务都可以使用电子凭证。

一个公司在组织结构设计时，一般会设计成两种类型的业务部门：利润中心 和 成本中心。前者则是 更多的（注意，不是只）去考虑如何通过业务模式创新、市场抢占、产业链构建来获取利润；而成本中心则是更多的考虑如何降低成本、提高效率（比如提供可复用平台也是提高研发效率）等，在市场规模不变的情况下提高利润。

业务定义的维度

因为业务部门类型的不同，所以具体的业务形态就产生了不同维度，我个人的观点是将业务划分为 垂直 和 水平 两个维度。

垂直业务

关于垂直业务，也可以换个词，叫做 行业。俗话说，隔行如隔山。我的玩法你永远不懂（当然，吃了苦，踩足了坑也会懂）。
行业与行业之间的业务规则、业务考核等往往是不同的，甚至是矛盾的，比如：

• 汽车金融业务（车秒贷）：没有优惠，没有付款超时，有预授权超时要求，没有物流，有自己特殊的金融资格校验机制等
• 饿了么业务：是线下送货方式，有自己的商品单价计算规则，对于送货SLA有自己特殊的要求
• 五道口业务：也有线下送货方式，用户可以指定配送时间，但是只能送门店周围XX公里范围内的。也有自己的送货SLA要求，甚至有超过X小时，送货费用免单的优惠； 有自定义的付款超时设置 等等。

不同行业之间的业务规则可谓千差万别。从垂直业务的视角看，汽车金融业务去使用五道口业务的具体业务规则，或者五道口业务去使用饿了么的具体业务规则，都是不可思议的。

即使在某个业务规则上，两个行业的要求是一样的（比如线下送货时间），那么比较合适的做法也一定是，五道口业务在自己的业务空间下配置一个付款超时10分钟。饿了么业务也在自己的业务空间下配置一个付款超时时间10分钟的业务规则。 如果是业务规则复用的话，哪天饿了么业务自己改了超时配置，就肯定会影响五道口业务，这是五道口业务不希望看到的。

所以，垂直业务之间的业务规则是相互隔离的。

水平业务

关于水平业务，水平业务的特点就是所有的垂直业务都可以使用与叠加。因此，我也可以给“水平业务”换个词，叫做“平台业务”。水平业务的典型代表有：电子凭证、聚划算、淘海外、部分村淘（比如二阶段物流那种）。

一个水平业务（平台业务），也会有自己的玩法，俗话说得好“此路是我开，此书是我栽，要想上平台，就得让我X”。比如：

• 电子凭证： 要想用我电子凭证，用户下单时，你就得给我留下手机号码（用于发码、核销）； 页面上就得显示一段友情提示；还有，我得把你的多个子订单都拆拆拆，拆成多个子订单（别问我为什么，因为早期我不支持子订单发码）
• 聚划算： 业务要想上我聚划算平台，在我平台上下单的可能是不统计销量。商品不能按原价方式购买。必须要从指定的聚划算入口进来。
• 货到付款： 要想用我货到付款，那必须要把订单总价的几毛几分的零钱按照一定规则抹掉， 买家收货时，可不会准备这些1分、2分的零钱的。货到付款的订单下单后，收银台可不是付款收银台哦，用户此时是不需要付款的。
• ......

可以看出，水平业务是会对垂直业务的一些既有的业务规则进行变更。 而且，相对于垂直业务之间不能叠加的特点而言，多个水平业务之间是可能存在允许叠加的。 比如，业务使用了电子凭证的同时也允许使用聚划算； 业务使用了聚划算也允许货到付款。所以：

• 水平业务是对垂直业务规则的一种变更
• 多个水平业务是可以叠加到同一个垂直业务上的

为什么垂直业务会接收水平业务（平台业务）对其业务规则的调整呢？显而易见，通过这些平台业务，能让业务的玩法更多、能促进销量（增加利润）、给用户带来更好的体验等等。所以，被强奸一下，也是能接受的。

所以，对于一个业务而言，与他相关的完整业务规则集是由 一个垂直业务规则集 + N个水平业务规则集 叠加而成。

垂直业务叠加水平业务的冲突

既然，多个水平业务是可以叠加到同一个垂直业务上，那么如果在同一个业务点上产生冲突怎么办？下面举一些小例子。

一个reduce模式冲突解决的例子

举个可购买数量的例子： 1）垂直业务的规则是购买数量不能超过库存数 2）叠加了电子凭证，电子凭证是最多购买数不能超过250个 3）聚划算中配置的规则，特价销售假设是配置的不超过10件

对于一个点上，产生多个业务规则申明时，我们要做的是制定一个冲突优先级的规则以及reduce方法。对于这个例子而言，很简单，这三个规则没有什么特别的优先级要求。只需要通过制定一个reduce方法，哪个数值最小，就用哪个数值好了。

一个排他性有矛盾的业务规则

再举个例子。 聚划算平台要求在某些情况下，这些通过聚划算下单的商品是不统计销量的。 淘宝家装默认的这种玩法。但是，就是有这么一个A业务很强势，要求是否统计销量不由聚划算说了算，由自己说了算。
对于这种规则冲突，究竟由谁说了算呢？ 其实垂直业务的Owner和平台业务的Owner，两个老大商量好就行了。程序是没必要写死的，毕竟业务方有诉求，就有他的合理性。

针对业务规则上的冲突，可以通过制定 冲突优先级 规则，由业务owner来决定，在有冲突的情况下，是垂直业务的规则优先级高，还是垂直业务的优先级高？

所以，针对垂直业务与水平业务叠加，产生业务规则冲突时，我们的解决模式是 reduce算法+冲突优先级规则

关于业务叠加冲突解决的Reduce策略类型，可进一步参考：https://www.ryu.xin/2022/09/27/lattice-reduce-policy/