HI,下午好,欢迎来到微信公众号转让!
公众号转让,微信公众号交易平台,公众号出售购买卖价格 24小时服务热线: 4000-163-301

新闻动态

NEWS CENTER

电商所有模块都是直接或者间接为订单模块服务的

2019-10-22

订单概述

电商所有模块中,订单模块是核心中的核心,电商所有模块都是直接或者间接为订单模块服务的。

订单模块看似简单,很多新人产品经理包括我自己,都觉得订单模块不就是浏览商品、加购、支付、订单列表不就完了吗?

后来随着接触的增多,发现订单模块并不是想象中的简单,觉得简单的只是看到了冰山的海面部分,其庞杂的体系都隐匿在海面一下。今天根据我的经验,来和大家订单做详细的说明。

电商系统涉及到3流,分别时信息流,资金流,物流,而订单系统作为中枢将三者有机的集合起来,订单系统就从这三流开始吧。

订单模块是电商系统的枢纽,在订单这个环节上需求获取多个模块的数据和信息,同时对这些信息进行加工处理后流向下个环节,这一系列就构成了订单的信息流通。我们从以下几个环节对订单信息流动进行详细的说明

1. 订单场景

订单场景的说明不言而喻,不同场景下订单表现形式和数据传递方式也不相同,目前主流的订单场景包括线上电商订单、O2O电商订单。

(1)线上电商订单

这种电商就像淘宝、京东等,通过线上下单、支付后由自建物流或者第三方物流进行配送。这种电商系统通过,展示电商系统的商品模块引导用户对商品进行订单模块的处理,订单模块处理完成后将信息传递给WMS系统进行处理,当用户收到货品后在订单系统进行确认。通过以上系统的协同处理来完成整个订单信息的处理。如果是虚拟物品的话需要调用其他系统进行对接,通过接口返回参数方式完成信息的处理,比如充话费、买点卡等。

(2)O2O电商订单

这种电商包括两种外卖订单和团购订单。

外卖订单和线上电商订单有些类似,线上订单处理完成后只是没有经过仓库环节进行处理,而是需要生产环节对数据进行处理,生产完成后将信息传递给物流环节,用户确认收货后再对订单信息进行处理。

而团购订单则是线上获取商品信息后,通过订单系统处理完成,将信息传递给wms系统进行库存处理,只是对库存进行信息处理而没有物流配送环节,用户线下到店后对订单系统进行核销处理,从而完成整个订单信息的闭环。

二、订单构成

我们先从订单整个架构进行了解,以下是整个订单系统的构成:

1. 用户信息

用户信息包括用户账号、用户等级、用户的收货地址、收货人、收货人电话等组成,用户账户需要绑定手机号码,但是用户绑定的手机号码不一定是收货信息上的电话。用户可以添加多个收货信息,用户等级信息可以用来和促销系统进行匹配,获取商品折扣,同时用户等级还可以获取积分的奖励等。

2. 订单基础信息

订单基础信息是订单流转的核心,其包括订单类型、父/子订单、订单编号、订单状态、订单流转的时间等。

(1)订单类型包括实体商品订单和虚拟订单商品等,这个根据商城商品和服务类型进行区分。

(2)同时订单都需要做父子订单处理,之前在初创公司一直只有一个订单,没有做父子订单处理后期需要进行拆单的时候就比较麻烦,尤其是多商户商场,和不同仓库商品的时候,父子订单就是为后期做拆单准备的。

(3)订单编号不多说了,需要强调的一点是父子订单都需要有订单编号,需要完善的时候可以对订单编号的每个字段进行统一定义和诠释。

(4)订单状态记录订单每次流转过程,后面会对订单状态进行单独的说明。

(5)订单流转时间需要记录下单时间,支付时间,发货时间,结束时间/关闭时间等等。

3. 商品信息

商品信息从商品库中获取商品的SKU信息、图片、名称、属性规格、商品单价、商户信息等,从用户下单行为记录的用户下单数量,商品合计价格等。

4. 优惠信息

优惠信息记录用户参与的优惠活动,包括优惠促销活动,比如满减、满赠、秒杀等,用户使用的优惠券信息,优惠券满足条件的优惠券需要默认展示出来,具体方式已在之前的优惠券篇章做过详细介绍,另外还虚拟币抵扣信息等进行记录。

为什么把优惠信息单独拿出来而不放在支付信息里面呢?

因为优惠信息只是记录用户使用的条目,而支付信息需要加入数据进行计算,所以做为区分。

5. 支付信息

(1)支付流水单号,这个流水单号是在唤起网关支付后支付通道返回给电商业务平台的支付流水号,财务通过订单号和流水单号与支付通道进行对账使用。

(2)支付方式用户使用的支付方式,比如微信支付、支付宝支付、钱包支付、快捷支付等。支付方式有时候可能有两个——余额支付+第三方支付。

(3)商品总金额,每个商品加总后的金额;运费,物流产生的费用;优惠总金额,包括促销活动的优惠金额,优惠券优惠金额,虚拟积分或者虚拟币抵扣的金额,会员折扣的金额等之和;实付金额,用户实际需要付款的金额。