同城跑腿计价小程序｜锁价签收凭证方案 – MPForge

一、典型场景：同城跑腿下单签收最容易在哪几处翻车

同城跑腿下单签收的痛点不在系统多复杂，而在价格两个数、完成无凭据：

• 规则无版本：计价规则改了没人通知，客人按旧价下单、骑手按新价收钱，纠纷说不清。
• 改价无审批：客服口头一句「给他便宜点」，改价没有记录，月底对账全是糊涂账。
• 节点不回传：取件没取、送到没送全靠骑手自觉，客人催单客服一问三不知。
• 签收无凭证：「放门口了」算不算完成？假完成单月底一算，赔付全站承担。

二、方案总览：四步锁住每一单的价格与凭证

同城跑腿下单签收的核心矛盾是价格依赖口头、完成无凭据。从客人下单到签收回单，四个模块一条线走完：

1. 按版本计价：：计价规则带版本号发布，双人复核，当时到底哪个价可回溯。
2. 下单即锁价：：下单生成锁价快照存证，对客可见明细；改价走确认与审批，客服口头无效。
3. 节点回传：：取件、运输、送达节点自动回传，雨天等加价触发状态下单前展示。
4. 签收有凭证：：签收拍照不合格自动引导重拍，异常改价队列店长日清，拒单超时改派并计绩效。

同类项目可参考 计价签收案例。

三、核心功能清单

• 计价规则版本：：规则引擎带版本号，发布双人复核，纠纷可回溯。
• 下单锁价：：锁价快照存证对客可见，改价走审批留痕。
• 节点回传：：取送节点自动回传，加价触发状态下单前展示。
• 签收凭证：：签收拍照分辨率阈值校验，不合格引导重拍。
• 隐私保护：：门牌与手机号隐私打码默认开启。
• 公众号通知：：下单、送达与异常公众号触达，拒权时短信降级。

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

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

1. 进场准备：把计价规则、加价触发与签收标准逐项录入后台校对；规则发布走双人复核。商家能感知的是价格纠纷能翻到当时的版本。
2. 系统对接：下单、节点与签收打通，客服、调度与骑手用同一张订单说话；对外只用正式版小程序码，体验版仅限内部验收。商家能感知的是假完成有记录可查。
3. 员工培训：一线只强调一分钟内完成接单、回传、签收拍照的主路径关键动作；站长学会看异常改价队列。商家能感知的是改价不再口头。
4. 灰度试点：先拿一个站点的日订单灰度试跑，不做数字考核，只看计价客诉与假完成两条线。商家能感知的是问题清单在收敛。
5. 值班应急：上线首周值班覆盖支付、核销、授权三类突发；地图里程与绕路差用确认机制消化，不让骑手私下加钱。商家能感知的是突发有人接、有记录可查。

五、明确没做的事

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

• 不做跨城中台：跨城物流中台、自研智能调度大盘、骑手借贷一律后置，先压住同城履约客诉。
• 不承诺零纠纷：锁价与签收能把争议降到可回溯，不替站点担保零赔付。
• 效果按试点口径：试点计价客诉下降、假完成日均 14→3 量级（案例口径）；复制到新站点前请重估单量与骑手规模。

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

口径：试点前后对比。验收结果：锁价可查；计价、锁价、回传、签收一条线走完，主路径关键动作 1 分钟内完成，假完成有记录可查。以上为作业口径，非全公司财报口径。

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

七、常见问题 FAQ