先回想一下我们平时在网上购物的场景。
某天准备出远门时，想到没有充电宝，就打开京东或天猫超市，选择一个心仪的充电宝，“哎哟，居然还有一个10元的优惠券”，下单付款，下午快递员敲门，充电宝就到家了。
用户的一小步，系统的一大步。在用户选择商品之后提交订单的一瞬间，订单实际上经过了各系统之间的漫长回路，如图10-1所示的订单下单流程。
图10-1 订单下单流程
（1）在订单过程中进行安全校验，主要是检测用户是否在黑名单上、用户购买行为是否正常等，当检测到不正常时，终止下单。
（2）从商品中心获取商品信息（SKU、规格、价格等）。
（3）从营销中心获取商品、订单促销信息（优惠券、促销活动），判断是否满足优惠条件，计算出优惠金额。
（4）在会员中心获取会员权益，例如平台抵扣积分、折扣条件等。
（5）在调度中心校验销售层库存，按照调度规则锁定区域库存。
（6）根据拆单规则（商家、仓库、订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额、运费、优惠金额计算应付金额（实付款）。
至此生成订单，此时订单状态为待付款。如图10-2所示，在存储的订单信息中，主要包含以下内容：用户信息、订单基础信息、收货信息、商品信息、优惠信息、支付信息、物流信息、其他信息等。订单的内容复杂精细，在存储时除了表结构的设置，还应该注意信息冗余。特别是商品信息，由于商品的内容不断编辑变化，要保存下单时的商品快照，避免过长时间后，商品信息丢失。加 入 会 员 微 信
图10-2 订单信息
订单包含的所有信息内容如下。
用户信息：用户账号、用户等级。
订单基础信息：父订单与子订单、订单编号、订单状态。
收货信息：收货地址、收货人姓名、联系电话、邮编。
商品信息：SKU信息、规格、商品数量、价格、商品图片、商家（店铺）。
优惠信息：优惠券、促销活动、虚拟币抵扣金额。
支付信息：支付方式、支付单号、商品总金额、实付金额、运费、虚拟币抵扣金额、优惠券优惠金额、总优惠金额。
物流信息：物流公司、物流单号、物流状态。
其他信息：发票信息、下单平台、分销渠道。
【父订单与子订单】
当从购物车选中多件商品时，例如选中三个店铺中的商品，会将这次购买行为拆分成三个店铺的订单。这次整体的购买行为记录在父订单下，当系统首次提交订单结算时，会合并子订单，针对父订单进行结算。当提交订单后结算中断，或结算之后，系统在更新订单状态、物流追踪时，针对的就是子订单。
【优惠分摊】
在计算订单应付金额时：
订单实付金额＝商品金额（SKU金额合计）＋运费-总优惠金额
其中：
总优惠金额＝促销活动优惠金额＋优惠券优惠金额＋虚拟币抵扣金额
到这里，算是完成了订单计算的第一步。但是这里又出现了一个问题。当优惠后的订单发生部分退货时，应该怎么退款给用户？
1．优惠后订单发生部分退货如何处理
产品经理遇到的情况是：促销活动（如满减）涉及很多商品，优惠券也涉及很多商品，有时甚至跨店优惠。甚至还有整单能享受优惠，部分退货后就不满足优惠条件了，这时候怎样平衡用户、商品、平台之间的利益，在退货、退款时应该怎么处理？
其中涉及用户与平台之间的博弈，也考验着产品规则设计者的智慧。目前的处理规则基本都是“优惠分摊，偏向用户”。
我们先看一下两个场景。
（1）发生售后有可能是平台的原因，不是用户不买，而是店铺的商品有问题。
（2）假设双11时，用户分别在A和B店铺跨店买了参加满1000减200活动，各买了500元的货品，后来在A店退了价值100元的东西。这种情况下，退货后已不满足活动条件，是否要求用户给补100元？如果用户补款，又补给谁？
从上面的例子可以看出，如果将退货没达到条件的促销优惠条件考虑进去，系统复杂度会成倍增加。从人性的角度，我们相信绝大部分用户不会为了达到优惠条件故意多买，然后恶意退货。
最合适的处理方法就是下单时就将优惠金额按比例分摊到子订单、商品上，同样实付金额也分摊到子订单、商品上。退货时退还用户实付金额，而不会去追究用户因退单而没满足促销条件，允许用户占平台的便宜。
2．优惠分摊原则
关于优惠分摊原则，不但应该按比例分摊，还应在满足优惠条件的商品上，按照商品金额的比例分摊，而不是盲目分摊。
先来看一个案例场景。
订单中有甲、乙两店的商品A、B、C、D、E，包邮。商品A、D参加跨店满200减40的活动（活动1），商品B、C参加满100减10的活动（活动2），另外用户还使用了100元的现金券。
如表10-1所示，订单总共优惠150元，其中活动1优惠40元，活动2优惠10元，优惠券100元。并不是将优惠完全平均分摊至每个商品上，而是按照优惠分摊原则，比如活动1在商品A、D的优惠金额分别是40×（80/320）＝10元、40×（240/320）＝30元，其他优惠金额详见表中。
表10-1 优惠分摊的案例
根据表10-1中的数据，我们能够清晰地计算出店铺、商品在每次促销活动中的收入。另外在用户部分退货时，也能按照其实付金额进行退款。例如用户退商品A、B时，只退款82元（54元＋28元）。这样还能避免与用户发生纠纷。
本节主要介绍了订单的正向流程，但是在实际应用中又会衍生出许多变化。例如支付服务：有第三方支付、分期付款、货到付款等，都影响订单的状态；还有自营平台会将出库状态加入到订单状态中；还有从其他渠道（线下订单、京东等第三方订单）导入到系统的订单，不仅涉及与第三方平台的打通，还有对这些订单的管理，以及同步状态至第三方平台。