电子商务订单系统设计分析（二）

订单系统的完整性与几个部分密不可分。最后一次填写订单字段时，各种字段信息形成订单详细信息页面。如果将字段信息与订单系统的血液进行比较，则订单状态切换就像订单系统的灵活神经。订单状态之间没有切换，这不构成庞大的订单系统，并且不能满足在线购物时的许多情况。

订单处理是指从订单生成到整个流程完成的过程，包括思考过程和反向过程。开发电子商务企业采购订单管理系统的正向流程是一个正常的网上购物步骤：订单生成 - >支付订单 - >卖家交货 - >确认收货 - >成功交易。相反的过程是各种退款流程。

实际上，设计整个电子商务订单管理系统的过程非常多。接下来，我们将以更具体的方式描述每个链接下的实际情况：

订单生成：

用户下订单后，系统需要生成订单。在这种情况下，需要首先获得订单中涉及的产品信息，然后获得与产品相关的优惠信息。如果产品没有参与优惠信息，则没有这样的链接，然后获得该帐户。会员权利（实际上，要注意优惠信息与会员权益的区别，就像货物的全面减少是优惠信息，新人是会员的权益。一个是货物，另一个是帐户）。

库存扣除是指可销售库存的数量-1。严格来说，目前扣除库存分为两种，一种是按订单减少库存，另一种是减少库存;个人认为中小企业家可能不会比淘宝更好。在电子商务的股票市场中，对精细化操作的需求可以存活，因此用户体验是根本性的，所以我的观点是生成订单以扣除库存，这将阻止用户支付成功的商家。但它缺货了。然后计算运费并顺利生成订单。

付款单：

在用户支付订单后，他需要获取订单的支付信息，包括支付序列号，支付时间等。在支付订单后，它正在等待商家发货，但在交货过程中，往往存在一种正常但也很复杂的情况，即订单被拆分。订单拆分有两种类型。一个是用户选择的产品来自不同的渠道（自营和商家，商人和商人）。此时，有必要拆分订单并单独结算。这里也提到了亲子订单。不再。另一种是在SKU级别拆分订单。需要拆分不同的仓库，具有不同运输要求的SKU，包装重量和体积限制等。

例如，产品A仅在仓库中，商品B仅在仓库B中。此时，商品A和商品B被分成两个订单。或者一些公司的做法是将货物A/B转移到另一个仓库进行统一交付，这对用户来说也很方便。订单拆分看似简单，但它涉及底层系统支持，例如您需要对每个仓库的货物执行相对准确的库存，以及实时同步（涉及仓库的精细管理）;准确的商品分类和安置;准确记录商品信息;这些模块中的哪一个是一个庞大的项目，PM通常会在原有（半成品）的基础上进入公司进行优化，您可能希望更多地考虑基础业务，只有底层的精细管理才能实现。在线支持丰富的用户需求。

商家送货：

商家运输过程还有一个标准化的流程。如上所述，订单拆分将涉及仓库之间的转移，然后仓库将下订单，拣货，包装和交付快递。如果优化这个标准化过程，它也是一个大项目。我不会在这里详述。我建议你阅读有关库存和仓库管理的书籍，并了解更多相关信息。

确认收据：

商家交货后，正在等待快递。订单系统需要访问一些普通快递公司的接口，便于用户和商家检查车站的快递信息。

成功的交易：

收到货后，它不是服务的终点，而是服务的开始。订单电子商务系统需要提醒用户在签署快递员后对商品进行评估。这里，应该注意的是，确认收到货物并不意味着交易成功。成功交易意味着货物处于X日状态，并且售后服务不支持该订单。在时间范围内。此时，订单的正向流程已完成。

我目前还没有研究过，但我的经验告诉我，订单系统不会处理售后订单，而不是常规生产订单。作为电子商务PM，我们的工作是优化这些流程并改善用户粘性。它自己的售后订单的出现已经在一定程度上伤害了用户。如果这个过程仍然很糟糕，我们就没有机会等待用户的回购。

订购逆向流程

电子商务的基本逆向过程如上图所示。与订单相反的过程相反的是，几乎允许它出现在正向过程的任何部分。有些人会问为什么用户可以在没有收到货物的情况下退款。事实上，我们改为思考，这也很容易理解，想象一下你是一个用户，买了一双鞋，付了货，正等着快递，然后只是通过一家鞋店看到我买的鞋子也一样，所以你拿起电话点击退款，买了这双促销鞋。这种场景实际上是普通和普通用户的日常生活，因此我们的订单系统必须支持用户的各种场景，并测试PM的业务渗透能力。幸运的是，电子商务的先驱，淘宝已经做了很多基础设施和用户教育，我们可以直接申请，但还是要根据每家公司的业务情况进行修改。

取消订单：

当用户提交订单时，他会在跳转到付款之前直接退出。此时，用户原则上被取消，因为它尚未付款，相对简单，只需要补充在提交订单时最初扣除的库存。

付款失败：

当用户退出付款或取消付款时，我们将其列为付款失败状态。此时，处理与上述相同，并将扣除的库存返回到可销售库存。

付款后退款：

在用户成功付款后，商家没有交付货物，并且允许用户申请退款。如果此时仓库和客户服务是分开的，则需要检查仓库是否已装运，如果已装运，则应与客户沟通是否可以接收仓库。退货后，如果仓库还没有发货，可以直接同意用户的退款。或者企业获得菜鸟物流，实行截止功能，但这种操作还不成熟，成本会比较大，不适合中小型创业公司。

缺货退款：

在用户成功付款之后，商家在货物交付时发现仓库缺货。 （如果订单是从库存中扣除的，那么短缺就会减少。为什么减少而不是避免？因为仓库管理货物，没有办法达到100％的准确性，所以信息有时会不准确，导致在线可销售库存显示库存并且仓库已售罄。），您需要与用户协商退款。该流程订单系统可以简化，自动化，连接到消息中心，实现仓库管理系统的难点在于消息的实时性。我遇到过在淘宝买的衬衫。有一天，商人告诉我它缺货了。我有杀人的心脏。

要获得退款：

这个问题没有特别完美的解决方案。商家发货后，用户没有收到货物，货物在路上。我曾在一些交流小组中提出这个问题。每个人都有不同的意见，分为两种方法。一是用户收到货后重新发货;另一种是用户直接拒绝包裹，包裹直接返回原地址;我个人更喜欢第一个，第一个更灵活，因为用户没有收到货物和撤退。付款的原因一般与产品的质量无关，因此如果允许用户直接拒绝退货，则相当于商家需要承担退货运费，并且可能没有太多事情要做与商人。另一个原因是有些商家与回程地址不在同一个地方，并且不支持直接退货。尽管如此，在今天强调用户体验的同时，增加用户的售后成本也消耗了用户对平台的耐心，你不妨考虑一下，没有更好的解决方案。

用户拒绝：

与上述相同

退货退款：

收到货后，用户想申请售后服务。此时，需要向用户提供输入售后服务的原因，包括上传凭证的功能。如果与商家的谈判不成功，则还需要平台客户服务的进入以便于用户上诉。协商结果/申诉成功后，直接触发自动退款机制。退款后，触发消息通知，交易结束，整个售后流程完成。

我已经在消息中心界面上提到了几个地方，触发了消息等等。实际上，这也是订单系统设计的一部分，称为订单推送。当订单状态机改变时，需要进行相应的更改。告知相关人员了解当前的订单，这也是订单推送的作用。

订单推送

触发订单推送取决于状态机的更改，所涉及的信息包括：

·推送对象（用户，商家，仓库）

·推送方法（站，推，短信，微信）

·推送节点（状态机）

本文重点介绍订单系统的核心模块设计逻辑。这里不再重复订单推送的具体设计。

订单系统的设计绝非易事。它需要一批又一批的人根据公司的业务条件进行维护，优化，变更和兼容。在进行产品设计时，您可以更深入地了解公司的特定业务场景，以便为自己的业务制定订单系统。

随商信息技术（上海）有限公司 b2b2c多用户商城系统是基于PHP技术的企业级电子商务平台系统，系统支持平台自营、招商加盟和多商家入驻、集成微信商城、移动端APP商城、微信小程序于一体。公司主营业务包含商城系统定制开发、新零售系统解决方案、电商平台系统定制开发、商城网站建设服务等等，随商为大、中、小企业提供一个安全、高效、强大的电子商务解决方案，协助企业快速构建、部署和管理其电子商务平台，拓展企业销售渠道，致力于推动PHP技术和电子商务行业的发展而不断努力。