电商后台产品经理——订单中心(—)

29 评论 32318 浏览 354 收藏 8 分钟

电商后台系统中,订单中心是一个枢纽部分。它涵盖了用户信息以及订单流程中的各项信息,所以订单中心的设计格外重要。在这里,我们先了解一下什么是订单以及它的基础知识。

订单中心是一个电商后台系统的枢纽,在这订单这一环节上需要读取多个模块的数据和信息进行加工处理,并流向下一环节;因此订单模块对一电商系统来说,重要性不言而喻。

同时,订单是一个公司生存甚至盈利的核心,而电商系统中的订单系统则是支撑订单处理的载体,因此订单系统的设计则十分重要。

一、订单架构

要了解订单系统,首先我们要从订单系统的信息架构上去认识订单系统,从而对订单系统建立整体认知;

二、订单状态

定义:为适应组织分工的需求和提升效率,系统将整个交易业务流程拆分成若干个可控的环节。

1. 订单正向状态

  • 待付款:用户提交订单后,尚未付款,等待用户支付,由于待付款订单会锁定库存,所以会设置超时自动取消功能。
  • 待发货:用户付款之后等待商家发货。
  • 待收货:商家以发货,等待用户收货。
  • 已完成:用户确认收货后,订单交易完成。
  • 已取消:付款之前取消订单。超时未付款或用户取消订单都会产生这种订单状态。
  • 售后中:用户在付款后发货前申请退款,或商家发货后用户申请退,换货。

2. 订单售后状态

  • 待审核:用户提交退换货申请后,等待审核的状态,在用户已付款待发货的状态下,订单尚未推送至仓库或在仓库拦截发货成功,系统可直接审核通过。当审核不通过时,回转至正常流程中。
  • 待退货入库:退货申请审核通过之后,等待用户退货入库。
  • 待退款:退货入库成功后,等待退款给用户。
  • 待换货入库:换货申请审核通过,等待用户换货入库。
  • 换货出库中: 换货入库之后,生成换货出库单,订单出库。
  • 售后成功:当退货,退款成功之后,流转至售后成功状态,退货,退款的售后成功在主流程下属于交易关闭。

3. 订单下单流程图

1.在订单过程中进行安全校验,主要是为了检测用户是否在黑名单上,用户购买行为是否正常等,当检测到不正常时终止下单;

2.从商品中心获取商品信息(SKU,规格,价格等)

3.从营销中心获取商品,订单促销信息(优惠券,促销活动),判断是否满足优惠条件,计算出优惠金额。

4.在会员中心获取会员权益,例如平台抵扣积分,优惠券折扣条件等。

5.在调度中心检验销售层库存,按照调度规则锁定区域库存。

6.根据拆单规则(商家,仓库,订单类型等)将订单拆分成若干个子订单,根据运费模板计算运费,根据商品金额,运费,优惠金额计算应付金额(实付款)。

三、优惠分摊

定义:是指在实际销售中将订单的优惠去分摊到每一件SKU中去结算。

订单实付金额=商品金额(SKU金额总计)+运费-总优惠金额

总优惠金额=促销活动优惠金额+优惠券优惠金额+虚拟币抵扣金额

按照商品比例分摊。

案例:

订单中有甲乙两店的商品A、B、C、D、E 包邮。商品A,D参加跨店满200减40的活动(活动1),商品B,C参加满100减10的活动(活动2)另外用户还使用了100元现金券。

订单优惠金额=40+10+100=150元.

依据优惠分摊原则:则各项的优惠金额为:

四、订单拆分

定义:为了方便订单的发货与结算,系统依据一定的规则(物流、仓库等因素)将用户订单拆分成若干个发货单。

不同店铺:在电商平台类架构下,由于商品归属权不同,涉及财务结算和物流发货的问题,需要根据店铺归属问题对订单进行拆单。例如淘宝,天猫的商品在下单时会将订单根据不同店铺进行拆分成若干个子订单。

不同仓库:若同一订单分散在不同仓库,则应按照仓库归属进行拆分订单。当一件商品在多个仓库有货时,应根据物流的区域的时效选择仓库进行拆单。

不同品类:由于商品的属性不同一样会产生拆单需求,例如易碎品需要特殊包装,超大物品(钢琴,座椅)需要单独包装。有些商品不能放在一起,同样需要拆单。

物流因素:不同物流公司对单个包裹的重量或体积都有特殊要求,需要根据SKU的毛重和体积来计算包裹的总重量和体积,超出物流公司限制的也需要拆单。

商品价值:根据商品价值需要拆单的主要涉及海淘和跨境的商品;国家对每笔跨境订单有单次限额,对年度跨境商品订单总金额也有限制,当单次购买金额超过限制金额时,也需要对订单进行拆单。

本期先写到这里,未完待续~,如有疑问欢迎交流哦~

 

作者:老猫、资深产品经理,关注互联网、科技、数据。公众号:产品求知社

本文由 @老猫丶 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 写的有点太简单了,

    来自浙江 回复
  2. 流程图来源《电商产品经理宝典》,建议备注出处

    来自广东 回复
  3. 请教一下,一般将“待评价”设计成一种订单状态吗?如果需要增加订单评价,逻辑一般是怎样的呢?

    来自北京 回复
    1. 个人认为 评价应该走评价体系 应该是独立的

      回复
  4. 最后一张图是电商产品经宝典的原图?

    回复
  5. 谢谢搬运!

    来自广东 回复
  6. 订单合并流程图有么

    来自云南 回复
  7. 和刘志远的《电商产品经理宝典》非常相似,谢谢搬运。

    来自北京 回复
  8. 这不是起点学院的课程内容吗。请问作者是授课者还是搬运工?

    来自重庆 回复
    1. 起点学院内容没学过,讲啥样不清楚哦。。

      来自浙江 回复
  9. 坐等大佬干粮,发扬光大

    回复
    1. 收藏订阅关注,一波三连。然后点赞三分钟,然后就更了。

      回复
  10. 干货,优秀!64个👍!

    目前是(一),期待后续的(二)、(三)、(四)、(五)、(……)

    来自四川 回复
    1. 觉得不错请点赞+收藏3分钟,鞭策一下我更新的心 😳

      来自浙江 回复
    2. 必须支持啊!

      来自四川 回复
  11. 二在哪

    回复
    1. 等我撸完文档再更- –

      回复
    2. 求大佬更新,一直在关注。。。。

      来自上海 回复
  12. 想看具体如何操作拆单 😳

    来自湖南 回复
  13. 坐等更新

    来自广东 回复
    1. 等我撸完文档接着更- –

      来自浙江 回复
  14. 优秀,干

    来自上海 回复
  15. 感谢

    回复
    1. 喜欢请点赞三分钟- –

      回复
  16. 你好,能讲解下:修改订单应付款总额时,商品单价的计算规则么(单价出现无限循环小数时),谢谢呀

    来自浙江 回复
    1. 这个根据自身的业务形态去设计规则就好了,在四舍五入这一点上一般要考虑用户的接受程度,以及四舍五入后对公司的财务或者成本有什么影响就好了。一般的在计算的时候采取折后,优惠后单价取整,或者总价取整,当然保留两位小数也是OK的。与自身的业务相结合就OK ,没有标准答案。

      来自浙江 回复
    2. 十分感谢楼主的回复

      来自浙江 回复
  17. 坐等更新二

    来自北京 回复
    1. 好的,明天接着更新,请继续关注

      回复