即时零售履约系统：门店接单到配送出门的全流程

即时零售履约系统管的是一段很短的时间：从订单落到门店，到商品交给骑手出门。这段时间通常只有十几分钟，但它决定了超时率、缺货率和差评率，也决定了门店实际能承接多少单量。

履约不是配送。配送是骑手的事，履约是门店的事——订单进来之后由谁接、什么时候开始拣、拣不到怎么办、包好了放哪里、骑手来了怎么核对，这五个问题的答案就是履约能力。

▍把这段时间拆成七个节点

1、订单落店：系统收到订单并判断门店能不能接

2、接单确认：确认后订单进入待拣队列，同时扣减可售库存

3、生成拣货任务：按区域或按波次分派

4、拣货执行：逐件扫码或确认，缺货即时处理

5、打包与复核：核对件数，贴单，放到指定暂存位

6、骑手交接：核对订单号，确认交付

7、配送中与完成：状态回写各渠道

每个节点都要留下时间戳。只记开始和结束，超时的时候就不知道该改哪一段。

▍最容易堵的是第三和第五个节点

第三个节点堵，通常是分派规则太简单。所有订单排成一条队列，店员从头做到尾，遇到大单就把后面全部拖住。合理的做法是按商品所在区域、单品件数、剩余时间三个条件综合分派。

第五个节点堵，往往是暂存位没规划。包好的订单堆在一处，骑手来了要翻找，一单翻两分钟，高峰时段就是几十分钟的累积损耗。暂存位要能按订单号或取货码定位。

▍出门前的最后一道是复核

漏拣与错拣是即时零售差评的主要来源，而这两种在包装封好之后就查不出来。所以复核必须发生在打包环节，靠系统提示件数与商品，而不是靠店员记忆。

泓远软件的配送中心在这一段的做法是聚合接单、分区拣货、聚合配送：多渠道订单集中进入同一个作业队列，按区域拆分拣货任务，同路向的订单合并交接。差别在于门店现场只需要盯一个界面、按一套流程，不用记住各平台各自的操作习惯。

▍超时要能提前预警，不是事后统计

超时报表月底看是没有意义的。有价值的是过程中的预警：某单剩余时间不足、某个区域拣货任务积压、某门店待拣队列超过阈值，这些要在当下推给店长。

事后统计只能追责，过程预警才能挽回。这也是履约系统和普通订单系统的分界线。

▍门店要有拒单和限流的合法路径

产能有上限。人手不足、设备故障、极端天气的时候，系统要允许门店按规则限流或暂停接单，并且这个动作要有记录和权限。

没有合法路径的结果是店员私下关平台，或者接了单不做，两种都比正常限流的后果更严重。

▍小结

履约做得怎么样，抽一天的单据看一件事：超时的订单卡在七个节点里的哪一个。答得出来就能改；只知道超时率是多少，就只能开会要求大家快一点。

▍即时零售履约常见问题

Q1：即时零售履约系统和门店收银系统是一套吗？

通常不是同一套，但必须打通。收银系统管的是到店交易，履约系统管的是线上订单的门店作业，两者共用的是商品和库存。打通的关键在于库存扣减走同一个口径，否则线上线下会各扣一套，账面库存和实物库存越走越远。

Q2：拣货缺货时应该由谁决定替换？

由系统给出可替换范围，店员在范围内选择，超出范围要联系顾客。完全交给店员判断会出现随意替换引发的投诉，完全不允许替换则缺货订单只能取消。可替换范围建在商品资料上，比如同品类同规格、价差在一定比例内，这样店员的动作就不需要额外培训。

Q3：门店高峰时段接单量该怎么控制？

按当前待拣队列和剩余时间动态限流，而不是按固定单量上限。固定上限的问题是同样十单，商品件数差异可能有三倍，产能占用完全不同。合理的判断依据是待拣件数与在场人力，达到阈值时自动降低接单速度，恢复后再放开。

履约流程要做到哪一层，跟门店面积、SKU 数量和单量峰谷差都有关系。欢迎联系泓远软件，获取定制化实施方案与报价。