澳门新葡亰76500这篇文章讨论的是电子商城E-mal

来源:http://www.zhlcard.com 作者:关于我们 人气:137 发布时间:2019-11-21
摘要:原标题:订单系统:从0到1设计思路 随着阿里、京东的崛起,中国电子商务的大门渐渐打开,越来越多的行业使用线上支付,无一例外地会用到电商系统,今天为大家介绍一下订单系统

原标题:订单系统:从0到1设计思路

随着阿里、京东的崛起,中国电子商务的大门渐渐打开,越来越多的行业使用线上支付,无一例外地会用到电商系统,今天为大家介绍一下订单系统在垂直行业间的应用以及需要注意的细节。

封面

【2017-12-15更新】昨天文章发出来以后,我们服务端的大神跟我说订单号没有这么简单的,我那样设计会暴露我们自己平台的业务量,订单流水的。所以我上网查了其他订单编号实现方案,现更正如下。

下单渠道1位+支付渠道1位+业务类型1位+时间信息4位+下单时间的Unix时间戳后8位(加上随机码随机后的数字)+用户user id后4位。然后你会说,这样算下来就订单号就19位了啊,一点都不精简啊,不好记不好念不好输的。但我说的上面的这些业务标记,你不一定要全部加上啊。

你看淘宝/天猫那么大的订单量,16位订单号就搞定了。细心的网友已经发现了,订单号的后4位是取自用户user id的后四位,前12位中有10位可能是由Unix时间戳加随机规则生成的。

当然了,也有按我的方案进行设计的,比如宅妈妈APP的订单号,4位纯自增的数字,极其精简。

参考:

电子商务的关键词是交易,作为交易中最重要的维系双方契约的凭据就是订单。

文章主要跟大家分享在订单系统承载的角色,以及梳理了主要功能的设计思路,一起来文中看看~

澳门新葡亰76500 1

一、订单状态

在电商产品中,核心的模块便是商品模块和订单模块,而订单模块里面,最重点的就是根据你的产品,因地制宜的归纳出合理的订单状态,并且进行订单状态扭转设计。

订单状态有哪些

订单的状态基本可以归纳为:待付款、待发货、待收货、交易成功、售后中、交易关闭。而交易关闭其实是一个订单的终结,但是如果一个订单如果出现了异常,例如要退货售后什么的,那就必然会有一个异常流程:待审核、待退货入库、待退款、待换货入库、换货出库中、售后成功等等。值得注意的是,因为用户在前端下单会锁定商品的库存状态,所以在待付款状态时候,超时取消的机制很重要。

以12306购买火车票为例,选择了坐哪躺火车,就进入到确认支付的页面,而在右上角会有一个30分钟的时间限制,超过了就会自动取消该订单,释放座位,为的就是防止有用户长期占据这个位置不付款。

12306截图

至于关于订单状态的小细节,这里还有两个:第一个是订单允许多次进行售后,第二个则是发货7天后自动确认收货,交易成功15天售后通道关闭。

订单扭转过程

上图是我根据一般的用户下单流程制作的一个流程图,基本上电商的套路就是这个样子的。

澳门新葡亰76500 2

澳门新葡亰76500 3

今天分享将会分为以下三个环节来阐述:

【订单拆单】

订单拆单有两种情况,第一种是用户提交订单后,在支付前进行拆单。这种是为了区分商家,方便系统进行财务结算。第二种拆单则是手动拆单,发生在用户下单后,商家发货前。这种则是因为订单里面包含了不同仓库或不同运输要求的sku,另外则是包裹重量体积限制了一个包裹装不完商品,必须拆开订单发货。

关于拆单的流程可以这么进行设计:

1、不同店铺、代发供应商的商品,拆开发货。

2、订单里面sku发货的仓库不同,拆开发货。

3、不能存放在一起的品类,拆开发货。

4、超过一定价值的商品,拆开发货。(减少意外造成损失)

订单流程主要是订单产生到交易结束的整个流程。按照现在电子商城(E-mall),仓库管理(WMS),物流管理系统(TMS)的流转过程主要如下图。

概述

1.订单系统的介绍

【异常流程】

如果订单处于待发货状态,用户申请取消订单。那么WMS就会拦截发货,系统会判断用户是退订单里面的部分sku还是全部sku,如果是全部sku就好办了,直接交易关闭,但是如果只是退部分sku,那么就会在原订单上生成部分商品的售后订单。

如果订单处于待收货或者交易成功的状态,用户不满意申请退货。这时候客服会审核给不给这个用户进行退货,审核通过以后,系统会返回用户退货的信息(往哪里寄回商品,有什么注意事项)。这里系统也需要判断用户是退部分sku还是全部sku。

由买家发起购物付款-仓库发货-用户收货流程为正向流程,反过来买家退款退货-仓库收货-退款处理流程为逆向流程。

本文主要讲述了在传统电商企业中,订单系统应承载的角色,就订单系统所包含的主要功能模块梳理了设计思路,并对订单系统未来的发展做了一些思考。

2.订单系统的解构

二、订单信息

订单信息

用户信息:用户账号、用户等级,在这里如果商家看到一个用户的等级比较高,有可能他会多送一些小礼品以回馈用户。

订单基础信息:父订单子订单、订单编号、订单状态。其中订单编号一般是一个10多位数字或是由英文与数字混合组成的一串字符,用于给订单编号,一般是后端自增的。而订单状态则是随着交易的过程,根据前后端操作而进行状态更新。在这里要注意的就是关于父订单与子订单了。举个例子:我在淘宝选择了多个店铺的商品,那么购买行为会把这些商品拆分成三个店铺的订单,而整体购买行为记录则在父订单下,结算的时候是针对父订单进行的,但是更新状态、物流追踪则是针对子订单。

收货信息:收货地址、收货人姓名、电话、邮编。一般而言,这里的收货信息就是电商运营人员在发货的时候和快递公司对接要填写的信息,有一点要注意的就是,收货地址在存储的时候,最好按省-市-区-详细地址进行存储,因为方便运营人员对区域订单进行分开发货,或者是在后台导出订单数据的时候,会要求进行地址拆分。

商品信息:sku信息、规格、商品数量、价格、图片、商家。在这里,一个订单最重要的便是写清楚sku到底是什么,也就是说订单需要告诉卖家和买家我到底买了一件什么样的商品,这样卖家才好发货,买家才知道自己有没有下错单。

优惠信息:优惠券、促销活动、虚拟币抵扣金额。当我的商品有优惠的时候,那么涉及的内容就很多了,比如结算的时候要减扣优惠金额,退款的时候,要涉及优惠金额无法退款,退款优惠优惠券是消失了还是直接给回原用户。

支付信息:支付方式、支付单号、总金额、实付、运费、虚拟币抵扣金额、促销优惠金额、优惠券优惠金额、总金额。做生意的一个前提就得要明算账,只有算清楚了金额,系统才能稳定的运行,不然财务可饶不了你。一般来说,小电商的支付方式只有一种,以微信生态里面的商城为例,支付方式也就只有微信支付一种,而像大型的电商淘宝,就有银联体系的,支付宝体系的等等。关于支付单号,如果你接的是第三方的支付,那么一般都是由第三方支付平台通过接口将支付单号返回给你,也就是这笔订单的结算、退款都会跟着这个支付单号走,在自己的电商后台能看到这个订单的支付单号,然后再去第三方的支付平台则可以找到这个支付单的全记录。

物流信息:物流公司、单号、状态。在这一方面,国内快递公司做得十分完善,基本数据都可以通过数据接口获取得到,像菜鸟物流,顺丰物流等等,只要你的产品接入了api,那么关于订单的物流信息基本能做到实时更新。

其他信息:发票信息、下单平台、分销渠道。这里其实算是一种附加字段,也就根据各个产品的需要进行设计的。

澳门新葡亰76500 4

  1. 订单系统在企业中的角色

3.垂直电商订单系统设计思路

三、跨境电商

跨境电商三单对碰

关于跨境电商领域,接触得不太多,但是跨境电商最大的不同就是它需要过关。也就是商品需要订单、支付单、运单与进口清单一致(报关)。也就是说这里的数据交互至少涉及了电商企业的订单、物流企业运单、支付平台的支付数据、清关公司的进口清单、跨境通关服务平台(电子口岸)给予各方的海关回执,最终其实所有的数据都是和海关总署进行交互。

跨境电商有两种:1、保税仓备货;2、海外直邮。它们的区别在于保税仓备货的是商品到港以后,检查完毕以后是囤放在保税区的,只有用户下单了才会清关进行国内的配送。海外直邮则是用户下单以后,商品是从海外的仓库发货到港以后再转关进行国内配送。

点击查看大图

在搭建企业订单系统之前,需要先梳理企业整体业务系统之间的关系和订单系统上下游关系,只有划分清业务系统边界,才能确定订单系统的职责与功能,进而保证各系统之间高效简洁的工作。

一、什么是订单系统?

订单管理系统(OMS)是物流管理系统的一部分,通过对客户下达的订单进行管理及跟踪,动态掌握订单的进展和完成情况,提升物流过程中的作业效率,从而节省运作时间和作业成本,提高物流企业的市场竞争力。顾名思义,电商系统就是用户、平台、商户等对于订单的管控、跟踪的系统,衔接着商品中心、wms、促销系统、物流系统等,是电子商务的基础模块;

简单地说订单管理系统作为整个电商的核心,管理着所有的交易进出,可以说没有订单系统电商就无法流畅地运转;

一个好的订单管理系统需要有很好地扩展性和流畅性,在一个电商产品从0-1的过程,订单系统作为其基础模块需要提前考虑到各系统的扩展,订单系统如果在前期就能考虑到后面的扩展,相信对于电商的壮大会非常有帮助;

流畅性指的是整个交易链路需要很流畅,早期我司的订单系统做的非常庞大,但是却没有考虑到流程的通畅性,导致连基础的订单流程都没有办法正常走下去,所以,在从0到1地做一套订单系统时,需要有一些前瞻性,但落地时,以MVP去试错;

四、订单数据统计

数据统计可分为常规统计,即财务统计等,一般统计销售额、毛利、成本、纯利润这些信息。流量分析,用户行为、订单流量等。

如果你觉得比较宽泛的话,我们可以从三个维度进行订单数据的分析

这篇文章讨论的是电子商城E-mall的订单信息。E-mall电子商城系统的订单信息内容主要如下:

  1. 订单系统与各业务系统的关系

二、订单系统解构

1.订单字段

澳门新葡亰76500 5

订单字段

订单的主要信息包括支付信息 、配送信息、状态信息、促销信息、商品信息、用户信息等;

支付信息:涉及支付的字段信息,主要包括支付方式、支付金额、订单金额、优惠金额等;

促销信息:涉及促销的字段信息,主要包括优惠方式、优惠面额、折扣等;

商品信息:涉及订单中的商品字段,主要包括商品名称、单价、数量、所属店铺等;

时间信息:涉及订单流转中各个时间戳的字段,包括下单时间、支付时间、发货时间、完成时间等

状态信息:涉及订单流转中状态变更的字段,主要包括订单状态、物流状态及退款状态等;

用户信息:涉及用户的信息,比如买家姓名、注册手机号、收件人等信息;

配送信息:涉及订单配送的基本信息,比如配送方式、物流单号等;

以上这些字段构成了订单所需要的大部分信息;

2.订单体系

澳门新葡亰76500 6

订单体系

可以从三个层面来了解电商的订单管理体系,分别是用户层、系统层和底层;

用户层

这个比较好理解,就是用户日常使用的功能和页面,主要有订单列表、订单详情和退款详情等C端用户购买时会使用到的页面,系统层和底层模块为其提供支持;

系统层

在订单管理体系中,和订单最息息相关的交互系统主要有支付系统、订单系统、仓储系统;

1.支付系统

主要作用就是为订单提供支付支持,方便用户使用各种支付方式进行支付,用户支付后会将支付信息给到订单系统;

2.订单系统

作为订单管理体系的核心,起着至关重要的作用,在订单系统中会生成订单,审核订单,取消订单,还涉及到复杂的订单金额计算以及移库操作;

仓储系统:主要用来管理库存以及发货,订单到达一定状态后给到仓储系统,用于管理对应订单的打包、分拣、

备货、出库等;

底层模块

主要包括商品、支付、用户、营销、订单和消息等模块,这些模块共同组成了对上层业务、系统的支持;

大公司一般会将底层框架模块化,比如商品,会构建对应的商品中心,代码、数据库等相对独立,由商品中心开接口和soa,其他模块需要使用商品中心相关功能的时候调取接口,这样做的好处是使各个模块底层相对独立,便于管理及改动;

3.状态机

澳门新葡亰76500 7

状态机

下面来说说状态机,一般电商平台用户直观能看到的状态有上图中列举的几个,包括待支付、待配送、待收货、交易完成、退款中;

O2O没有电商中庞大的仓储系统,自然比电商的流程简单些,我将从正流程分别从正流程和逆流程来介绍;

主流程

在电商中,无论是买家端还是卖家端,都会将交易主状态分为待付款、待发货、待确认收货、交易完成,但是买家端与买家端的展示逻辑稍有不同;

在买家端,买家关心的状态无非就那么几个,即待付款、待发货、待收货和待评价,所以淘宝并未像商家端那样将全部的状态一一罗列出,而是保留了买家最关心的状态,保持整个买家端的简洁性;

而买家端中,主要解决的是商家效率的问题,所以在订单列表中会将所有的状态(即待付款、待发货、已发货、退款中、需要评价、交易完成、交易关闭)的订单全部拉出,考虑到商家订单较多的情况,出于对服务器查询的考虑以及并发的考虑,增加了三个月内订单与三个月前订单的查询区分;

首先说说待付款状态,待付款状态主要是买家下单但是没有支付的情况,待付款状态下淘宝的商家也可以进行一系列操作如改价等,买家也可以申请代付、批量操作;

待发货,该状态下会展示所有已支付,待发货的订单,淘宝目前支持的发货方式主要有四种,在线下单、手填快递单号、无纸化物流以及无需物流,操作配送之后交易状态会变更为待确认收货,大型电商平台已经采用无纸化发货的形式进行发货,即使用中端叫单,成功后会展示在已发货(商家端)和待收货(买家端)中;

待确认收货,该状态出于物流阶段,一般会根据业务、活动等来设定自动确认收货的时间,一般电商默认值是在发货后的10天为自动确认收货时间,在双十一、双十二等节日,这个时间会延长到15天,另外海外购、天猫国际等海外购物的订单自动确认时间也会相对较长,为25天;

交易完成,该状态由系统或者用户触发,在订单确认收货后,订单状态变更为交易成功,此时系统会根据是否评价过判断是否将订单展示在买家端的待评价下来引导用户对商家进行评价反馈;

退款/退货流程

一般电商中订单的逆流程主要分为退款流程和退货流程,这里简单地介绍下,后续会有专题来讲述;

发货前的逆流程

发货前的状态一般有待支付和待发货两个,待支付的订单发起逆流程后无需商家确认,直接关闭订单;

而待发货的订单发起后需要走商家的审核,商家同意后订单变为交易关闭,触发退款;

发货后的逆流程

发货后的逆流程主要包括待确认收货和交易成功的逆流程;

大致分为需要仅退款和退货退款;

仅退款:未收到货或与卖家协商同意后的申请,卖家同意后无需物流;

退货退款:已收到货需要退换的情况,卖家同意后需要走物流;

Po上我司的退款流程作为后续专题的引子吧,敬请期待...

澳门新葡亰76500 8

引子

4.1交易分析(订单层面)

(1)统计周期的订单销售额(周期可以自定义,如7天、15天、一个月、一年)

(2)订单量:统计周期内的订单量

(3)客单价:已支付订单平均金额

(4)下单用户与支付用户数

(5)支付新用户数和老用户数

(6)订单金额分布:指的是各个价位区间占的比例,比如100元以下,100-300,300-600,600-1000这些常见金额区间

(7)地域分布

澳门新葡亰76500 9

澳门新葡亰76500 10

3、某垂直电商设计思路

笔者的公司属于某个垂直行业的电商,主要以B2B转单为主,将线上的订单转给线下门店进行配送,所以暂时不涉及商品、库存、仓库等;

以下是我司的订单流程,线上商家将订单转给线下门店,涉及的状态有待派单、待支付、待接单、待配送、待转账和交易完成;

在设计主流程的时候并不复杂,根据业务场景进行设计即可,真正复杂的部分在订单的逆流程与系统间的交互;

由于旧版的系统过于臃肿,没有办法在其上进行迭代,加之流程上有很多问题,所以打算从业务流程、系统框架、视觉设计等方面做个大改版,即解决用户使用流程中的问题,也便于后期业务功能的实现;

澳门新葡亰76500 11

我司状态机

未完待续......

4.2商品分析(从商品层面分析)

(1)被下单商品数

(2)被支付商品数

(3)被访问商品数

(4)被访问商品数

(5)商品的收藏数

(6)商品的销量统计

(7)加入购物车的次数

订单信息

(1)对外系统:

4.3订单来源分析

(1)每单来源,比如来自哪个用户端,如h5、小程序、客户端

(2)每单产生流程,用漏斗分析统计关键步骤的流失情况

澳门新葡亰76500 12

所有给企业外部用户使用的系统都在这一层,包括官网、普通用户使用的C端,还包括给商户使用的商家后台和在各个销售渠道进行分销的系统,比如与银行信用卡中心合作、微信合作在合作商的平台露出本企业的产品。这类系统站在与客户接触的最前线,是公司实现商业模式的桥头堡。

Reference

1.图片来源:京东,淘宝,达观科技,2017.12

2.刘志远,《电商产品经理宝典 电商后台系统产品逻辑逻辑全解析》,电子工业出版社

3.电子商务网站中订单号设计有什么规则和依据吗?,知乎,詹仕波


浅忆

一个年轻的产品经理。立足微信生态圈,熟悉公众号平台、开放平台,探索小程序相关业务领域ing.....

文章同步更新于简书淺忆

转载联系,学习交流请加微信:Albert__luo(两个_)

订单详情

(2)管理中后台:

订单详细信息中字段内容:

每个C端的业务形态都会有一个对应的系统模块,如负责管理平台交易的订单系统,管理优惠信息的促销系统,管理平台所有产品的产品系统,以及管理所有对外系统显示内容的内容系统等。

订单单号

订单单号是订单信息中的主Key,代表了该订单的唯一性,并且使用在仓库管理系统中WMS作为拆分合并订单中与电子商城中的订单关联的Key值。

订单单号一般组成方式有以下两种:

1)日期时间+随机数字,初期业务量不多的时候20-26位足够应付。

HHHHMMDDhhmmss(年月日时分秒) +6位随机码。

6位随机码表示一秒钟可能生成的订单数上,存在一百万分之一的随机并发相同导致下单失败,因此在初期业务每秒下单量不高的时候选择这种简单的方法足够满足需求。 

2)以日期时间+自增的方式,这样就不会产生随机数生成冲突,但是要注意防治被查看到销售量需要将数字加密设置。

当然订单号设计还远远不止于这些,还应该可以考虑渠道来源,商家业务,商品分类,用户类型等做标记,这里暂时不重点介绍,可以参考

知乎问题:电子商务网站中订单号设计有什么规则和依据吗?

(3)公共服务系统:

订单倒计时时间

订单里面显示倒计时有

1)下单未支付。

商品下单后开始倒计时,一定时间内如果还未下单则超时关闭订单。普通商品一般采取3天时间,特价商品根据情况一般采取的是30分钟。快消品一般采用的15分钟。

澳门新葡亰76500,2)已发货确认收货倒计时。

    商品一般是发货开始后开始倒计时10天时间,O2O商品应该是送达即收货。

*     满1天记录1天 XX天hh小时mm分钟*

*     小于1天小时则hh小时mm分钟ss秒*

* *防止发货时间过长,发货后用户可以采用延长一次收货,并且商家/平台端可以多次延长收货。

随着企业的发展,信息化建设到达一定程度后,企业需要将通用功能服务化、平台化,以保证应用架构的合理性,提升服务效率。这类系统主要给其他应用系统提供基础服务能力支持。

  1. 订单系统上下游关系

订单状态

订单状态与商品状态是独立的。因为商品状态在任意时间都可以申请退货退款。订单状态根据买家/商家/平台操作动作后的状态迁移。

澳门新葡亰76500 13

订单状态迁移图

澳门新葡亰76500 14

订单状态说明

                                                        订单状态对应的操作按钮内容:

澳门新葡亰76500 15

订单状态操作栏按钮

澳门新葡亰76500 16

由此可见,订单系统对上接收用户信息,将用户信息转化为产品订单,同时管理并跟踪订单信息和数据,承载了公司整个交易线的重要对客环节。对下则衔接产品系统、促销系统、仓储系统、会员系统、支付系统等,对整个电商平台起着承上启下的作用。

收货人信息

确认订单的时候,收货人地址是否超出送货范围需要明示,超出指定送货范围则该订单无法提交。

另外有一个关键词是是否自提,增加自提地址是线上商城线下门店相结合的一个接触方式。

注意:选择自提和自提地址后需要去除运费。

  1. 订单系统的业务架构

澳门新葡亰76500 17

商品信息

在购物车或者直接购买的情况下,确认订单里面商品信息是带有商品的库存状态,该状态是通过WMS定时返回Emall中保存的。包括商品上下架状态,可预定库存数量。下架商品,或者可预订库存小于购买数量则在确认订单中设置成失效商品。

澳门新葡亰76500 18

根据状态迁移图显示的商品按钮

澳门新葡亰76500 19

商品状态操作栏

可以根据订单情况退款退货期间状态可以再细分成待退货等状态,以及完成订单以后也可以申请维权状态。当然一开始可以不用考虑过于复杂,先完成核心必要的流程功能。如果出现该情况可以先人工沟通。*

(1)订单服务

该模块的主要功能是用户日常使用的服务和页面,主要有订单列表、订单详情、在线下单等,还包括为公共业务模块提供的多维度订单数据服务。

金额信息

按照每个订单中商品金额比例计算优惠券,抵用券以及运费,为了在退款退货时计算实际退款金额使用。

单个可使用商品金额 / Sum(可使用优惠商品金额) 优惠金额或者抵用券金额 = 单个可使用商品金额的的优惠值。 *

每个商品的实际支付金额  = 商品金额 - 单个可使用商品金额的的优惠值

单个商品的运费金额是按照运费模板来计算的比例,运费计算方式参考这篇=》【电商基本功】| 电商运费计算方式

当退款订单中某个商品全部退款则退款运费(发货前)退还所分配的金额。

退款商品只退款部分金额时候,运费也则需要按比例计算。

该订单结算给商家的金额则如下:

*  单个商品可获取的金额= 商品金额 - 用户退款金额 - 用户退款金额/用户支付总额 × 该商品的分配抵用券金额*

*  商家可结算该订单的金额 = Sum(单个商品可获取的金额) + 可退运费*

(2)订单逻辑

订单系统的核心,起着至关重要的作用,在订单系统负责管理订单创建、订单支付、订单生产、订单确认、订单完成、取消订单等订单流程。还涉及到复杂的订单状态规则、订单金额计算规则以及增减库存规则等。在4节核心功能设计中会重点来说。

物流信息

在开发初期,只是查看物流流水信息,则可以集成第三方物流平台比如快递xx,在系统开发的后续阶段,需要对接更多的物流状态,以及物流打单,分配物流单号则需要直接对接物流平台。

澳门新葡亰76500 20

使用第三方物流平台展示

本文由澳门新葡亰76500发布于关于我们,转载请注明出处:澳门新葡亰76500这篇文章讨论的是电子商城E-mal

关键词:

最火资讯