【九月打卡】第八天+产品经理电商系统实战 第六章（8）

课程名称：产品经理电商系统实战，全面掌握前后端设计精髓

课程章节：第六章 订单全流程拆解

主讲老师：何云山

课程内容：

今天的学习内容包括【订单全流程拆解】章节下子章节：6-16订单列表原型设计 ；6-17订单原型详情设计；6-18订单详情原型设计

课程链接：https://coding.imooc.com/lesson/552.html#mid=52290

课程收获：

6-16订单列表原型设计  

6-17订单原型详情设计

6-18订单详情原型设计

总结

• 最常见的订单状态

根据以上平台以及大家平常的网购经验，不难理解电商平台都会包含以下5种状态。

待付款：代表买家下单了但是还没有付款。

待发货（同待接单）：代表买家付款了卖家还没有发货。

已发货（同待收货）：代表卖家已经发货并寄出商品了。

已完成（同待评价）：代表买家已经确认收到货了。

已关闭（同已取消）：代表订单过期了买家也没付款、或者卖家关闭了订单。

• 订单创建

订单创建是从用户下单开始的，当用户对商品进行下单后，系统会引导用户来到确认订单页面，此时系统会获取用户预下单的商品信息，同时判断商品是否涉及到优惠促销的信息，这些优惠券包括促销活动，优惠券，积分抵扣等。

除了获取优惠信息外，还需要判断用户等级权益，比如VIP用户8折优惠，新用户立减优惠等，其中的券别在于一个是针对商品，一个针对的用户等级权益，电商系统在开发初期如果不涉及用户等级折扣而又有新用户促活优惠的话，建议使用优惠券来做。而在优惠活动需要遵循配置的叠加规则和优先级规则，在预下单操作是需要做判断。

在预下单操作时，需要对库存进行查询，而库存从什么时候进行增减，目前主流有两种方式：

下单减库存，用户预下单成功时减少库存数量，优点是系统逻辑比较简单，库存实时展示用户体验好，同时也带来了恶意下单的风险。

付款减库存，用户支付完成后再减少库存，优点减少恶意下单的风险，缺点是第三方支付回调采取的是异步回调方式，回调结果返回系统需要时间，并发下单情况下可能导致库存不足引发退款和投诉。

个人比较倾向于下单减库存的方式，在电商这个竞争激烈的环境下，保障用户体验才是第一位的，同时需要做好相对的措施，预下单后马上对库存进行锁定，锁定时间同步订单支付的限定时间。

比如淘宝的15分钟，限定时间内没有付款，将锁定库存进行回滚释放。这种下单减库存的方式，可以减少用户因为下单后仓库没有货的情况，减少用户的挫败感。

• 订单支付

订单支付在支付层面涉及的方面比较多，比如默认支付渠道，支付渠道的路由，组合支付等，在这里就不多加叙述，订单支付过程做需要选择支付方式，支付完成后通过支付渠道会返回支付流水号，支付完成时间。系统需要记录订单同时生成支付流水，方便与支付渠道进行对账。

支付完成后下一步是等待卖家发货或者是订单下放到仓库，在此过程中，会涉及到拆单过程，一般拆单分为两次拆单：

一次拆单：订单层面的拆单，这个拆单主要是因为组合商品时，各个商品属于不同商家，此时订单需要使用父子订单进行区分

二次拆单：商品层面的拆单，这个拆单由于商品分属不同的仓库，重量/体积限制，商品品类要求比如易燃或者贵重物品需要单独打包，商品库存原因，比如需要有些商品当天发生，有些商品48小时后发送，另外对于海淘来说还存在关税问题需要拆单的。

对于拆单后面还会继续进行说明。

• 卖家发货/仓储处理

这个过程从线下走向线下，商家发货过程已经形成一个标准化的流程，订单内容会下放到仓库，仓库对商品进行打单、拣货、包装、交接快递进行配送。

目前很多WMS系统都与主流电商系统进行了对接，订单下单成功后直接进入到WMS系统，在此过程中会涉及到合并订单，比如同一买家同一收货信息分多笔下单的订单，订单审核，订单重新分仓，下放库房，生成批检单，订单打印等等。关于物流仓储方面后面物流篇讲进行详述。

• 确认收货

订单通过仓储环节，已经发货了，在订单系统中会涉及到对物流信息的获取，包括配送方式/物流公司/物流单号/物流状态的实时显示。

记得淘宝没有打通物流查询环节时，那时候想知道包裹到哪里，需要根据商家提供的物流公司和物流单号，在物流公司官网进行查询，而现在很多物流公司开放了物流接口，可以根据物流接口获取物流状态信息。当用户收到货后，可以根据物流公司反馈的签收结果，设置提醒用户确认收货。

• 订单完成

订单完成后会涉及到需要提醒用户进行订单的点评，同时可能会涉及到订单的售后问题。

交易成功是指在收货后N天后，此时除去售后问题外，渠道侧会涉及到平台和支付渠道结算的问题，货款需要从支付渠道流入平台账户；商户侧会涉及到平台需要生成待结算清单问题，明细该笔订单商户结算款是多少。如果涉及到三级分销的话，还需要考虑到各级代理分润问题。