常州开发电商系统订单模块设计分析

在当今社会，到处都充满了信息流量的气息，而流量的主导方向是人群关注度，在电商网站的运营的过程中，网站最重要的是用户流量和客户资源，对如何提高电商网站是许多商家感到困惑的问题，就以客户的角度来说，抛弃用户的目的性，决定电商网站流量的是用户体验度，那么如何实现电商系统开发的基本要素呢?下面就由常州开发软件公司点个赞科技为大家分析。

其实，电商的三要素就是人、货、场，无论是B2B、B2C还是社区团购、新零售，其实都是人货场的组合，只是不同商业模式在不同维度中存在差异。

其中，B2B2C电商模式中的“人”就是买家用户和卖家商户（卖家可能是厂家，也可能是经销商和代理商）以及平台运营商；“货”就是卖家提供的交易对象，即商品；“场”就是买家通过线上产生购买行为，卖家物流将货物配送到买家手中，平台信息、资金、货物流转。

众所周知，常州点个赞信息科技是一家多年经验的专业电商系统供应商，能够开发各类模式、覆盖各个终端的电子商务系统。那么，商城系统一般包含哪些功能模块呢？今天我们以B2B2C电商系统为例来探讨一下。

一个订单系统的设计并不简单，它需要一批又一批的人去维护、去优化，根据公司的业务情况做出改变与兼容。

在一个电商所有模块中，订单系统作为最为核心的模块，它决定了整个流程能不能顺畅的执行，起着承上启下的作用。

订单系统设计订单系统时需要考虑几个模块。只有明确考虑所有模块，才能保证订单系统的稳定性和可扩展性。

1. 订单字段实际上，界面上显示的订单信息由各种订单字段组成。完成订单字段在某种程度上代表着订单流程的完整。

订单字段包括几个部分，其中金额信息因为特殊性，单独来讲解，本质上，金额信息也是属于商品信息的。

商品信息：商品信息属于订单系统的上游端。所有订单都是从商品演变而来的。从商品到订单，订单系统必须收集相关的商品信息，包括商店信息，商品ID，商品规格，商品数量和商品价格。获得的商品信息将显示在订单详细信息页面上。形成订单信息后，仓库可以方便地进行拣选和打包。

用户信息：用户信息包括购买用户的ID，收货人，收货人地址和联系信息。某些平台的用户成长系统是根据平台上的用户活跃度来计算的。例如，京东（JD.com）具有类似的增长指标，例如会员级别和积分卡。此时，除了普通信息字段外，还需要获得用户信息。获取用户级别，购买后获得的积分以及用户所在等级可以从订单中扣除的折扣等，然而这些具体操作取决于公司的业务方向。

金额信息：由于金额信息的特殊性，理论上认为金额信息应该属于商品信息。金额信息的特殊性在于它不代表金额，涉及到商品的金额，折扣金额和付款金额等。折扣金额所涉及的信息更为复杂。例如，具有自营和第三方结算的电子商务平台将具有商家折扣和跨商店折扣。这些折扣分为不同的类型，例如现金扣减和消费者优惠券扣减，点数获取，礼品卡扣减或以上各项的组合。如果要很好地涉及此内容，则需要根据公司的当前业务状况列出支持的优惠类型，然后枚举各种组合下的优惠类型以确保流程的完整性。

时间信息：记录各个状态点下的时间，一是记录，二也是方便售后验证与客户分析。订单时间是根据订单状态改变而改变的。时间信息看起来不重要，其实是订单系统一个重要的组成部分，具体看以下：

下单未付款：即订单创建时间、下单时间；待发货状态：订单创建时间、下单时间、支付时间；待收货状态：订单创建时间、下单时间、支付时间、发货时间；交易完成状态：订单创建时间、下单时间、支付时间、发货时间、完成时间；待退款状态：退款订单创建时间、申请退款时间；交易关闭-用户取消：订单创建时间、下单时间、用户取消时间；交易关闭-仅退款：订单创建时间、下单时间、支付时间、退款申请时间、退款成功时间；交易关闭-退货退款（包含部分仅退款）：订单创建时间、下单时间、支付时间、交易完成时间、退款申请时间、退款时间。

订单信息：订单信息在订单系统是最为核心，订单信息最重要的又是订单的状态。一个电商系统中，订单状态分别有以下几种状态：【待付款】、【待发货】、【待收货】、【待评价】、【交易完成】、【用户取消】、【仅退款】、【退货退款】。而我们一般会将后三种统一放在订单售后独立呈现，方便平时商家操作的便捷性。

2. 订单流程

订单流程是指从订单生成到完成的过程，包括前正向流程和反向流程。  

正向流程就是正常的网购的步骤：订单生成->付款订单->卖方发货->确认收货->交易成功。

订单生成：用户下单后，系统需要生成订单，此时需要先获取下单中涉及的商品信息，然后获取该商品所涉及到的优惠信息，如果商品不参与优惠信息，则无此环节。

接着获取该账户的会员权益（这里其实需要注意的是：优惠信息与会员权益是有区别的，就好比商品满减是优惠信息，新人立减是会员权益，一个是针对商品，另一个是针对账户）。

支付订单：用户支付完订单后，需要获取订单的支付信息，包括支付流水号、支付时间等。支付完订单接着就是等商家发货，但在发货过程中，往往还有一种情况存在，很正常却也比较复杂，就是订单拆单。

订单拆单分两种：一种是用户挑选的商品来自于不同渠道（自营与商家，商家与商家），此时就需要拆分订单，并分开结算，这里还涉及父子订单的说法，这里不再赘述。

另一种是在SKU层面上拆分订单：不同仓库，不同运输要求的SKU，包裹重量体积限制等因素都需要将订单拆分。比如：商品A只在甲仓库有，商品B又只在乙仓库有，此时会将商品A与商品B拆分成两个订单。或者有些企业的做法是将商品A/B调拨到另外一个仓库统一发货，也方便了用户。

订单拆单看起来简单，其实里面涉及到底层的系统支持，如你需要对每一个仓库的货品进行相对准确的盘点，且做到实时同步（涉及到仓库精细化管理），对商品进行准确分类与摆放，对商品信息记录准确无误等。

这其中哪一模块都是一个浩大的工程，PM一般进入一家公司都会在原有（半成品）的基础上进行优化，大家不妨多思考一下底层业务，只有在底层做好精细化管理，才能支持线上丰富的用户需求。

商家发货：商家发货过程也有一个标准化的流程，上面也有讲到，订单拆分时会涉及到仓库间调拨，然后仓库会对商品进行打单、拣货、包装、交接快递配送。这套标准化流程如果优化好，也是一个大工程，这里不再赘述，建议大家看看库存与仓库管理方面的书籍，详细了解。

确认收货：商家发货后，就是等快递配送了，订单系统需要接入一些常用快递企业的接口，方便用户与商家在站内查询快递信息。

交易成功：收到货后，不是一个服务的结束，相反是一个服务的开始。订单系统需要在快递被签收后提醒用户对商品做评价，这里要注意，确认收到货不代表交易成功，交易成功是指在收到货X天的状态，此时订单不在售后的支持时间范围内。到此，一个订单的正向流程就算走完了。

一个完整的B2B2C电商系统包含的功能模块基本上就是以上这些，当然根据技术迭代和用户习惯的变化，在这样成熟的基础上系统也在顺势而变。未来，也将融合更多新兴功能。

当然，在确定要开发一个电商系统之前，常州企业对自身发展需要有一个评估。我们遇到过很多客户一上来就说要做一个像淘宝、京东一样的电商平台，然后问要多少钱，这其实是非常不理智的。要知道开发一套电商系统，根据开发需求，有几万，几十万，几百万，几千万，几个亿不等的，淘宝、京东商城绝不是一蹴而就的，成功也不是直接复制的。企业需要专业评估、市场调研、战略规划和布局，再去决策，你可以花几千、几万或者几十万购买一套电商系统，但前提一定是要合时、合势。