编辑简介：订单系统连接用户和商家。用户可以通过订单查看商品的采购明细，商家可以通过订单查看采购用户信息。整个订单系统包括订单生成、订单计算等模块。本文对电子商务订单系统的设计进行了梳理和总结。让我们看看。
大家好。这是电子商务产品设计系列的第八篇文章，订购产品。在电子商务系统中，订单是连接用户和商家的最重要的交易信息系统。本文将讨论与订单相关的内容。
1、订单生成和状态1.下订单流程
我相信您对电子商务下单流程很熟悉。以购物车下单为例，我们可以看到，下单过程中涉及的主要前端页面包括购物车选择页面、订单确认页面、出纳付款页面、订单详细信息页面和订单列表页面。
可以看出，下单流程有三个关键点，即订单金额计算、库存验证和流程信息的清晰显示。
商品数量的计算包括商品价格、运费和优惠活动的计算。
库存验证主要判断库存是否充足，用户是否有采购限制，库存是否被锁定并扣减。
清晰显示流程信息，包括折扣明细、子订单明细、商品主图/名称/规格/数量显示、运费/优惠券/促销显示。
订单明细包含的信息最多，主要包括用户信息、基本信息、收货信息、商品信息、折扣信息、付款信息、物流信息等信息。具体如下图所示：
综上所述，下订单流程如下：
2.订单计算
在下订单的过程中，金额的计算是过程中最重要的部分，也是用户最关心的部分。订单应付金额=商品金额（SKU总额）+运费-优惠总额。
让我们分别来看这些值。商品金额为商品原价，不扣除任何优惠金额，但注意与交叉价格区分。购物时，我们可以在商品详情页面查看商品的运费金额。货物明细页面上的运费是根据货物的运费模板计算的。
以下图为例，我们可以看到货物是用一个完整的包裹邮寄的，其他常见的规则包括用XX元邮寄、在某个区域邮寄等。
以下图中的运费模板为例，我们可以配置的关键信息包括计费方式、配送区域以及指定区域的首次收费和续费。如果要设置包裹邮寄，请将相应条件下的邮资设置为0。
在现实生活中，我们经常发现一些商品正在进行特别促销，包括9.9的邮件，我们每天需要6元或更多的快递费用。他们怎么能以这么低的价格做到这一点？
事实上，当邮件具有规模效应时，实际运费可以被压到非常低的价格，这通常是作为物流公司的主要客户协商的。
影响讨价还价的因素主要包括单件数量、地点（如义务优势）、包装重量和尺寸等。我们从一个商业论坛上发现的数据显示，当平均每日订单数量超过200时，价格可能在1.5元左右，实际运费较低。
然而，到目前为止，随着电子商务的发展，我们发现越来越多的商品提供包裹式邮件服务。现在，许多小型合作伙伴在发现货物不是包裹邮件后会犹豫下订单。因此，在包裹邮件盛行的今天，越来越多的企业将运费纳入商品成本，从而提供包裹邮件服务，降低用户的决策成本。
订单的优惠来源包括促销活动、优惠券、扣分、会员折扣等。当同时进行多个优惠活动，不同商品参与不同的促销互动时，优惠金额的计算将在后续章节中详细说明。
订单计算后的最后一步是订单付款，主要包括付款方式。目前，主流是使用第三方支付，如微信支付和移动支付支付宝付款请参阅第三方支付API文档以了解此部分的对接。稍后，我将另写一篇文章介绍这一部分。
订单支付主要包括直接向上级订单支付或选择部分子订单进行支付。
3.订单状态
在一个完整的订单流程中，订单有多种状态。主要订单状态包括待付款、待发货、待接收和完成。
- 待付款：用户提交的未付款订单的状态。由于待付款状态将锁定库存，超时将被设置为自动取消。
- 待交付：用户付款后，等待商户交付。
- 待接收货物：商户已交付货物，正在等待用户接收货物。
- 交易成功：用户确认收据后，订单已完成交易。
- 交易结束：付款前取消订单或售后全额退款。
- 售后服务：非订单状态，即订单有相应的售后服务订单在进行中，如用户退货、换货、退款。
我们知道，订单状态决定了相应的服务系统，例如在“待收货”状态下是否可以确认收货，是否可以申请退款。每个订单的售后状态都是相同的。它们不是状态字段，但可以关联。我们上面提到的是订单的外部状态，即显示给用户查看的状态，而订单的内部状态是指与仓库级别的订单相关的操作，对应于“待发货”状态。
1.亲子顺序
当我们在网上购物中心购物时，我们经常会遇到商品属于不同的卖家，或者由于商品的数量和重量而需要出售拆分订单这种现象。此时，我们通常会生成两种订单号，一种是拆分前订单的订单号，另一种是拆分后的订单号。
父订单用于记录用户这次下多个订单的行为，以及合并付款。如果存在跨商户折扣，则父订单可以对应于相应的折扣，然后将其分配给每个商户。子订单用于跟踪发货物流、售后和财务结算的基础，并记录折扣信息。用户关心订单的订单状态、物流状态、售后状态和售后金额，这些信息将在子订单中进行跟踪。
请注意，在订单产品架构的设计中，如果使用父子订单的设计，则系统没有需要拆分的订单的父子订单，但所有订单都需要生成父子订单。
2.订单拆分
影响母子订单拆分的规则很多，主要包括平台的不同门店和商户、不同的配送仓库、类别的特殊包装要求、物流因素、商品价值等。
根据拆分时间的不同，我们可以将其分为预付款拆分和预付款拆分。付款前，主要是拆分订单——拆分为父子订单。付款后，主要的运输订单是打开成子的订单和多个包裹。
最好在订购过程中拆除，以避免后续判断。然而，第三方购物中心订单和仓库交货限制等因素将导致订单生成后需要拆分订单。
3.优先分配
订单支付中一个非常重要的环节是计算折扣的分配，即订单中的所有商品参与一项活动后，活动折扣的金额将分配给每种商品。
为什么要计算优惠分配？主要功能包括：
- 使用折扣后，计算每种商品的实收金额，以便后续核算商品利润。
- 用于财务结算。
- 计算货物售出时要退回的货物数量。我们用一个例子来分析订单金额的计算：
为子订单1中的每种商品分配的折扣：
如果退回子订单1中的商品1，则该商品的实际付款为205.12元。如果全额退还，将退还205.12元。除了返还现金，还应返还虚拟资产，如积分、充值费等。例如，如果产品全额退款，可以返还1.03元-103件金币。如果全额退款，在某些情况下会退还优惠券，如果部分退款，一般不会退还优惠券。
3、从订单到交货1.订单交付流程
用户下订单后，下一步是安排发货。
根据商户数量的不同，配送方式也会有所不同。小企业通常使用手工包装和离线跟踪。发货后，在商户后台填写物流信息；中小企业使用第三方ERP管理订单，统一发货，自动返回物流信息；大型企业或专有平台有自己的独立ERP或独立WMS，并将有适合业务的定制流程。
订单交付的第一步是拆分订单，因为仓库根据订单交付货物。让我们整理一下订单拆分的整个过程：
第一个拆分是订单拆分，这意味着用户同时从购物车提交订单，并拆分它们以生成多个子订单。我们需要将订单拆分为多个装运订单。如果我们需要将订单拆分为多个装运订单，我们需要将其发送到第二个仓库。
不建议拆除仓库，因为监控单层不好。
NicholasTse显示订单的前台显示状态，但相应后台订单层的订单交付状态非常复杂。前台订单状态对应于许多后台交付相关步骤的流程，如下所示：
以上是普通实物的常规交付流程。事实上，我们还会遇到其他订单类型。不同的企业有不同的订单，不同的订单有不同的订单流程。
在实物商品中，最常见的是普通实物，它遵循上述常规订单流程。二是实物商品+服务，如销售家用电器、提供门到门安装调试服务。在这种情况下，物理子订单和安装服务子订单相互独立，并受父订单约束。在后续安装服务完成之前，订单状态不会完成。如果客户不需要安装服务，将退还服务费。
在虚拟商品中，一种是纯粹的在线服务，如电话充值和游戏充值。生成订单后，将调用第三方服务来完成交付。请注意此订单可以取消多长时间。另一种是线上和线下、单线和线下服务，如OTA和o2o。此类订单应确保用户享受服务并进行财务结算。请注意此类订单的退款流程。
2.订单数据分析
在订单交易过程中，系统会记录订单数据，方便数据分析，指导后续操作和生产。我们需要从三个维度进行分析：订单流、类别和交易。
第一个是流量维度，它分析商店和商品的进入和转换。流量分析的核心指标包括：
- 页面浏览量PV、访客数量UV、未命中率、人均页面浏览量、老用户比例；
- 产品访客数量、产品视图数量、额外购买数量·订单转化率、订单金额和订单数量；
- 支付金额、支付用户数、支付转化率·客户单价、总转化率。
包括整体流量、页面流量和来源分析。
二是订单商品类别分析。分析的核心指标包括：
- 商品访客数量、商品浏览数量、商品收藏数量和额外商品购买数量；
- 新增采购转化率和收款转化率；
- 订单用户数、订单件数、订单金额、订单转化率；
- 支付用户数、支付件数、支付金额、支付转化率；
- 客户单价和访客平均价值。
类别分析维度包括类别、商品和新产品。
最后是订单交易数据的分析。其核心交易指标包括：
- 访客数量、下订单的用户数量和订单金额；
- 买方数量、付款金额和支付的客户单价；
- 订单转换率、订单付款转换率和付款转换率；
- 商品成本、运费和确认的收货金额。
交易分析维度包括全面和详细。
4、摘要总结本文的内容，分为三个部分：订单生成、父子订单和订单交付。
- 主订单生成：订单状态从用户提交更改为付款、发货和收货、订单信息结构、可对订单执行的操作等。
- 父子订单：父子订单的角色、优先分配规则和角色，以及如何计算订单金额。
- 订单发货：了解订单发货的流程、内部状态和外部状态的差异、多种订单类型（不同的业务场景、不同的订单处理流程）以及订单数据分析（交易和商品）。
下图显示了整个订单的产品结构：
在电子商务系统中，订单是一个非常重要的模块。订单记录了该交易的所有信息，包括商品信息、价格信息、付款信息、物流信息、收据信息等，其状态也随着订单的变化而变化。我们需要在前台清楚地显示这些状态，并向用户展示。
本文没有详细解释仓库层中的一些变化。在未来，我将写一篇单独的文章来讨论WMS系统的相关内容。
以上是订单模块的全部内容。在下一期中，我将分享与在线支付模块相关的内容。请期待。
作者：舒峰，公众号：舒峰产品
本文最初由@Shufeng发表。每个人都是产品经理。未经允许不得转载。
图片来自unsplash，基于cc0协议
最新评论