家电维修店小程序｜报修派单与配件回访方案 – MPForge

一、典型场景：一单维修从报修到回访最容易在哪几处翻车

维修的痛点不在手艺，而在信息不同步、费用说不清：

• 空跑上门：：故障描述不清就派单，师傅上门发现没带配件白跑。
• 配件口头加价：：换件价格当场报，客户觉得被宰，投诉就来了。
• 进度黑箱：：修到哪一步客户不知道，催问电话不断。
• 回访缺失：：修完没人管，二次故障找不到当时的工单。

二、方案总览：四步把工单管透

维修的核心矛盾是故障信息不对称、费用要透明。从报修到回访，四个模块一条线走完：

1. 在线报修：：故障类型与图片结构化提交，师傅上门前就知道带什么件。
2. 派单接单：：按区域与技能派单，师傅端只看当日任务，接单有记录。
3. 配件确认：：换件先报价客户线上确认，口头加价变成有记录的确认。
4. 进度与回访：：维修状态客户可查，完工推送回访，保修判定按规则页执行。

规则取舍细节见 审核被拒；同类项目可参考 家电报修案例。

三、核心功能清单

• 报修受理：：品牌机型故障结构化表单，图片上传辅助判断。
• 派单接单：：按区域技能派单，跳态留审计。
• 配件确认：：换件报价线上确认，费用留痕不扯皮。
• 进度可见：：接单、维修中、待取机状态客户可查。
• 回访记录：：完工两条回访问句，结果挂工单可追溯。
• 保修规则：：保修判定规则进固定页，多品牌模板可配。

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

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

1. 进场准备：：把品牌机型、配件价目、保修规则逐项录入后台校对；保修判定先落成系统固定页，师傅按页面执行。商家能感知的是费用有页面可指。
2. 系统对接：：报修、派单与回访打通，调度、师傅、客服用同一工单号说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是空跑消失。
3. 员工培训：：调度只练一分钟内完成派单；师傅学会接单与配件确认。商家能感知的是加价有据。
4. 灰度试点：：先拿一个网点小范围试跑，不做数字考核，只看空跑有没有减少、配件确认顺不顺。商家能感知的是问题清单在收敛，而不是上线即全量。
5. 值班应急：：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不上配件商城：：配件商城等维修闭环达线后再开，首版不背库存包袱。
• 不做多品牌总控：：多品牌模板可配，品牌方总控系统对接另行评估。
• 效果按试点口径：：验收按试点前后对比定性描述，不是全公司财报；复制前请重估网点与师傅编制。

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

口径：试点前后对比，定性描述。试点期内空跑明显减少、配件费用争议当场对账，调度派单主路径一分钟内完成；每单维修可回查。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ