1. 扣款周期不是交付周期
续订扣款是一个流程的起点,不是一次发货的起点。从卡片被扣款到箱子在出货口被扫描,中间会发生四次交接,每一次都能悄悄吃掉时间,而没有任何一处会主动报警。
第一次是生成订单。续订触发,平台写入订单,订单要带着正确的地址、正确的内容和正确的服务等级到达仓库系统。这通常只是几分钟,但这几分钟只在平台决定跑任务的那一刻才开始。第二次是仓库排队,也是最长的一段:订单落进队列,排在楼里所有其他活后面,箱子什么时候被拣、被装、被称、被贴单,取决于队列什么时候轮到它,而不是客户什么时候付的钱。第三次是承运商截单,贴好面单的箱子还得在截单前完成交接,错过一次就等下一个工作日,这是把「忙碌的下午」变成「错过的周期」的那一步。第四次是周末与干线运输,多数陆运服务的时效按工作日计算,所以周五交运和周一交运可能同一天到,而周六放单可能先耗掉两天才开始移动。

客户那边也在变。暂停、跳一期、改地址、改续订日、换档位,都是订阅门户里正常的自助操作[1],每一项都会重写本期该发什么。一份假设收件人名单固定不变的交付计划,每个月都会错几个百分点,而错的这几个百分点恰好就是产生客服工单的那几单。
先说两条边界。本文讨论的是续订扣款之后怎么安排这一次发货,所以不重复运输与复购之间的关系该怎么衡量(那套衡量框架在这里:物流对复购率的影响),不重复围绕交付事件该在什么时候发留存信息(那套时机模型在这里:物流事件与留存营销),也不重复货量翻倍时履约链会在哪里断掉(那套压力测试在这里:发货容量规划)。这里的问题更窄,而且每月都要回答一次:这一期放什么、什么时候放、走哪家承运商。
本文算例是一个月发约 10,000 箱的订阅品牌,单箱 2 到 5 磅,货量集中在东西两岸,少量走加急档。基础档承诺一个到达窗口,加急档承诺一个硬日期。下面所有数字都是方法的一次演算,不是可供照抄的基准值。






