汽修增项确认小程序｜拍照报价签认方案 – MPForge

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

到店维修增项确认的痛点不在系统多复杂，而在报价两张嘴、结算两本账：

• 客户不在场：举升检查发现增项，客户已离开，电话里描述半天客户也听不懂。
• 照片说不清：微信随手发几张糊图，坏了哪个件、为什么换，客户看不明白就起疑。
• 确认无凭据：「行，你看着弄」式口头确认没有留痕，事后谁也说不清当时确认了什么。
• 结算对不上：结算单与确认单两张皮，出纳与车间各执一词，对账靠回忆。

二、方案总览：四步锁住每一笔增项确认

到店维修增项确认的核心矛盾是客户不在场、确认依赖口头。从环检拍照到结算对齐，四个模块一条线走完：

1. 环检留照：：举升后按部位环检拍照，照片与增项条目绑定，不是微信随手糊图。
2. 增项推送确认：：增项草稿生成确认单推送客户，支持逐条确认或拒绝，电话只作辅助。
3. 确认后开工：：无确认不施工是硬规则；超时只暂停、绝不默认同意。
4. 结算自动对齐：：结算单与确认单一一对应，出纳与车间不再各执一词，质保期内可回溯。

同类项目可参考 增项客诉案例。

三、核心功能清单

• 环检照片：：照片与增项条目绑定，支持关键部位短视频，存储与质保期对齐。
• 增项明细：：逐条列明项目与价格，客户可逐条确认或拒绝。
• 客户确认：：小程序确认加订阅消息提醒，超时只暂停不默认同意。
• 施工权限：：确认后才开放施工工单，打印件水印含确认号。
• 结算对齐：：结算自动核对确认记录，与收银系统可先 CSV 对接。
• 公众号通知：：确认与结算节点公众号触达，客户不用守在店里。

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

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

1. 进场准备：把常修部位、增项目录与价格区间逐项录入后台校对；无确认不施工先落成系统固定页。商家能感知的是车间与客户用同一张确认单。
2. 系统对接：环检、确认与结算打通，技师、出纳与客户用同一套确认记录说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是结算不再靠回忆。
3. 员工培训：一线只强调一分钟内完成拍照、推单、记录确认的主路径关键动作；店长学会看确认超时队列。商家能感知的是增项推得动、有依据。
4. 灰度试点：先拿一家门店的周工单灰度试跑，不做数字考核，只看增项客诉与确认耗时两条线。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；技师绩效挂钩增项时配过度推销抽检。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做配件商城：配件商城、保险直连、技师直播不在首版，先把信任链路做短。
• 不默认超时同意：超时视为同意被法务否决，系统只做暂停，不替客户拍板。
• 效果按试点口径：试点增项客诉约 6→1 起/周（案例口径）；复制到新店前请重估工单结构与技师分工。

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

口径：试点前后对比。验收结果：无确认不施工；环检、推送、确认、结算一条线走完，主路径关键动作 1 分钟内完成，增项报价不再靠两张嘴。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ