订单中心是新零售产品体系的核心模块之一,也是衡量公司业务能力的重要维度,并且是用户与商家链接的桥梁。在任何业务场景中都不可能完全脱离订单交易,也正因为有了订单,商家才能产生业绩和利润收入,所以只有深入的了解订单的运作,才能知道它的设计原理。
订单中心与上下游多个系统对接,其中包括了商品中心、客户中心、营销中心、支付中心、库存中心、财务系统等息息相关。
通过订单中心,实现对线上订单、线下订单、外部订单的统一管理,同时进行订单收录、实现订单的合并与拆分、匹配门店/仓库等。
笔者沿着订单的交易链路,介绍下订单中心的产品设计逻辑。
一、系统分层结构关系
订单从产生到完结,期间会涉及到多个系统,那么可以将整个系统的承接关系分三个层面
01、应用层
为用户提供具体服务的都在应用层,其中涵盖了小程序、APP、网页商城、门店收银、商家零售等,主要面对前端用户。
所有的订单数据都来源此,经由销售层产生的数据全部汇总到服务层,通过服务层进行处理,并反馈处理结果,通过组合下层的方式,将数据进行重组,系统提供订单交易操作界面以及处理业务系统提交的交易请求。
02、服务层
服务层的数据经由应用层产生,在服务层当中涉及多个系统,每个系统都在发挥着重要的作用
客户中心:根据客户信息匹配会员权益,同时检测客户红包、卡券、积分等虚拟资产信息
营销中心:获取促销信息,例判断用户现有的优惠券是否满足减免条件,以此来计算优惠信息
商品中心:查询网店/门店商品,包括SKU、价格、规格等信息
订单中心:经过客户中心、营销中心、商品中心等计算得出支付订单的最终金额,生成订单后系统进行拆分逻辑,包括优惠信息的拆分和订单拆分,最终进入WMS和财务系统
资产中心:客户完成下单后形成未结算/已结算资金,并对各个门店/仓库进行资金对账
财务系统:订单归属至不同的门店时,门店产生销售订单,通过财务系统进行销售对账并针对分佣进行结算处理。
03、数据层
针对用户产生的一系列数据进行汇总处理,从页面的浏览,再到订单的成交,通过数据分析帮助商家做出判断,以便采取更明智的行动。
通过数据的收集和分析,最终成为信息的过程,根据成交的订单量,分析出商品推广度、商品深度、商品的淘汰率、商品的畅销度、季节商品等多种指标分析并指导商家进行商品结构的调整,以此来提高商品的竞争力。
同时针对不同的仓库/门店,了解商品、品类的销量排行与支付情况,针对重点指标和异常指标的趋势分析,以帮助商品挖掘增长点和排查异常原因。
根据客户的信息数据了解客户的必要条件,分析客户特征,评估客户价值,从而为客户制定相应的营销策略与资源配置计划,发现潜在客户,以便进一步扩大商业规模,促使企业得到快速的发展。
二、订单中心整体框架
在订单中心当中,以信息、资金、物流为基础,贯穿整个订单中心全过程,其中信息代表订单内由各个系统组合而成的交易信息。
同时由完整的交易链路而形成,从商品的交易、支付、再到结算,资金是指用户由交易而形成的资金流动,通过账户余额、或其他支付渠道,形成未结算/已结算资金。
物流代表形成订单后由商家对用户形成的实体服务,同时结合渠道、类型、服务、信息,进而构成完整的订单体系。
通过订单类型来区分出订单的来源,进行打标处理,以便提高订单的查询效率,帮助运营统计不同维度的成交情况。
从成本、效率、体验的维度出发,并通过线上线下的深度融合,给予用户最好的服务,而配送方式与支付恰恰就是服务的基础。同时订单内包含多个信息,正因为有了这些数据,才真正意义上形成了订单。
三、订单中心流转细则
01、线下门店订单正逆流程
线下门店收银下单的流程较为简单,整体的交易链路不会涉及到太多复杂的业务逻辑。
根据线下门店购物场景,在门店选择商品,前往收银台结账,通过收银机扫码加入订单,计算优惠信息,选择支付方式,最终成交形成订单信息,商品出库处理。
若产生订单的逆向流程,可通过收银机选择退款、退款退货、换货的方式处理,以覆盖更多的消费场景。
02、线上网店订单正逆流程
线上网店订单除了商品、客户、订单、支付、结算、库存等系统之外,还涉及到客服介入、WMS等系统,线上订单流转的过程,几乎经历了平台各个系统,与线下门店订单相比,线上订单业务逻辑更为复杂。
在整个订单的生命周期过程当中会经历多个异常的复杂场景,其中就包括售中、售后、客户维权、投诉等,笔者绘制了订单的流转示意图,介绍了线上网店订单的流转情况。
其实在各个流转的节点当中还能够继续往下拆分,通过示意图主要是想让大家知道,订单在流转的过程当中会经历的哪几个环节,我们应该如何更好的应对和处理。
除了线上网店的普通订单之外,还包括三方订单(对接三方API,例饿了么、美团等订单),以及货到付款订单等,那么这两种订单目前在实际运用的场景中,并不是特别多见,所以就先不过多的介绍了。
订单的逆流程并不是整个订单的逆向流程,而是单个商品SKU的逆流程,订单内会存在多款商品,用户只退部分商品,且每次发起退款或退货时,系统都会生成售后单号,每个订单号会对应多个售后单号。
这里要特别说明的是订单只有在维权期结束之后,才能与商家进行结算,或者为了便于对账处理,可将所有的订单资金全部都归集到总部,在规定的时间内,由总部跟各个门店商家进行结算。
同时订单内还存在订单改派逻辑,用户下单之后,系统将该笔订单分配到某门店/仓库,但是分配到网店订单之后,商家希望能做改派处理。
例如订单分配到门店A,但是门店A内的部分商品已经损坏,无法给买家发货,此时若向其他门店调货或向总部要货,可能会影响发货效率,所以门店A可在订单中心内进行操作,将分配给门店A的订单,改派到门店B,由门店B发货履约。
四、结尾说明
本文讲述了订单中心的整体框架应用、订单的流程设计,订单内还包含另外两个比较重要的逻辑,即订单的拆分以及优惠信息的拆分。
其中优惠信息的拆分包括优惠券、红包、积分、虚拟金币等,需要将优惠信息按照一定的比例和计算方式分摊到不同的订单和商品SKU上,具体的拆分逻辑会在之后的文章当中单独进行讲解。
通过本文的阅读,可以大概的理解订单中心的设计原理,订单中心主要考虑底层逻辑和上下游的应用流转。
笔者建议正在从事或者即将从事新零售或电商行业的产品经理都应该深入的了解订单的底层逻辑,只要在平台上涉及到交易,最终都会形成订单。