电商订单系统中订单状态有哪些?

在电商订单系统中,常见的有以下八种订单状态:未确认未付款、已确认未付款、已发货、退款中的订单、退款成功、未处理已确认已付款、已处理已确认已付款,已处理已发货。除了上面这些订单状态之外还有哪些额外状态么
阅读全文
请先 登录 后评论
  • 0 关注
  • 0 收藏 132 浏览
  • 略问用户 提出于 2021-01-16 09:53:15

13 个回答

xxxxxa

好问题,认真梳理可以很好了解订单业务流程。


从订单状态设计目的和存在价值去分析和理解它背后设计机制:维度及维度颗粒度大小。


1、正向和逆向流程维度(各选取主要状态)

正向订单:已锁定、已确认、已付款、已发货、已结算、已完成、已取消等

正向预售订单预付款已付未确认、已确认未付尾款(变更)

正向问题单:未确认、未锁定、未发货、部分付款、未付款等

逆向退单:待结算、未收到货、未入库、质检不通过、部分收货、已取消、客户已收货等

逆向换单:完成、已结算、客服已收货等


2、服务对象维度

顾客/用户:待付款、待发货、待收货、待评价、买家已付款、交易成功/失败、卖家已发货、退款成功、交易关闭、

ERP等其他交互系统:已锁定、已确认、已分仓、已分配、已出库、已收货、已完成等

客服:

等待买家付款、待付款和待发货订单、退款中的订单、定金已付、买家已付款、

卖家已发货、交易成功、交易失败、异常订单

面向客服人员,以下是淘宝卖家订单状态截图信息

2.png



京东卖家平台:

未付款、暂停、等待出库、已出库、买家已收货、已取消、换货订单、锁定订单、异常订单、退款中

暂停(特殊需求场景):未到预约出库时间、未通过实名审核

1.png


其实,订单状态本身是简单的,真正涉及复杂业务就是状态和状态之间先后关联逻辑和使用场景。


------答疑  V-20170309

回龙观观主王二狗

佰邦达 PM • 3天前 15:24回 复

一个问题,确认和锁定不冲突吗?为什么不是下单就锁定了呢

PrincessEve

泽宝 PM • 4小时前回 复

//@回龙观观主王二狗 同问,锁定的场景是指?


笔记bang

电商 | 后台 5年产品经理 • 刚刚删 除

关于锁定和确认的一些解答: 

  • 1、当业务要人为对某订单进行操作(确认/未确认/设问题单/分配等)的时候,ta需要对订单进行锁定操作,当订单处于锁定操作,该业务才有权限对订单做其他相关操作,满足需求(对订单进行编辑商品、编辑收货地址/电话等信息操作)。 
  • 2、订单进入后台,一般默认 未锁定。只有人为要进行特殊操作,才锁定,获得相关操作权限。 
  • 3、订单在整个正常业务流程中,已付款,已确认,已发货,未锁定(举例 OMS系统中状态。) 
  • 4、当订单出现异常状态,收货地址不全/缺货/短配/未付款/客户退款转问题单等等业务场景,系统会自动设置问题单,设置订单状态为【未确认】,需要业务人为参与。但是初始订单状态也是【未锁定】。 
  • 5、锁定和确认/未确认,真的没什么直接关系。
请先 登录 后评论
xxxxxa

这种说法是没拆干净吧?

都是电商订单系统也可能根据不同行业的业务流情况有特定需求还有独特的部分

根据实际业务流把订单状态拆分了自然就能组合出来还有哪些状态没考虑到


eg,

假设一个订单,底层是区分了订单状态、支付状态、发货状态、退款状态、评价状态、售后状态、结算状态,其他状态xx,anyway,每个状态都有多个赋值

实际订单状态在这个表里怎么变化一行一行对着走就可以穷举

售后状态在订单完成支付后就跟其他状态平行存在

至于结算状态是平台和商家之间的关系不用展示给c端用户,在交易完成评价无论是否完成都结算给商家的话那就产生结算和评价状态之间的组合

展现给用户端的是取用户当时场景下最需要看的其中一个值,比如已创建(订单状态)、已支付(支付状态)、已发货(发货状态)、已评价(评价状态)、已退款(退款状态)

展现给商家的是商家场景下从处理用户订单到跟平台结算提现的状态,同样这个表可以解决,看商家当下场景需要什么


ok,说实际业务需求问题

比如刚好这个订单系统是摄影预约服务的,那么根据实际线下业务流要加入预约状态、档期状态、拍摄状态、修片状态等业务方认为要整合到线上来的节点,还可能组合产生新的状态


so,到底有多少状态还是得看实际业务来吧

请先 登录 后评论
xxxxxa

电商系统的订单都是有一套订单业务流程的,不同的电商性质设置业务节点可能有不同。

正常流程可以有:提交订单-》订单支付-》订单审核-》订单商品出库-》订单商品发货-》订单确认收货-》订单完成,这里的订单审核与订单支付,下单时支付方式的不同处理更新数据状态信息有会不同。

订单表结构的设计中,应该有支付状态、发货状态、售后状态、订单状态这些字段信息内容。如果在买家与卖家端展示时只有一列订单状态来显示的话,那就应该根据订单业务流程对应的业务流程节点状态信息来显示。

请先 登录 后评论
xxxxxa

以前在电商行业没觉得订单状态有多复杂,做了旅游行业才知道什么订单状态的复杂程度,旅游类的、酒店类的、票务类的、还有其他旅游相关订单的,大几十个订单状态是跑不了的

请先 登录 后评论
xxxxxa

filehelper_1462523354656_65.png

2016年5月6日更:

因为我们系统的结构是财务系统先入账,订单才会生效,所以兼容货到付款的订单就是靠虚拟银行自动付款来实现,所有的货到付款的订单,都由这个虚拟银行来代付,财务系统收到款后,再通知订单系统。

线下收到款时,将钱充入到虚拟银行来平账。


这种设计可以兼容很多场景的订单,比如:在线支付、货到付款、欠款等。

一级状态:正常状态、关闭状态

正常二级状态:待付款、已付款-待确认、待发货、待收货、已收货。

关闭二级状态:未发货-关闭、已发货=关闭。

其它的都为三级状态。

请先 登录 后评论
xxxxxa

电商的订单状态多种多样,名称和对应的节点也不懂,主要是各家公司对订单处理方式也不相同,如果想理清订单状态,建议分这几个阶段来整理,

1、付款前,有些公司先生成订单再付款,那就会有未支付的状态,有些公司不付款时不生成订单的,所以付款前就没有状态。

2、付款到发货,这里就和后端有关,不论是订单入库,订单分拣等等都是这个环节的,在没发货之前是否允许取消订单?这也是一种状态,要看公司的流程和对订单的处理方式。

3、发货以后的状态,正常用户收到货订单就是已完成的状态了,但是这之间还会有争议,争议也是一种状态~

4、其他,这个就是在环节之外的一些特殊情况了,要按具体业务来定~

请先 登录 后评论
xxxxxa

这尼玛,多了去了。

请先 登录 后评论
xxxxxa

梳理一种订单状态归类方式:交易订单和售后订单。针对消费者,交易订单状态:待付款,待收货,已完成,已取消。售后订单状态:待审核,待退货,已退货,退款成功,已关闭。还可以针对商家和平台在交易和售后阶段,对应相应的不同订单状态。这样区分清晰一些。

请先 登录 后评论
xxxxxa

看你举的例子,都是用户端可见的状态,你是要设计前端页面吗?

后端的状态有很多的。卖家商品类型,经营模式,所属平台等等都有很大的影响,可以更具化下问题哦。

请先 登录 后评论
xxxxxa

直接画订单流程图,就一幕了然了。不同的公司和业务,流程也是不一样的。

请先 登录 后评论