社区菜筐预订小程序案例：套餐、截单与自提核销｜互联商通

一、客户背景与痛点

这位团长带一个社区自提点，每天一筐菜，微信群里接龙下单。

三个最疼的问题：

• 接龙超卖：接龙不看库存，报多了只能缺货补钱，投诉集中在旺季。
• 截单靠喊：几点截单全靠群里喊，截完还有人加，配货被迫改单。
• 自提乱：到点人来认菜靠脸熟，错拿漏拿时有，晚上对账对不平。

二、方案总览：4 步从接龙到自提核销

首版克制，只做预订履约闭环，把「群接龙」变成「截单锁量、凭码自提」。

1. 套餐结构化：当日菜筐按套餐上架，份量与内容页面写清，下单即确认。
2. 截单锁量：截单时间自动生效，过点自动关闭下单，锁量即配货口径。
3. 在线支付：下单支付同笔完成，缺货退款按原路自动回。
4. 自提核销：到自提点出示取件码扫码核销，错拿漏拿从源头堵住。

完整能力清单见 生鲜方案，自提履约同款逻辑可参考 生鲜自提案例。

三、核心功能清单

• 套餐上架：当日菜筐套餐化，份量内容前置可见。
• 自动截单：截单时间自动关单，不用群里喊。
• 库存锁量：按筐锁量，超卖从源头堵住。
• 自提核销：取件码扫码核销，自提有凭证。
• 缺货替补：缺货按替补规则自动替换或原路退款。

四、落地实施过程

总览里的四步讲的是方案逻辑，这一节讲它怎么落到自提点里：四周内完成上线，拆成下面五个动作，前一步跑顺再进下一步。

1. 进场前准备：套餐口径、自提规则定稿。开工先把每日菜筐套餐（份量、价格、替补口径）逐项定稿，截单时间与自提时段写成页面口径；团长感知是套餐一页页对完，居民此时还看不到变化，但上线那刻配货口径是准的。
2. 系统对接：锁量与核销链路先跑通。上线前打通订单链路——下单占量、截单自动关单、自提核销回传，缺货退款原路自动回；团长感知是接龙本停用，谁订的、取没取，按单查。
3. 员工培训：一条主线加两套话术。团长培训只强调一条：截单后不再手工改单。对居民的话术很简单——「小程序下单付钱，到点凭码取菜」；缺货的话术统一按替补规则讲，不再一单一议。
4. 灰度试点：单一套餐先跑，改完再全量。全量放开前先拿单一套餐试跑：锁量准不准、截单灵不灵、核销顺不顺。试出来的问题当场改——替补口径补全、自提时段修正，再全量铺开；试点期不做数字考核，只看流程顺不顺、问题清单收不收敛，正式口径见第六节。
5. 值班与应急：首周自提高峰驻场加兜底。上线首周晚高峰自提驻场，值班覆盖支付、核销、授权三类突发。老人不会线上下单，团长代下单后群内报备兜底，接龙与小程序并行一段不强制；试点暴露的问题全部进了第七节的复盘清单。

五、明确没做的事（对比与取舍）

首版不做配送到家，不做全国供应链中台。先保证自提履约闭环可验；配送放二期，团长分润按现有口径线下结算跑稳后再进系统。

六、上线后效果（试点数据口径）

试点期内：

• 旺季超卖明显下降，锁量即配货。
• 自提错拿漏拿明显减少（团长口径）。
• 团长验收只看「超卖笔数与自提纠纷」，而不是 PV。

所有数字为项目试点口径，复制前请重估筐量、社区规模与截单节奏；数据对比写清分子分母与排除周。

七、坑与复盘

1. 库存双写超卖：接龙与小程序并行期两本账打架，过渡期只以小程序锁量为准，见 上线清单。
2. 「绝对新鲜」表述违规：夸大新鲜的页面口径卡审核，只写可兑现的到货与储存口径，见 审核驳回自查。
3. 缺货退款口径不一：替补还是退款没有统一规则，缺货处理前置进套餐页并自动执行。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；截单时间从第一天定死，否则配货只能天天救火。

八、常见问题 FAQ