家具维修小程序｜报修派单与上门确认方案 – MPForge

一、典型场景：家具维修最容易在哪几处翻车

家具维修的痛点不在手艺，而在派单靠电话、增项靠口头：

• 师傅空跑：没带够工具与配件就上门，到场发现修不了再跑一趟，一天产能被白跑吃掉。
• 增项口头价：到场发现要换五金件，口头报价客人不认，做完对账必起争议。
• 进度不可见：客户不知道师傅什么时候到、修到哪一步，一天打三个电话催进度。
• 保修说不清：修完没留验收记录，过俩月再坏，是不是同一问题、保不保修各说各话。

二、方案总览：四步管住一张维修工单

家具维修的核心矛盾是派单依赖电话、增项依赖口头。从客户报修到完工回访，四个模块一条线走完：

1. 报修先诊断：客户在小程序提交家具类型、损坏描述与照片，先初判再派单，师傅带对工具再出发。
2. 派单到人：工单按片区派给师傅，上门时间窗通知客户，师傅端同步接单。
3. 增项在线确认：到场发现增项，客户小程序上确认价格后再施工，口头报价变留痕订单。
4. 完工验收留档：完工拍照验收，客户确认后工单关闭，保修按单号起算，回访记录归档。

同类项目可参考 家具维修项目案例。

三、核心功能清单

• 在线报修：家具类型、损坏照片在线提交，初判规则减少无效上门。
• 派单系统：按片区与技能派单，师傅端接单留痕，空跑率下降。
• 增项确认：增项价格客户在线确认后执行，口径写进固定页。
• 完工验收：完工照片与客户确认绑定，保修按单号起算。
• 回访记录：售后回访记录归档，复购与口碑管理有据。
• 进度推送：派单、上门、完工节点公众号推送，客户不再催进度。

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

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

1. 进场准备：把规则、口径与基础数据逐项录入后台校对；口头承诺先落成系统固定页，客诉才有同一套真相。商家能感知的是报修先拍照初判，空跑先降下来。
2. 系统对接：订单、支付与库存（或工单）内部打通，前台、管理与一线用同一订单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是增项价格客户点头才施工。
3. 员工培训：一线只强调一分钟内完成主路径关键动作；管理侧学会看后台记录与差异清单。商家能感知的是进度客户自己能看到。
4. 灰度试点：先拿一个片区的维修工单小范围试跑，不做数字考核，只看流程顺不顺、口径有没有对平。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做配件商城首版：配件线上商城放到维修闭环跑稳之后，先保证工单流转与增项确认可验。
• 不做无网点广撒网：没有网点与师傅编制的团队先建运力，派单系统救不了空转的运力池。
• 效果按试点口径：效果描述只做试点前后对比的定性验收，不是全公司财报；复制到下一店（下一场）前请重估客流、资质与支付配置。

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

口径：试点前后对比。定性结果：报修先初判、师傅带对工具再上门，增项经客户确认后施工，完工验收与保修按单留档，主路径关键动作 1 分钟内完成，进度由公众号自动推送。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ