订单系统是电商后台产品最为核心的一环，也是衡量电商公司业务能力的重要维度。而且，根据订单情况，能够拆解出不同纬度的数据指标。

订单管理中心，又称为OC，即orderCenter，保存了交易的记录，里面包含所有的交易信息。订单内的各种字段，都是用户在下单前，在结算页内选择或输入的内容。

那用户究竟进行了哪些操作才生成了订单呢？

以笔者为例，一般是有了购买需求才会上购物app，当然了，要排除工作时的使用情况。

• 第一件事就是使用搜索，据说搜索可以贡献60%的销售额，包含关键字搜索和类目搜索。
• 然后进入商品列表页，紧接着选择商品，进入详情页，查看商品信息，评价和问答。
• 再加入购物车，勾选商品，去结算。
• 在结算页，输入地址联系方式，选择支付方式、配送方式、权益资产、发票类型。
• 检查无误，提交订单。系统生成订单信息，并提示物流状态。

 用户下订单流程

看似很漫长的一条路径，但是每一步都必不可少。可能，在未来，用户下单只需要一步即可。

一、订单字段

从上述的下单路径，还是能够拆解出各项订单的字段的，比如：

订单字段说明

• 基础信息：包含订单号，订单时间，订单状态等信息；
• 商品信息：包含商品价格，商品名称，商品链接等信息；
• 支付方式：包含支付方式，支付状态，支付时间，支付单号等信息；
• 配送方式：是否包邮，不包邮时配送公司是什么；
• 权益资产：包含红包，卡券，积分，京豆等虚拟资产；
• 发票信息：发票类型选择，增值税普通发票还是增值税专用发票，电子发票还是不开票等信息；
• 物流信息：物流具体的状态，什么时间点，哪个站点/仓，哪位配送员进行配送，是否签收，节点时间等信息。

订单中包含如此多的字段，需要和下游多个系统进行对接。商品信息需要从商品获取，促销信息从促销系统获取，库存从库存系统获取，支付信息从支付系统获取，发票从发票系统，业务表示从对应的业务系统获取，整体订单流转如上图所示。

生成订单后，还要进行订单拆分，包含优惠拆分和订单拆分，紧接着进入wms系统，最后走财务开票了流程。

订单生成流程

二、订单类型

根据订单中商品的类型，可将订单分为实物订单和虚拟订单。实物订单是指订单中为实物商品，发货需要物流的一些商品订单，比如：订单中有冰箱、笔记本、手表，那么这个订单就是实物订单。

在实物订单下，还存在很多其他业务，也称为是业务订单。比如：购买的商品是苹果、香蕉等，那么该订单就是生鲜订单。在京东夺宝岛购买的订单，被称为夺宝岛订单。不同的业务订单，主要是为了划分不同的业务，进行拆分业绩统计。

虚拟订单是指不需要物流发货，商品是虚拟物品的订单。商品可以是Q币、充值、服务产品点卡、礼品卡等，相比实物订单，虚拟订单由于没有物流状态，所以订单流转和结算流程相对简单一些。

三、订单状态

订单也有生命周期，在不同的节点，展示不同的状态信息。由于不同公司的业务模式不同，订单状态的划分也可能不同。

笔者以京东为例，聊一下具体的订单状态是如何流转变化的。

首先，实物订单状态有这些，比如：

• 等待付款，如果是先款订单，需要用户在提交订单后，支付订单金额。如果未付款状态，或者财务还没对账完成，则订单状态为等待付款。一般时期，等待付款的订单可以保留24h，大促期间的订单可能不到半小时就会释放掉。不过，也有另类的需求场景，如企业客户的订单可以达到最长15天的期限。
• 等待付款确认，该状态为后台状态，用户在前台是无法看到的。指的是付款之后需要财务系统进行财务对账。对比台账进出时是否有变化，如果没有问题，这个状态就会发生改变。
• 等待打印/出库/打包，订单对账之后，会迅速进入库房生产，为了保证时效，这个时间最短可以在1分钟内完成，可能该商品就在机器非常近的位置。
• 等待发货，当订单打包之后，配送卡车会将商品配送到站点，在未装车前的订单状态就是等待发货。这段时间可长可短，看订单时效，如果在晚上或者未到用户选择的发货时间，这个状态会一直持续。
• 等待确认收货，订单发货之后，状态即更新为等待确认收货。当用户收到货物之后，7天或10天后，订单会自动确认。如果是商家与用户的交易，此时会将订单金额全部打给商家。
• 订单完成，用户主动确认收货，或者7天或10天后，订单自动确认后，状态即变为已完成。

订单状态

虚拟订单状态比较简单，返回给用户的状态只有两种，等待付款和完成。假设虚拟订单必须立即支付，订单则只有一种状态，即订单完成状态。

四、订单的业务语言

对于上下游系统繁杂的电商平台，如京东，除了上游商品、订单、支付、结算之外，还需要客服、台账、WMS、配送等系统。业务类型更复杂，包含生鲜、oto、金融、企业购、全球购等业务，如此一来，就需要在订单上做明确的标记。

在京东订单系统，有一串神奇的编码，叫Sendpay。它是一段包含120个数字的字符串，为什么是120？

可能是为了扩展性吧，它能够唯一代表某个业务线，某个类型的真实订单。

每位从0到9，不同位数的数字，能够代表业务对应的订单类型。比如：第1、第2位是所有的普通订单；第9位为8时，是生鲜订单；第40位为3时，是b2b订单。

那什么时候生成Sendpay呢？

一般是提交订单之后，订单系统会调用管道服务，在管道内根据业务类型在Sendpay对应的位置上打标识，业务类型是上游在下单时就会通知订单。

还有简单的识别方式，就是在商品上抽出订单类型。我们3.1节讲到商品属性，订单可以通过属性来判断订单归属。假设商品属性是生鲜，那么Sendpay就在第9位打上8。

特殊情况，Sendpay也会让各个业务方自行打标识，比如：在提交订单时，打上业务标签。这样做的目的一来可以减少订单系统负载量，二来可以让各个业务方有权力控制订单。缺点是订单系统没办法完全管控所有的订单业务，因为放了一定的权利业务方。如：虚拟订单业务和b2b业务都是自行控制订单类型的。

#专栏作家#

凌苏，微信号公众号：产品毒思维，人人都是产品经理专栏作家。杭州西厂产品，电商领域小能手。

本文原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 unsplash，基于CC0协议