1、用户需求
买家需求：
常见的购物场景：
直接下单（单件商品购买）
购物车结算（多件商品购买）
拼团
定金购买
找人代付
先货后款
商品评价
常见的售后场景：
仅退款：商家未发货时，买家退款
仅退款：商家已发货，但买家未收到商品时，买家退款
退货退款：买家已签收商品时，退款，此时其实是退货/退款
申请客服介入：退款申请被商家拒绝，申请客服介入处理
商家主动退款（与买家协商后
商家需求：
订单管理场景：
订单查询，根据订单状态进行相应操作（如查询待付款的订单，与买家进行沟通，订单促成；查询已付款订单，进行发货处理等）
应买家需求，对订单进行修
库存不足时，申请缺货登记
异常订单举报
订单批量导出
售后管理
退款/退货订单处理（退款审核、退货审核、快速处理策略设置）
订单换货处理
客服下派工单处理
订单评价管理
数据需求
在途订单统计：待发货、待签收、售后待处理
实时交易数据
自定义时间段交易数据
商品数据及转化漏斗
店铺数据
平台考核的服务数据
客服需求
订单纠纷的介入处理
异常订单处理
对商家下派工单
数据需求
…...
其他涉众：包括支付系统、物流和仓储、会员系统、促销系统等，会与订单系统进行双向数据交互，比如从支付系统获取订单支付状态，用户支付后，会通知会员系统进行用户积分、等级等信息进行更新。
2、功能设计
在设计订单系统，要考虑到各端的需求，包括订单管理层面、数据统计层面和系统对接层面，对外提供的应是一套接口或功能页面，支持常见的订单业务，以拼团电商为例，简单说下订单系统常见的业务设计。
订单下单
在设计订单下单业务时，会与多个系统（如会员中心、风控系统、商品中心、营销中心等）进行数据交互，共同完成业务，主要需要考虑如下因素：
①功能
根据C端的需求，下单入口要支持三种调起订单流程的形式：单独购买、发起拼团、参与拼团
支付方式：微信支付、支付宝、找人代付...
订单流程：选择商品——>填写订单信息——>确认订单——>支付——完成
②规则
成团时限和人数限制，人数太多成团慢，会同时影响买卖双方的利益；24小时未成团，取消交易，给用户以紧迫感，让用户主动分享去邀请其他用户成团
A买家参与B买家发起的拼团，在A未支付前，C是否可以继续参与B发起的拼团？——可以，拼团的目的就是为了促成订单支付，在未支付成功前，B买家发起的拼团都为未成团
A买家参与B买家发起的拼团，成团后，A退款了，是否影响B买家的订单状态?——不影响；拼团只是前端的交易形式，目的是为了促成交易，系统层面上，等同于用户直接下单
未支付订单的处理：一般是30分钟，超时系统自动取消订单——考虑到库存、用户紧迫感心理
减库存：买家确认订单后，减库存
系统校验：账号异常、购买行为异常等
......
③订单数据
订单内容包含：基础信息、用户信息、商品信息、优惠信息、支付信息、物流信息，各端可以根据具体需求进行展示：
基础信息：订单编号、订单状态、下单时间、拼单时间
用户信息：账号信息、收货人信息
店铺信息：店铺名称、账户名、绑定手机号等
商品信息：商品编号、商品名称、规格、数量、商品总价、商品图片
优惠信息：优惠劵类型、优惠劵抵扣金额
支付信息：支付方式、支付单号、支付状态、支付金额、支付时间
物流信息：物流公司、运单编号、物流状态
订单发货
①功能
买家支付成功后，订单变成「待发货」状态，系统通知商家发货；发货后，商家上传运单编号等凭证，订单状态变成「待收货」状态，系统通知买家已发货
②规则
商家根据在发布商品时承诺的「发货时限」上传物流运单号，否则记录该订单超时
缺货申请：考虑特殊情况导致的未及时发货，商家端可以提交「缺货申请」，并经客服确认后，状态切换到「已申请缺货」
商家上传假快递单等其它风控策略
订单收货
①功能
买家点击「确认收货」后，系统通知商家订单已被签收，订单系统通知支付系统将货款结算到卖家账户
②规则
当订单系统收货物流系统的签收通知后，进入N天的倒计时确认收货环节，如果买家未主动确认收货，在倒计时结束后，系统确认收货
订单售后（退货/退款）
买家退款的场景分为以下几种：待支付取消订单、拼团成功/待发货退款、待收货/退款、已收货/退款、客服介入处理，从系统角度，只需要实现仅退款和退货/退款两种功能，客服介入处理，也只是根据实际情况（如商家上传的举证材料）开启哪种售后通道。
①功能
仅退款
流程：买家申请退款——>商家收到售后通知，点击「同意退款」——>订单系统调起支付系统退款接口——>退款成功
买家可以在同意退款前，撤销退款申请
退货/退款
流程：买家申请退款——>商家收到售后通知，点击「同意退货」，给出收货地址——>买家邮寄商品，上传物流单号——>商家确认商品，点击「同意退款」——>订单系统调起支付系统退款接口——>退款成功
买家可以在同意退款前，撤销退款申请
②规则
商家规则：商家在收到售后处理通知后，需在N小时内完成处理，否则系统默认商家同意退款
买家规则：
订单签收后，N天内可以发起退货流程
商家同意退货后，买家需在N天内上传物流单号，负责系统判断买家取消退货操作
图中并未给出买家主动取消退款的情况，在商家同意退款前，买家都是可以取消的。
3、订单状态
电商后台系统中，最核心的对象是「订单」，其串联各个节点上的人和系统，订单管理的本质上就是对订单状态的管理，在不同状态下，需要不同的角色去完成相应操作，以此推动订单在不同角色之间的流转。
（1）触发条件
能触发状态变化的有两种条件：事件触发和时间触发
事件触发：比如买家点击了确认收货，订单状态就从待收货变成了待评价
时间触发：到了某个时间点，状态自动切换，比如在规定时间段内可以抢购商品，到了结束时间点，活动状态自动从抢购中变成结束状态
（2）状态设置
以拼团电商为例，说下订单状态和售后状态的设置
①订单状态
订单状态切换的触发条件，除了买家、商家和客服的主动操作，也包括各种业务规则的触发。
随着业务的开展，需求深入，会在基础状态上引入更多的状态，已满足业务需求；比如支付状态引入：已付定金，待付尾款、已退定金/未支付尾款等
②售后状态
售后状态的推动者，除了买卖双方外，出现纠纷时，客服也是有权操作退款的
