搬家增项确认小程序｜现场单存证与尾款方案 – MPForge

一、典型场景：搬家现场增项最容易在哪几处翻车

搬家现场增项的痛点不在系统多复杂，而在价格两本账、增项无凭据：

• 口头加价：到了现场才说楼梯费、超重费，电话报价全不算数，客人火大。
• 增项无凭据：多搬几件家具、加一个空调拆装，口头一句就干了，结算翻脸。
• 存证缺失：搬前搬后没有照片，物品磕了碰了说不清，责任扯皮。
• 尾款拖延：活干完尾款拖着，师傅不满，公司垫钱两头受气。

二、方案总览：四步锁住每一单增项

搬家现场增项的核心矛盾是现场情况多变、价格依赖口头。从下单出预估单到确认增项结清尾款，四个模块一条线走完：

1. 预估先出单：下单按户型与物品出预估单，楼层费、超重费写进页面，先说明后搬家。
2. 增项必确认：现场增项先出增项单，客人在小程序确认才加价，不确认不加项。
3. 拍照存证：装车前、卸车后拍照存证，物品状态有据可查，磕碰责任说得清。
4. 尾款节点结：增项与尾款挂在确认节点，活干完当场结清，不拖欠。

规则取舍细节见 验机报价确认模式；同类项目可参考 搬家增项案例。

三、核心功能清单

• 预估单：：按户型物品出预估，费用项预置写清，先说明后干活。
• 增项确认单：：现场增项客人小程序确认生效，不确认不加价。
• 拍照存证：：装车卸车拍照留档，物品状态可回查。
• 尾款节点：：尾款挂确认节点当场结清，金额随单走。
• 费用预置：：楼梯费、楼层费、保价规则预置进固定页。
• 公众号菜单导流：：订单与增项确认入口可与公众号菜单导流配合。

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

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

1. 进场准备：把费用项、增项价格与保价规则逐项录入后台校对；增项确认流程先落成系统固定页。商家能感知的是现场不再讨价还价。
2. 系统对接：预估、增项与尾款打通，客服、师傅与客户用同一张现场单说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是结算纠纷降下来。
3. 员工培训：一线只强调一分钟内完成出单、确认、拍照的主路径关键动作；调度学会看增项确认率与异常单。商家能感知的是纠纷有单可查。
4. 灰度试点：先拿一个旺季的搬家订单灰度试跑，不做数字考核，只看增项纠纷有没有收敛、确认率动没动。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；弱网、拒权、支付取消三条路径必须进提审前用例。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做全国调度平台：跨城调度、全国运力撮合不进首版，先把自己城市的订单闭环做实。
• 不替客户定保价口径：保价规则预置进固定页供选择，保不保、保多少由客户确认。
• 效果按试点口径：「增项纠纷下降」是试点前后对比的验收结果；复制到新城市前请重估运力与费用结构。

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

口径：试点前后对比。验收结果：增项纠纷下降；预估、确认、存证、结清一条线走完，主路径关键动作 1 分钟内完成，现场加价不再扯皮。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ