上门维修小程序｜拍照报价与质保方案 – MPForge

一、典型场景：上门维修增项确认最容易在哪几处翻车

上门维修增项确认的痛点不在系统多复杂，而在报价两张嘴、质保无凭据：

• 上门口头加项：到家一看不止一个毛病，加项全凭师傅现场开价，客人心里没底。
• 故障无证据：坏在哪没有照片，事后争议谁也还原不了现场。
• 确认靠口头：「修吧」一句话，事后说没说清、修没修对全靠回忆。
• 质保无凭据：修完没有质保记录，复发找谁、保多久都说不清。

二、方案总览：四步锁住每一单上门维修

上门维修增项确认的核心矛盾是现场情况多变、报价依赖口头。从客人报修到完工质保，四个模块一条线走完：

1. 报修派单：：在线报修自动派单，师傅上门前就看到故障描述，带对配件。
2. 现场拍照报价：：师傅到场拍照列项，故障照片与报价条目绑定，加项明码。
3. 客户确认：：客人在小程序逐条确认，超时只暂停、绝不默认开工，确认中位约 5 分钟。
4. 完工质保：：完工拍照留档，质保期与维修记录绑定，复发可回溯。

同类项目可参考 维修确认案例。

三、核心功能清单

• 报修派单：：故障描述与地址随单派发，师傅带对配件再上门。
• 拍照报价：：故障照片与报价条目绑定，加项明码标价。
• 客户确认：：逐条确认或拒绝，超时暂停不默认开工。
• 完工留档：：完工照片与维修明细留档，结算有据。
• 质保回溯：：质保期与维修记录绑定，复发可查。
• 公众号通知：：派单、确认与完工节点公众号触达。

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

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

1. 进场准备：把维修品类、工价表与质保口径逐项录入后台校对；报价规则先落成系统固定页。商家能感知的是加项明码、客人放心。
2. 系统对接：报修、确认与质保打通，客服、师傅与客户用同一张工单说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是结算不再吵。
3. 员工培训：一线只强调一分钟内完成接单、拍照、推确认的主路径关键动作；站长学会看确认超时队列。商家能感知的是加价推得动、有依据。
4. 灰度试点：先拿一个站点的日维修单灰度试跑，不做数字考核，只看增项客诉与确认耗时两条线。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；私人微信改价列为红线，异常改价队列日清。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做配件商城：配件商城、以旧换新金融一律砍掉，先把维修信任链路做短。
• 不默认超时开工：超时视为同意行不通，系统只做暂停，不替客户拍板。
• 效果按试点口径：试点增项客诉周均约 7→1 起、确认完成中位约 5 分钟（案例口径）；复制到新站点前请重估师傅规模与单量。

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

口径：试点前后对比。验收结果：增项客诉下降；报修、报价、确认、质保一条线走完，主路径关键动作 1 分钟内完成，加项明码客人放心。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ