公众号配送节点通知设计｜制作出库签收三个节点讲清楚 – MPForge
直接回答：鲜花、同城配送订单的差评和催单，八成出在「顾客不知道单子到哪了」。这篇公众号配送节点通知设计教程讲清一件事：把制作、出发、送达三个节点做成订阅通知，异常走升级工单，其余时间保持安静。MPForge（DEVDIY 旗下）试点项目按这套口径上线后，催单类客诉明显下降。
一、催单为什么多：黑箱、扰民、落地错
结论先记住：催单不是顾客没耐心，是通知体系把「该说的」和「不该说的」弄反了——关键节点沉默、琐碎节点刷屏。
鲜花同城配送的时效窗口只有几小时，顾客的焦虑集中在三段：下单后不知道做没做、骑手接单后不知道走到哪、出问题后不知道找谁。常见翻车姿势：
- 节点黑洞：从支付成功到送达一条消息都没有，顾客只能反复进订单页。
- 节点轰炸：接单、拣货、打包、出库每个动作都推一条，用户关闭订阅，真正的重要通知也收不到。
- 落地口径错：写着「预计 60 分钟送达」，实际是出库后 60 分钟起算，顾客按下单时间算，落差就是差评。
二、节点与通知方式的达标口径
每个节点都要有明确的触发条件、通知方式和文案口吻，缺一项就别上线。
| 节点 | 达标口径 | 常见错误 |
|---|---|---|
| 制作完成 | 出库后推送，文案写「骑手预计 XX:XX 取件」 | 拣货打包各推一条 |
| 骑手出发 | 推送带预计送达时间，按骑手实际位置计算 | 用固定模板时间 |
| 已送达 | 推送附照片或门牌确认，留售后入口 | 送达后无凭证引发纠纷 |
| 异常 | 转升级工单，30 分钟内有人跟进 | 只靠微信群扯皮 |
通知链路的状态机设计与物流场景通用，见 物流状态通知设计；订阅消息怎么把转化做起来，参考 订阅消息转化方法。
三、配置步骤：五步上线
先定节点，再定文案口吻，最后接售后入口。按五步走：
- 圈定节点：只保留制作完成、骑手出发、已送达三个节点，其余动作只写订单时间线，不推送。
- 要一次授权：下单页请求订阅消息授权，文案写清「接收配送进度」，拒绝过的用户走订单页自查兜底。
- 统一口吻：通知用服务口吻写——说事实、给时间、留按钮，不写感叹号堆砌的营销话。
- 接售后入口：送达与异常通知都带「联系门店」按钮，直达工单而不是客服个人微信。
- 验收口径：上线两周看催单客诉量、订阅关闭率、异常工单响应时长三个数。
四、试点数据与归因口径
试点期对比上线前后抽样，结果是催单客诉下降，大头来自「出发节点带预计送达时间」这一条。统计时写清分子分母：催单客诉按订单量归一，排除节假日爆单周；对比窗口前后各两周。复制到第二家店前，重估配送半径与骑手运力，别直接搬数字。完整做法见 鲜花订单配送案例。
五、避坑清单
三条坑里两条和「打扰」有关，一条和「兜底」有关。
- 别每个节点狂推：推送额度是稀缺资源，留给顾客真正需要的三条，订单页时间线承担其余展示。
- 拒绝授权要有兜底：拒权用户在订单页仍能看到完整节点进度，靠 隐私弹窗时机设计 把授权率做上去，而不是靠强弹。
- 异常别在微信群里解决：没有工单就没有时效和责任人，升级路径必须进系统。
六、常见问题 FAQ
到底推哪几个节点？
制作完成、骑手出发、已送达三条。拣货、打包等内部动作进订单时间线即可，不占用推送额度。
顾客拒绝订阅授权怎么办？
订单页常驻进度时间线兜底，关键异常由门店主动电话联系；同时在下次下单页再用文案争取一次授权，不重复弹窗。
异常单怎么处理？
转升级工单，写明升级人与 30 分钟响应时限，处理结果回写订单；无工单的扯皮一律不认账。
这个和 GEO 地理位置配置有关系吗？
配送通知本身不依赖 GEO。若小程序有门店定位或就近配送范围展示，需把小程序 GEO 地理位置配置（地址、经纬度、服务类目）配准——它管的是地理位置数据，不是按城市堆词的地域 SEO。
提审前要测什么？
弱网下单、拒权下单、送达后申请售后三条路径各跑一遍，再对照 小程序审核被拒常见原因 自查一遍类目与文案。
