导图社区 电商后台设计订单管理设计方法
电商后台设计订单管理设计方法，包含购物车的设计：通用显示，离线购物车，库存监控，排序分类，促销信息，商品推荐，价格监控
JavaSE-JavaEEDB思维导图，包括：Spring、Hibernate框架、struts2框架、js+jquery+ajax、JSP、Servlet(后期补充)、HTTP协议。
Java SE知识思维导图，包括：Java基础语法、Java OOP编程、Java高级特性、JDK8、Eclispe等内容。
Java知识思维导图，包括：1、Java环境及配置；2、语法、数据类型及表达式；3、结构化程序设计；4、数组与字符串；5、类和对象。
社区模板帮助中心，点此进入>>
电商部人员工作结构
组织架构-单商户商城webAPP 思维导图。
供应链类型
供应链管理平台
2018营销五现象
双十一活动实行思维导图
天猫双十一策划
项目流程图
售后部工作流程思维导图
万人团队涨粉丝培育转化技巧
电商后台设计订单管理设计方法
订单售后（退货退款）
订单逆向流程
待付款取消订单
主动取消订单或用户超时未支付时，订单状态变更为已取消
待发货取消订单
当发生订单中部分商品退款时， 原订单的状态不变，维持“待发货”状态， 同时生成部分售后订单
用户取消订单时，需要先暂停订单出库
若订单信息未推送到仓库，则停止订单信息推送到仓库
若订单已已推送到仓库，则拦截发货，暂停出库流程
若商品已出库，则拒绝取消订单申请，回复原因“订单已出库”
当发生订单中部分商品退款时，原订单的状态不变，维持“待发货”状态，同时生成部分售后订单
待收货/交易成功退货
当发生订单中部分商品退货、退款时，原订单的状 态不变，维持“待收货”或“交易成功”状态，同时生成部分售后订单。剩 余的订单商品仍然允许进行售后
需经过客服审核
审核通过后，用户填写退货信息（物流单号等），才正式进入退货核心流程
系统生成退货入库单，当仓库收到退货之后，进行退款
待收货/交易成功退款
当发生订单中部分商品退货、退款时，原订单的状态不变，维持“待收货”或“交易成功”状态，同时生成部分售后订单。剩余的订单商品仍然允许进行售后
线下服务订单
纯服务订单
提交订单付款之后，系统生成核销码，如二维码或者一串字母数字组合。当用户到店接受服务之后，店铺进行核销，核销码失效，订单交易成功
当订单在“待付款”状态时，取消订单或超时未支付，订单关闭
当订单在“待服务”状态时，申请取消订单，判断核销码是否使用，作废核销码之后进行退款
当“交易成功“后用户申请售后，就需要客服介入，当确认申诉属实时，进行退款
商品服务订单
商品发货之后将服务核销码发送给用户，当商品到货后，提醒用户进行商品附加服务。服务核销之后，交易流程才算结束
当实物商品发生售后时，服务核销仍有效。服务商提供服务后，还涉及相应服务的结算，为避免服务商刷单，应提供相应核销码作废功能
订单数据统计
交易分析（从订单层面）
1、统计周期内的订单销售额度； 2、订单量：统计周期内的订单量； 3、客单价：统计周期内，已支付的订单平均金额； 4、下单用户数与支付用户数； 5、支付新用户数与支付老用户数； 6、订单金额分布； 7、地域分布。
商品分析（从商品层面）
1、被下单商品数：统计周期内，被下单数>0的上架商品总和； 2、被支付商品数：统计周期内，被支付订单数＞0的上架商品数总和： 3、被访商品数：统计周期内，被访问UV数＞0的上架商品数总和： 4、商品收藏次数：统计周期内，商品被来访者收藏的次数； 5、商品销量统计：统计周期内，按单一商品纬度统计上架商品的销售数量； 6、加购件数：统计周期内，买家加入购物车商品件数之和；
订单来源分析
1、统计出每个订单的来源，包括订单的来源媒体（站外广告渠道）、用户端（APP、H5商城、PC端等）； 2、记录每个订单的产生流程，包括在订单创建之前的商品浏览、加入购物车、提交购物车等关键步骤的数据分析； 3、追踪订单来源，包括来源的媒介、来源关键词、来源网站等
扩展（购物车）
购物车的妙用
凑单
当用户想一次购买多种商品，或者参与到优惠活动中（如满减、满赠等），这时候会将商品加入购物车进行凑单
促销
查看是否满足优惠条件和优惠之后的金额
提高客单价
收藏
购物车的设计
通用显示
1、商品标题 2、商品图片 3、价格 4、数量 5、规格 6、商家 7、库存状态
离线购物车
库存监控
1、在库存紧张或无货的时候，会在前端给予提示； 2、在库存紧张时还有促单的功效； 3、购物车更新时，去查询对应的商品库存，判断当前商品的数量，当库存数大于0并小于提醒值时，提醒用户库存不足，请尽快下单； 4、当库存数等于0时，提醒无货；当商品下架后，提示商品无效；
排序分类
①商家店铺，将不同店铺的商品分开； ②优惠不同，在购物车中将优惠活动相同的商品聚合在一起； ③加入时间，按照加入购物车的时间倒序排列，最近添加的商品排列在前。
促销信息
1、可以引导客户去店铺领取优惠券； 2、在购物车中展示促销信息对提高客单价有良好效果。
商品推荐
价格监控
购物车的商品价格变动时给用户提示，比如降价20元，会对用户的消费决策产生影响
编辑
删除商品
加减商品数量
更改商品规格
购物车的结算
在购物车选中商品时，会实时算出订单金额
在购物车中计算时，需要将优惠金额算进去，但是这部分优惠只包括满减的部分
概述
订单是电商体系的核心
订单中包含商品、优惠、用户、收货信息、支付信息等一系列的订单实时数据
通过订单管理，支持订单接受、订单自动合并与拆分、自动匹配仓库、库存控制、自动匹配快递、结算与支付等订单生命周期中的一系列协同作业
订单状态
1、待付款 2、待发货 3、待收货 4、交易成功 5、已取消 6、售后中 7、交易关闭
订单正常流转
待付款
待发货
待收货
交易成功
订单的售后状态
待审核
在用户已付款待发货的状态下， 订单未推送至仓库或者在仓库拦截发货成功，系统可直接审核通过。 当审核不通过时，回到正常流程中
待退货入库
退货申请审核通过，等待用户退货入库
待退款
退货入库成功后，等待退款给用户
待换货入库
换货申请审核通过，等待用户换货入库
换货出库中
换货入库之后，生成换货出库单，订单出库
售后成功
1、当退货、退款成功或换货成功之后，流转至“售后成功”状态。 2、退货、退款的售后成功在主流程下属于“交易关闭”
订单下单
订单下单流程
在订单过程中进行安全校验，主要是检测用户是否在黑名单上、用户购买行为是否正常等，当检测到不正常时，终止下单
从商品中心获取商品信息（SKU、规格、价格等）
从营销中心获取商品、订单促销信息（优惠券、促销活动），判断是否满足优惠条件，计算出优惠金额
在会员中心获取会员权益，例如平台抵扣积分、折扣条件等
在调度中心校验销售层库存，按照调度规则锁定区域库存
根据拆单规则（商家、仓库、订单类型等）将订单拆分成若干个子订单，根据运费模板计算运费，根据商品金额、运费、优惠金额计算应付金额（实付款）
存储的订单信息包括
1、用户信息：用户账号、用户等级； 2、订单基础信息：父订单与子订单、订单编号、订单状态； 3、收货信息：收货地址、收货人姓名、联系电话、邮编； 4、商品信息：SKU信息、规格、商品数量、价格、商品图片、商家； 5、优惠信息：优惠券、促销活动、虚拟货币抵扣金额； 6、支付信息：支付方式、支付单号、商品总金额、实付金额、运费、虚拟币抵扣金额、优惠券优惠券金额、总优惠金额； 7、物流信息：物流公司、物流单号、物流状态； 8、其他信息：发票信息、下单平台、分销渠道；
父订单与子订单
当从购物车选中多件商品时，例如选中三个店铺中的商品，会将这 次购买行为拆分成三个店铺的订单。 这次整体的购买行为记录在父订单下， 当系统首次提交订单结算时，会合并子订单，针对父订单进行结算。 当提交订单后结算中断，或结算之后， 系统在更新订单状态、物流追踪时，针对的就是子订单。
优惠分摊，偏向用户
订单实付金额＝商品金额（SKU金额合计）＋运费-总优惠金额
总优惠金额＝促销活动优惠金额＋优惠券优惠金额＋虚拟币抵扣金额
优惠后订单发生部分退货如何处理？
下单时就 将优惠金额按比例分摊到子订单、商品上， 同样实付金额也分摊到子订单、商品上。 退货时退还用户实付金额， 而不会去追究用户因退单而没满足促销条件，允许用户占平台的便宜
一个案例场景
订单拆单
可以拆单的地方
用户提交订单之后、支付之前拆单
用户下单之后、商家发货之前
影响拆单的因素
店铺商家
仓库
品类
物流因素
商品价值
拆单流程
一般在下单时会考虑商家分类与仓库的因素进行拆单，其他的因素会在支付后发货前再考虑进去，用于拆分发货单
拆单之后的前端显示
在用户提交订单之后、支付之前的拆分订单，需要即时显示给用户
在拆单后，若用户中断支付，再回到支付环节，就需要分开支付
