洗衣店小程序｜上门取送与价目透明方案 – MPForge

一、典型场景：一单衣物从上门到送回最容易在哪几处翻车

洗护的痛点不在洗，而在取送靠电话、状态靠问：

• 电话占线：：约取件全靠接电话，高峰期顾客打不通就换别家。
• 空跑取件：：司机按记忆跑单，人不在家白跑一趟，成本全归门店。
• 进度靠问：：衣服洗到哪一步了顾客不知道，催问电话不断。
• 污损扯皮：：收衣时没拍照留证，交回来有污损，责任各说各话。

二、方案总览：四步让取送不用打电话

取送的核心矛盾是运力有限、状态要透明。从下单到送回，四个模块一条线走完：

1. 在线下单约时段：：顾客选服务、约取件时段，地址与需求一次填清，不再电话来回。
2. 取件码交接：：司机按时段上门，取件码核验交接，空跑与错拿被流程挡住。
3. 状态自动推送：：收衣、洗涤、送回关键节点推送，顾客自己看进度不催问。
4. 售后取证：：收衣与交付拍照留证，污损争议按记录判断，跨店价目统一进价目页。

规则取舍细节见 域名与服务器；同类项目可参考 洗衣取送案例。

三、核心功能清单

• 下单与地址管理：：顾客选服务约时段，常用地址保存，下单一步到位。
• 取件时段与取件码：：司机端只看当日任务，取件码核验交接，避免空跑错拿。
• 价目与加急：：价目统一进固定页，加急按规则计价，变更留生效时间。
• 状态推送：：收衣、洗涤中、送回节点推送，减少催问电话。
• 售后取证：：收衣交付拍照留证，污损责任按记录判断。
• 可选会员储值：：储值与单次下单账本分开记，退款少打架，履约稳后再开。

四、落地实施过程：五步上线

方案逻辑四步，落地拆成五个动作，前一步跑顺再进下一步：

1. 进场准备：：把价目、加急规则、服务半径与时效逐项录入后台校对；售后口径先落成系统固定页，争议有页面可指。商家能感知的是价目透明、不再口头报价。
2. 系统对接：：下单、取件与状态推送打通，顾客、司机、前台用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是调度不再靠本子。
3. 员工培训：：司机只练当日任务与取件码交接；前台学会登记与售后取证。商家能感知的是取送不再靠电话喊。
4. 灰度试点：：先拿一个片区小范围试跑，不做数字考核，只看空跑有没有减少、状态推送准不准。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

说清楚不做什么，比堆功能更重要：

• 不对接中央工厂：：首版门店履约即可，中央工厂系统对接放二期。
• 不碰分销裂变：：履约稳定前不开放分销，先保证取送闭环可验。
• 效果按试点口径：：验收按试点前后对比定性描述，不是全公司财报；复制到新店前请重估运力与服务半径。

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

口径：试点前后对比，定性描述。试点期内取件空跑与催问电话明显减少、污损争议有证可查，店员收衣登记主路径一分钟内完成；司机只看当日任务。以上为作业口径，非全公司财报口径。

复盘沉淀：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；数据对比写清分子分母与排除周。

七、常见问题 FAQ