转眼有2年了，我卖力的新零售项目会员已经75w+。
这段韶光数据的同学过来要订单流程图，表示想详细理解业务流程。

我从“吃灰”良久的文件夹中找到了流程图，那种A3纸缩印也看不清的规模，还是两张。

这确实有点难为数据的同学了，而且产品中间做过几次大的迭代，流程图后来也没再更新。

我决定再梳理一遍订单流程，大家还可以一起磋商，一万个人眼中有一万个新零售。

以是有必要阐明我们的模式：自营B2C新零售 = 线下门店发卖、前置仓 + 线上产品（App、小程序、m站、PC商城）订单 + 三方平台订单 + 400客服电话订单。

一、订单中央—中台

订单并不是一个单一的模块，一个订单从天生到完结，涉及到了系统中浩瀚的核心模块。
因此，系统的构造不同会导致订单的流程迥异。

订单包含哪些信息：

订单详情

订单信息对应的系统模块：

订单中央须要吸收线下门店、线上产品、三方平台、电话系统四个乃至更多渠道的订单。

如果没有统一的会员中央，那么用户在门店是一个会员身份，在线上是另一个会员身份。
虽然可以通过账号绑定的办法勉强关联，但各渠道的订单流程并不能统一。

支付中央亦然，支付分歧一则订单逆向流程会很难熬痛苦。
在那个平台下的单只能到对应平台退货退款。

营匆匆销中央、商品中央、配送中央同样也须要统一，基于此情形我们把这些核心的系统模块做了统一，这个别系叫“中台”。

笔者的订单流程便是基于“中台”系统设计的。
统一的会员中央、商品中央、营匆匆销中央、支付中央、配送中央。

不一定每个项目都能有统一的中台系统，但订单流程相似。

二、业务场景—线下门店订单

长久以来线上和线下是两个平行的天下，各自没有交集。
很多初次打仗新零售的小伙伴对线下门店系统不理解，以为是不是线下很繁芜。

1. 门店收银系统

门店订单来自哪里？是「门店收银系统」，大略理解下门店收银系统。

门店收银系统种类繁多，但是有一个收银系统很多人都用过，如下图：

自助收银系统

超市的自助收银设备，就包含了收银系统的核心功能：

是不是和线高下单流程很像?

传统的收银设备只是在收银功能外增加了功能：会员系统、收银员交卸班、发卖日报 等。

用户购物 → 用户登录注册收银系统 → 扫商品码加入订单 → 根据营销活动打算订单金额 → 用户支付 END

2. 门店订单场景

通过收银系统门店就产生了订单，那么门店的都会产生什么类型订单？分别是在哪些场景下产生的？

1）现收现付

这个是门店订单占比最高的订单类型，普通讲“一手交钱，一手交货”。
用户支付订单，店员讲商品给用户。

现收现付的流程便是收银系统下单流程。

2）已付款配送单

很多新零售都有配送做事，知足一定的订单金额就可以“送货上门”。
在门店付款然后再送货上门的场景，常见于商品数量较大用户取货未便利。

已付款配送单的流程，须要在现收现付流程的根本上 增加配送流程。

3）未付款配送单（货到付款）

门店吸收到的未付款且须要配送的订单，这种场景一样平常都是“熟客”下单。
用户通过直接联系门店的办法（电话、微信）等不到店的办法，下的配送单，由于用户没有到店以是无法完成支付。

未付款配送单，下单时不须要支付，用户在配送环节“签收”时支付。

4）退货

退货指用户收货后再退货，如果用户没有收货则为“拒签”（是下一场景）。

退货是下单的逆向流程，简化流程： 用户退货 → 收货入库 → 系统退钱

5）拒签

拒签：用户不签收，有配送就会有拒签的场景。

拒签可大略理解为：用户收货前的“退货”，但须要分情形。

未支付配送单拒签：只须要处理商品库请安题，配送员将配送单拒签，同时把商品带回店内入库即可。

已支付配送单拒签：配送员将配送单拒签后，将商品带回店内入库，入库完成给用户退款。
（也可以拒签后立即退款再入库，这个涉及到内控，视需求而定。
）

6）换货

换货的处理办法一样平常是：确认商品无误可二次发卖，给用户新的商品。
以是大多数情形是在系统外操作的，没有系统流程。

3. 订单流程图

线下门店产生的所有订单末了都会搜集到中台“订单中央”，还有其他更多的细节大家从流程图中融会，流程图如下：

线下门店订单流程

结语

线下门店订单流程实在是新零售中较大略的部分，下一篇梳理线上产品订单流程。

本文由 @杰记 原创发布于大家都是产品经理，未经作者容许，禁止转载。

题图来自Unsplash，基于CC0协议。