(Qpos 编译)

下面从以下几个方面进行解释：

1.付款后分单；

2、产品折扣分享；

3.订单价格体系；

4.销售订单处理流程；

5.售后订单处理流程。

1. 付款后分单

1. 为什么需要分单？

当顾客同时在多家门店下单时，不同门店的商品通常需要分开，否则无法分别追踪物流信息、收款和对账。

物流信息追踪：即使是同一个商家的商品，如果订单中的商品需要从不同的仓库发货，就会有多张送货单，多个包裹，不同包裹的物流信息和状态肯定会不一致，收货和结账也需要在系统中分开。

2. 分单详情

要根据电商平台的实际情况来确定拆单的维度，是按照不同店铺拆单，还是按照不同套餐拆单，或者两者兼而有之。

订单拆分节点：订单生成后若没有直接支付，则会产生一个待支付的订单，从用户体验的角度来说，用户肯定希望多个子订单能够一起支付，这里建议在订单列表中将其展示为父订单。

拆分订单价格：如果多个拆分订单同时享受相同的折扣，也需要注意如何将折扣金额分配到不同的子订单中，剩余的误差需要放在一个子订单中。

2. 产品折扣分配

1.为什么要按订单金额分配？

首要因素是退款，订单支付成功后，如果没有对单件商品进行金额分配，那么如果用户需要退回订单中的部分商品，是没有办法计算需要退款的金额，以及需要分别退给商家和平台多少钱的。

财务对账：优惠金额分摊到每件商品，可以计算出同一母订单下每笔子订单分摊的优惠金额。例如，母订单使用平台优惠券，最终需要计算分摊到每笔子订单的优惠金额，才能确定每笔子订单实际支付金额和平台优惠金额，否则无法与商家对账。

成本核算：通过将折扣金额分配给每件产品，运营、财务或采购人员可以评估营销活动的成本。

2. 折扣金额分配逻辑

分摊是按照最小粒度进行的：即需要将优惠金额分摊到每个商品上，且当同一款商品的购买数量大于1时，该商品最终只能有一个分摊价格。

折扣分享比例：折扣按照商品金额比例分享，保证不同商品享受的折扣公平，否则可能出现某件商品分享的折扣大于该商品的售价或影响用户体验的情况。

分配顺序：先对多个商品分配折扣，再按店铺层面分配折扣，最后按平台层面分配折扣。

错误处理：减少错误的主要方式是算法层面的优化，但错误无法避免，多余的错误需要根据不同的促销活动单独存储，在财务对账、退款时使用。

3.订单定价体系设计

此部分是贯穿整个订单流程的核心部分，订单相关信息需要在不同的操作系统上展示，如：平台后台、商户端、APP、PC端、小程序、公众号，需要结合数据库结构进行设计。

订单系统在数据库设计层面至少需要以下几张表：订单表、订单明细表、售后订单表、售后订单明细表（售后订单和销售订单也可以合并设计表结构），每张不同的表需要分别定义字段及其含义。

例如，在我们的系统中，我们定义订单中商品的价格水平：

1、原价：后台设置的商品最初销售价格；

2、销售价：不参与单品活动的产品销售价为原价，参与特价/折上折活动的产品销售价为促销价；是订单详情中产品统一显示的价格，也用于计算产品总金额；

3、结算价：店铺优惠活动分配后商品的价格，可以展示给店铺作为成本价，也用于计算该订单需要支付给商家的金额，此字段无法展示给购买用户；

4、实际价格：店铺折扣和平台折扣合计后的产品价格；主要用来展示给平台，从平台的角度衡量成本，关键是退款时可以用来计算实际退给买家的金额；

5、全额折扣分配：产品全额折扣后分配的金额；主要用于计算退款时需要退还的全额折扣；

6、店铺优惠券分配：商品通过店铺优惠券分配后的分配金额；主要用于计算退款时需要退还的店铺优惠券折扣；

7、平台券分配：商品通过平台券分配后的分配金额；主要用于计算退款时需要退还的平台券折扣；

8、退货数量：已部分退货或退款的商品总数量（生成退款订单审核时会减去该数量，取消订单或关闭退款时会加回该数量）。

同样，在订单列表和售后订单列表中，也需要设计相关字段，限于篇幅和隐私限制，仅对核心事项进行说明：

1、同一字段对于父订单和子订单需要做不同的解读；

2、子订单金额总和必须等于母订单金额（否则影响用户体验且退款无法完成）；

3、在设计字段的时候，一定要考虑所有系统相关页面都需要展示的信息，对于销售订单、售后订单，用户、店铺 4、平台需要看到哪些信息，哪些信息不能看到？

5、设计字段时需考虑订单折扣金额以及退款时最高可退款金额；

6.平台折扣未分配金额需放入子订单中。

4. 销售订单处理流程

订单流程的设计是电商系统设计中最基础的部分，不同业务场景下的订单流程会有所不同，核心离不开以下几点：

1、生成订单：一般来说，在订单确认页面点击加入购物车按钮就会生成订单，同时还会进行库存相关的操作。

2、支付成功：在订单确认页或者订单列表中选择收银页的支付方式进行支付；（订单销售数据一般也是以已付款的订单来统计的）

3、发货：支付成功到发货之间，平台可能需要确认订单、进行ERP相关操作（订单状态变为已发货）、进行库存相关调整。

4. 收货：点击确认收货按钮，确认收货，订单完成，状态变为交易完成。

5.取消订单：取消订单后需要生成退款订单，订单状态变为交易已关闭（交易已关闭可以定义为交易未完成，不涉及财务对账，后面有时间再讲财务系统的设计）

6.申请售后：售后订单完成并退款成功后，若全单退款，订单需修改为交易已关闭

7.订单状态超时：包括自动取消订单、一定时间后自动确认收货等。

设计好各个订单处理环节和订单状态后，需要定义不同状态下的操作按钮，操作按钮包括：立即支付、申请售后、确认收货、查看物流等。当然需要注意的一点是，用户操作界面和后台商户或平台处理订单的按钮是不一样的。

另外订单流程往往涉及到电商系统与ERP的对接，也是比较复杂的，后面我们会单独讲开放平台的设计经验。

5.售后订单处理流程

1、售后订单的状态和操作按钮的设计思路与销售订单基本一致，值得注意的是：

2、售后流程的设计需要结合实际需求考虑，比如是否支持部分退货、什么情况下可以退货、流程是怎样的、是否需要审核等等；

3.付款和财务结算计划会影响退款逻辑，因此需要一并考虑；

4、退款时，已分配的折扣金额如何处理，以什么金额退还给用户，如何与商家结算售后订单；

5.退款还涉及退服务费、平台折扣等（来源：人人都是产品经理，编辑：电商研究中心）

近日，电子商务行业唯一入选“一带一路”影响力社会智库的电子商务研究中心发布半年报告。