鲜花订购配送小程序案例：规格、时段与签收｜互联商通

一、客户背景与痛点

这家花店在华南，日常订花加节日高峰，配送以同城为主。过去接单靠聊天，配送时段靠手记。

四个最疼的问题：

• 规格靠聊天：花束规格描述不清，成品与客户预期不符。
• 时段漏送：配送时段口头记，漏单错单集中在节日。
• 签收无照片：送达没有凭据，售后扯皮没依据。
• 节日高峰乱：情人节母亲节截单时间没口径，接多了做不出来。

二、方案总览：4 步从聊天下单到在线订购

首版克制，只做订购履约闭环，把「聊天报价」变成「规格内自助下单」。

1. 规格SKU结构化：花束按规格上架，花材、尺寸、包装一目了然。
2. 配送时段选择：按时段配库存，接多少单心里有数。
3. 在线支付：下单即支付，缺货替补与截单规则进页面。
4. 签收留痕：送达拍照签收，售后凭据自动留档。

完整能力清单见 花艺方案；同行业可参考 花艺定制案例。

三、核心功能清单

• 规格SKU：花材与尺寸结构化，从源头压住口误。
• 配送时段：时段库存管理，节日截单规则进页面。
• 在线支付：支付即下单，退改规则写清楚。
• 签收留痕：送达拍照上传，签收记录可查。
• 缺货替补：替补规则进页面，替换前客服先确认。

四、落地实施过程

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

1. 进场前准备：花材规格入库、时段排产。开工先把在售花束按规格逐款录入校对，花材、尺寸、包装写成SKU必选项；配送时段按产能排库存，节日截单时间提前写进页面。商家看到的是规格库一页页对完；顾客此时还看不到变化，但开放下单那一刻规格已经是完整的。
2. 支付与配送对接：下单到签收先跑通。上线前打通主链路——下单、支付、配送通知、签收拍照按同一订单号串起来。线上线下共用一套库存源，避免双写超卖；商家感知是订单不再散在聊天里，按订单号就能查到每单送没送到。
3. 员工培训：一条主线加两套话术。店员培训只强调一条：先按SKU配花再打包。对顾客的话术很简单——「小程序上选规格选时段，送达有拍照」，遇到第一次用的上手带一遍；店长学会后台改价、看时段库存，日常运营不再事事找技术支持。
4. 灰度试点：日常单先跑，节日另压测。全量放开前先拿日常单试跑，店员跟着盯：规格描述准不准、时段排得顺不顺、签收拍照全不全。试出来的问题当场改——规格补全、时段调整，再正式铺开；试点期不做数字考核，只看流程顺不顺、问题清单收不收敛，正式数据口径见第六节。
5. 值班与应急：首个节日高峰驻场加兜底。上线后首个节日高峰驻场，值班覆盖支付、缺货、配送三类突发。花材缺口当场按替补规则处理、客服先确认；顾客不会用的，店内代下单兜底，线上与聊天并行不强制。试点暴露的问题全部进了第七节的复盘清单。

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

首版不做全国供应链、不做异地代送。先保证同城配送履约闭环可验，供应链与异地网络二期再叠；扩店前先只读并行一周。

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

试点期内（三周）：

• 错单明显下降，SKU 必选项压住了口误。
• 漏送与售后有凭据，签收拍照成了定责依据。
• 老板验收只看「错单与准时率」，而不是 PV。

所有数字为项目试点口径，复制前请重估花材供应、配送半径与节日产能；数据对比写清分子分母与排除周。

七、坑与复盘

1. 保鲜夸大：宣传不写「永不蔫」之类的绝对化表述，避免审核驳回，见 审核驳回。
2. 库存双写：线上线下共用一套库存源，避免节日双渠道超卖，见 上线清单。
3. 截单时间没写清：节日截单规则提前写进页面，产能排期不再靠喊。

复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；规格SKU从第一天结构化，否则节日错单复盘只能拍脑袋。

八、常见问题 FAQ