微盟WOS商业操作系统孵化新业务实战案例

原创王春春/李鹏微盟技术中心

微盟WOS新商业操作系统，作为首个面向去中心化时代的商业操作系统，旨在为未来的智慧商业提供一整套可快速迭代的基础设施，从而在数字经济背景下，帮助企业经营实现可持续增长。以下案例就是一个微盟生态共建服务商基于WOS系统，孵化出来的一个泛零售领域的新业务～停车缴费业务。下面我们将从停车缴费业务&WOS平台两个方面阐述一下WOS强大的基础能力和融合能力。

一、海鼎停车缴费新业务背景介绍

停车缴费应用是一个微盟生态共建服务商基于微盟新商业操作系统【简称 WOS 】平台上，并在微盟开发体系下，快速研发搭建出来的全新泛零售的业务产品，主要是为用户提供方便快捷的线上停车缴费方式，同时缓解线下停车场高峰时段的拥堵问题，提升顾客停车缴费的用户体验。

在基于WOS平台搭建停车缴费应用的过程中，除了直接继承 WOS 的集成登录、组织架构、用户权限、支付财务、页面装修等通用基础能力外，还通过 WOS 的产品融合能力链接了CRM，实现了用户身份、积分、券等资源的快速贯通，助力形成了完整的购百行业解决方案。

同时停车缴费应用基于 WOS 强大的可编排业务流程的中台能力，快速构建了停车缴费的交易、支付、下单流程等核心交易业务通用能力，让应用更加聚焦业务定制化个性功能，极大地提升应用的开发效率。

WOS交易中台大部分复用了中台沉淀下来的业务能力，从性能、稳定性与交易安全等领域给予了业务方最有力的支持和保障，大大提升了孵化新业务的效率同时降低了投入成本。

停车应用既是基于微盟业务中台能力构建闭环的独立应用，同时也是基于 WOS 产品融合能力，构建的“停车应用”+“CRM”购百整体解决方案的核心应用，是基于微盟 WOS 商业操作系统快速搭建行业解决方案的经典案例。

二、停车缴费业务的系统架构

2.1 整体架构设计

2.2 停车业务的核心页面交互设计

用户端的停车业务如下：

核心交易流程，全部是基于微盟业务中台能力构建出来的。

商家端的停车业务配置如下：

其中会员等级，优惠券、积分抵扣是基于WOS产品融合能力，构建的“停车应用”+“CRM” + “资产抵扣”。

2.3 停车业务的核心链路交互设计（缴费）

三、停车缴费与交易中台的具体场景剖析

3.1 停车缴费，无商品0元交易场景便携支持

在和交易中台初期沟通过程中，发现停车场景下的订单和商城场景下的订单存在一定的差异。停车场景没有固定的商品和商品价格，每次需要从线下停车场查询并且价格会随时间变化；没有售卖后的履约过程，通常支付完成通知停车场即算履约完成；并且支持使用优惠且能够优惠到0元。

经过交易中台团队评估确认后，通过交易、订单中台的流程编排的属性扩展能力，由停车应用定义订单外部属性灵活实现无商品问题。

3.2 通过扩展点便捷支持业务方特殊计价规则

停车场景下用户缴费支持使用，用户身份权益、积分权益、券，并且有一套自己的规则限制。为了快速实现利用停车原有的计价能力，经过双方充分沟通评估后，交易中台通过开发计价SPI扩展点，由停车业务实现具体计价逻辑。快速实现了停车计价业务。对接过程十分顺畅，同时利用了已有能力保证了交付质量。

3.3 交易过程用户身份、积分、劵等资源的使用

在停车缴费下单过程中允许用户使用身份权益、积分、券等优惠资源，用户身份权益属于用户在停车产品的权益，积分和券属于用户在CRM产品的权益。交易过程涉及资源的锁定、解锁、核销、撤销核销等操作。

1）订单确认：

需要查询用户身份、积分、券资源信息，交易中台开放等级、积分、券SPI扩展点，停车应用实现。

2）订单提交：

如果使用优惠，需要锁定对应的资源，交易中台对应资源的锁定SPI，停车应用实现SPI并通过自身的SPI扩展点与oneCRM对接（产品融合）。

3）订单支付前取消：

如果使用优惠，需要解锁对应的资源，中台对应资源的冻结SPI，停车应用实现SPI并通过自身的SPI扩展点与oneCRM对接。

4）订单支付完成：

停车应用实现订单核销资源相关SPI，处理订单积分、券资源的核销。并接受订单消息，处理资源的解冻、核销等操作。

5）订单售后：

停车应用实现售后撤销资源相关SPI，处理订单积分、券资源的撤销。并接受订单售后消息，处理等级资源撤销。

四、交易中台当前的业务形态分析

4.1 业务形态的复杂性

交易中台目前所支持的业务，面临着多行业，多商业模式与多种结算方式等复杂的业务形态，交易中台承接了用户从挑选商品到支付下单的中间购物过程，整个交易过程中涉及到：营销促销玩法的搭配、最优价格计算、优惠券领取使用、配送履约、支付下单、买/卖双方身份权益识别、资产锁定/释放等诸多业务细节，这些业务能力分别来于商品、促销、营销、CRM、履约、批价、支付、资产、商家、用户等诸多业务中台提供。

业务的多形态主要体现在：

1）购物类的交易业务（智慧零售/商圈/值客推/社区团购）

此类交易业务，往往以实物商品为载体，下单前需要完整的商品购物决策流程，下单后需要有完善的售后保障流程。消费者关注商品的品牌、价格、商品规格、商品说明、促销优惠、售后保障、用户评价等信息。

2）缴费类的交易业务（停车缴费）

此类交易业务，往往以虚拟无形的服务为载体，多以线下线上结合的方式出现，是为了方便人们日常生活，提升服务效率的业务。无需繁琐的售后服务保障流程，用户体验需关注效率和流程的便捷性。

3）服务类的交易业务（上门取件）

此类交易业务，往往以人的参与体验为载体，多以线下线上相结合的方式出现，是为了改善人们的日常生活的业务。此类业务往往前期难以一次性定价，需要多次完成支付。

4）充值类的交易业务（CRM充值卡）

此类交易业务，往往是数字消费为载体，多以纯线上交易出现，价格单一，几乎不需要线下售后保障流程。

不同业务形态对交易业务的要求各不相同，有的业务不需要履约售后，有的价格体系简单，有的不需要库存仓储，有的0元支付，有的是先消费后支付，有的是分阶段支付等。

不同的行业，对售卖的方式，交付的方式，活动促销的搭配以及价格计算都有不同的要求。

4.2 业务形态的多样性

业务玩法的多样性，主要体现在不同的业务形态背景下，对交易流程的诉求各不相同。

购物类业务的交易流程，基本上是按照微盟定义（行业标准）的标准产品流程的来构建。

缴费类业务的交易流程，采用部分标准流程+个性化。

服务类业务的交易流程，是从售后发起，只需要部分流程节点。

充值类业务的交易流程，最精版的交易流程（提交订单，支付）。

重点：我们整个交易的流程中，业务是可以定制使用哪些流程，按需定制。

五、交易中台支持复杂业务的玩法

上面介绍了交易中台所面临的复杂的业务形态，交易中台如何在跨行业，跨领域，跨商业模式诸多复杂的需求背景下，做到快速高效的支持业务发展的同时，又可以做好系统的可维护性与高稳定性呢？

交易中台从三方面进行了重点建设：

5.1 对外流程化，内部组件化的架构总则

1）交易中台对外部业务提供了标准的业务流程

2）交易中台的标准流程，内部通过单一职责的能力组件构成。

流程是一系列功能组件的有序组合，

组件是单一业务能力的逻辑组合。

以上就是业务-场景-流程-组件的关系的一个形象比喻，具体在交易中台设计如图：

组件库：

组件分类：

组件&组件的关系：

组件&场景的关系：

5.2 最小依赖的业务闭环

交易中台作为一个集成业务中台，协调其他的业务中台一起服务上层业务，那么从直观上看，交易中台离开其他中台就不能完整的服务业务，这样其实是对上层业务的一个束缚和制约，是不利于业务中台独立发展与支持业务的初衷，因此：交易中台打破了中台彼此依赖的壁垒，进行了一系列模型的改造，目前已经打造成：

1）支持无商品的交易模式

与商品中台从强耦合关系降级为弱关联关系，避免了跟商品中台的直接耦合，这样就意味着，业务方可以不用接入商品中台，而单独进行复用交易中台的能力，目前的停车缴费业务就是这样的玩法。这也是交易中台应对复杂业务形态非常重要的一个能力。

2）支持外部促销活动模式

与促销中台从强耦合关系降级为弱关联关系，避免了跟促销中台的直接耦合，这样也意味着，业务方可以不通过促销中台来发布促销优惠活动，因为一些小业务初期孵化的时候，并不需要很重的促销，对促销的使用非常简单，业务方不想接入促销中台但又想在交易的过程中使用自己搭建的促销活动，因此交易中台集成了这种模式，让孵化小业务/新业务的成本急剧降低，效率提升很大。

3）支持独立计算价格模式

与批价中台从强耦合关系降级为弱关联关系，避免了跟批价中台的直接耦合，这样意味着，业务方可以自由控制自己的价格体系，降低孵化新业务需要的成本。

4）支持0元订单支付模式

协同支付打通0元下单支付模式，将0元下单这种特殊的下单场景，标准化成普通下单的流程，确保了流程的统一，以及订单状态管理的统一。

5.3 最大化的业务能力组装串联

上面第二点讲了最小依赖的业务闭环，这里着重讲一下协同，也就是说，交易中台既能不依赖别的中台而服务支持业务方，当然了交易中台也能协同别的中台一起来服务业务方。我们既支持独立性，也有开放性。

交易中台内部串联了几乎所有的能力中台（商品、促销、履约、批价、商家、CRM、支付、资产、订单），这样在支持复杂业务时，就可以尽可能地做到业务能力重用，比如：

1）交易中台串联了促销中台，只要业务通过促销中台发布的活动，交易中台就能通过批价中台进行活动的优先级计算，最优价格计算，对业务方而言只需要对接交易中台，就能使用活动过滤与价格计算能力。

2）交易中台串联了 CRM，只要业务通过 CRM 的用户会员等级体系，交易中台就能根据用户进行身份识别，做相应价格计算和权益处理。

3）交易中台串联了资产，只要业务在 CRM 体系里拥有积分，余额，礼品卡等资产，交易中台就可以在交易结算过程中，进行资产的冻结/解冻，核销/抵扣等操作。

4）交易中台串联了履约，只要业务在微盟的商品体系里，交易中台就可以协同履约进行，根据收货人地址进行配送费用计算和发货寻仓等操作。

5）交易中台串联了风控，可以确保用户/商家无风险交易。

六、总结&展望

作为 WOS 新商业操作系统快速孵化出来的泛零售新业务～停车缴费，停车应用的后续扩展，应用本身基于 WOS 产品融合理念开发，可以与其它产品快速融合。本次对接 oneCRM 后期也可以方便与客户自有 CRM 打通，同时能够灵活支持市面上大多数停车场，实现快速对接。作为 WOS 系统的基础能力之一，业务中台也会持续按照 WOS 系统的设计初心，不断的开拓沉淀各种能力，来满足多行业多领域多模式的用户诉求。在独立性和开放性方面做到更加协调的发展。

活动推荐

时间：2023年 7月8日（周六）14:00-16:00

主题：微盟技术沙龙-容器性能保障与Serverless技术探索

活动详情：点击下方图片

继续滑动看下一个