
案例
花店 · 预售
花店节日预售小程序案例:库存预留与档期配送|互联商通
直接回答:互联商通为西南一家花店连锁落地节日预售小程序,用「预售库存预留 → 配送档期 → 支付与状态推送 → 缺货替补」替代微信接单加表格记地址,情人节前上线。节日试点中超卖纠纷明显下降、配送时段履约可追踪(花艺师反馈口径),验收标准从「卖了多少钱」改为「超卖与迟到归零」。
节前情人节前上线预售与档期配送
明显下降超卖与改单纠纷(节日试点口径)
可追踪配送时段履约状态
4 步预售 → 档期 → 支付 → 配送
一、客户背景与痛点
这家花店连锁节日单量集中,情人节是全年最大的考题。老板想要「像电商一样」,我们先做预售与配送档期。
四个最疼的问题:
- 接单靠微信:节日单子微信里刷屏,漏单超卖全凭记性。
- 地址靠表格:收货地址誊进表格,抄错一处就送错。
- 迟到成客诉:节日当天送花迟到,客诉集中在晚间。
- 链路太长:公众号有粉,但从看到文章到下单隔了好几步。
二、方案总览:先锁可售量,再锁配送档期
首版克制,只做预售闭环,把「活动当天才发现超卖」变成「节前就知道卖多少」。
- 预售商品与库存预留:节日款先建商品、先锁可售量,卖完即止不硬接。
- 配送时段选择:顾客下单选配送时段与地址,运力按时段切分。
- 贺卡备注与支付:贺卡内容随单提交,敏感词过滤后进制作清单。
- 状态推送与缺货替补:制作、出库、配送状态逐段可见;缺花按替补策略换款或退,不硬扛。
三、核心功能清单
- 预售库存:可售量节前锁定,超卖从源头堵住。
- 配送档期:按时段分配运力,迟到有预警。
- 贺卡备注:随单留痕,敏感词过滤。
- 状态推送:出库与配送状态顾客可见。
- 缺货替补策略:换款或退款按规则走,不临场讨价。
四、落地实施过程
总览讲的是方案逻辑,这一节讲它怎么落进花店:情人节前完成上线,拆成五个动作,前一步跑顺再进下一步。
- 进场前准备:售后规则先让财务签字。开工先不谈页面,先把「切花损耗谁承担、迟到是否全额退、跨店调货是否允许」三条写成规则,财务签字确认后进下单前须知;预售页文案不承诺「必达」。商家看到的是一份能拍板的规则单;顾客感知是下单前就知道迟到与缺货怎么处理。
- 系统对接:库存锁与时段运力绑定。上线前打通库存锁与配送时段——跨店调货必须有库存锁,防止两边都卖;贺卡内容过敏感词过滤再进制作清单;商户号主体与门店不一致的问题在对接阶段解决。店长感知是改库存、关时段后台就能操作。
- 员工培训:花艺师学会改库存,客服学会替补话术。花艺师培训只强调一条:库存减完立刻关款,不留「应该还有吧」的口头余额;客服对迟到的话术是按状态机分流——未出库改期,已出库按规则补偿。
- 灰度试点:用小节日试跑档期。情人节前先用一个小节日试跑:时段切分是否合理、替补策略是否顺、贺卡敏感词是否误伤。试出来的问题当场改——时段合并、替补清单补全,再上大节;试点期不做数字考核,只看超卖与迟到两个数。
- 值班与应急:情人节当天全程驻场。情人节当天驻场,值班覆盖支付、配送失败、贺卡违规三类突发。配送失败按状态机分流退款,不靠花艺师临场判断;顾客改地址有窗口限制,超窗走客服登记。节日暴露的问题全部进了第七节复盘。
五、明确没做的事(对比与取舍)
首版不做直播带货、不做全国冷链、不做订阅制定期花。先把单次节日的预售与配送跑稳,订阅制作二期。
六、上线后效果(节日试点口径)
情人节试点后:
- 超卖纠纷明显下降,库存锁先于销售。
- 配送时段履约可追踪,迟到能提前预警。
- 花艺师的体感是「不用半夜改单」。
所有数字为项目试点口径,复制前请重估节日单量峰值与运力切分。
七、坑与复盘
- 预售页承诺「必达」但系统无运力校验:文案与系统能力必须一致,时段关了就不可约。
- 贺卡敏感词误伤:过滤词表先小范围试跑,误伤词及时出白名单。
- 商户号主体与门店不一致:提审前核对主体与资质,见 商户号申请。
复盘沉淀为方法论:把「配送失败如何处理」写进下单前须知,财务、店长、花艺师用同一份规则说话。
八、常见问题 FAQ
预售要收定金吗?
节日高峰建议全款或高定金,明显降低放鸽子;平时可低定金引流。
能做订阅制定期花吗?
可作二期。先跑稳单次配送的档期与售后,订阅的履约复杂度另算。
退款怎么判?
按配送状态机:未出库改期或全退,已出库按规则补偿;规则写进用户可见页面。
跨店调货怎么防超卖?
调货必须有库存锁,锁定期内两边都不能卖;这是灰度期定下的硬规则。