到了现场才发现去不了
品类、地址、是不是商铺、大车能不能进场，电话里经常漏。人到了才知道这单做不了。
行业解决方案 · 再生资源回收居民下单，上门结算
居民下单，上门结算
在同一个小程序里
一个微信小程序两个入口：居民预约上门，上门人员接单、上报位置并现场结算。钱在线下付，派到移动仓的单才会入库。
- ✓ 居民下单与上门接单
- ✓ 审核后派到门店
- ✓ 现场结算、移动仓入库
BUSINESS CHALLENGES
下单、派店、结算对不上
居民用微信约上门，回收人员到了现场才知道地址和品类。派给谁、金额怎么定、货进没进仓，都靠事后补。
派到人，一换人就改派
审核、驳回、超时无人接，状态越拆越多。居民和上门人员看到的进度不一致。
结算和入库混在一起
现场实付和目录价经常不同，系统里却只留一笔数。不该入库的货如果写成入库单，库存会虚增。
状态口径全系统只有六种状态。居民把「审核中」和「已派单」都看成待接单，不再另拆已确认、待重新派单。
SOLUTION BLUEPRINT
一个小程序，两条入口
居民入口负责下单和看进度。上门入口用员工账号，只给移动仓和上门两类门店。门店日常的买入卖出在回收管理 APP。
居民下单，管理员派到店
居民用微信注册并验证手机号后下单。地址只到区县，商铺单必须写清车辆条件。管理员在审核中驳回，或选一家移动仓、上门门店。已派单不能直接改派。
居民提交
→审核派店
→门店选人
→现场结算
线下付款，两笔金额都留下
小程序不收款，也不要求居民在线上确认金额。行单价锁定为结算当时的目录价，整单最终总额可以改。派到移动仓才写入库，派到上门点只完成上门单。
✓一个小程序两个入口
✓六种系统状态
✓行单价不可改
✓最终总额可改到分
✓只有移动仓结算才入库
PRODUCT WALKTHROUGH
从下单到结算的示意台
下面是匿名示意。不会真正下单、派单或入库，金额和地址都是模拟数据。
待处理2审核中 + 已派单
上门中1进行中
居民文案待接单两种系统状态
| 订单 | 居民看到 | 系统状态 | 门店 | 物品 |
|---|---|---|---|---|
| D1042 | 待接单 | 审核中 | — | 纸类 |
| D1041 | 待接单 | 已派单 | 城南移动仓 | 金属 |
| D1038 | 上门中 | 进行中 | 河西上门点 | 塑料 |
模拟数据仅用于展示页面结构与交互，不构成真实客户业绩、库存或财务数据。
CAPABILITIES
居民、上门、管理员各看各的
关键权限在服务端校验。顾客只能看自己的单，进行中的结算和位置只属于执行人。
01
居民下单
三级目录看参考价。地址可有多条、可改、不可删。下单后地址是快照。审核中可改可取消，已驳回只能再下一张新单。
02
派到门店再选人
管理员只选店，不选人。本店任何人可以把自己或同事选为执行人，也可以整单拒接。拒接或超时后回到审核中再派。
03
位置跟这一单走
进行中只有执行人上报位置。居民在详情里看当前位置，不是一张通用地图。
04
现场结算
可录多个品类。系统总额按目录价计算，最终总额是现场确定的实付。重复提交不会重复入库。
DELIVERY APPROACH
先闭环上门这一单
先打通下单、审派、选人、结算。完整轨迹和跑腿交仓后再入库，不放在这一期。
1
居民能下单
打通微信注册、手机号、目录、地址簿，以及下单、改单、取消和再下单。
2
门店能接单
管理员驳回或选店。上门人员选执行人、拒接、上报位置并结算。
3
库存按门店分叉
移动仓结算写入库单，客户留空。上门点只完成上门记录，交仓不在本期。
FAQ
常见问题
先把常见的业务与实施问题说清楚，再进一步确认需求范围。
没有书面授权。匿名案例只写行业与功能，不放客户名称、未授权截图和结果数字。
未授权则不写结果数字、不放截图。书面授权之后再补。
不是。一个小程序两个入口。居民下单，上门人员用员工账号在同一小程序里接单和结算。
上门接单、定位和结算在小程序上门入口。回收管理 APP 做门店买入、卖出、库存和报表。
不要。线下付款，也不用在线上确认金额。系统留下按目录价算出的总额，以及现场确定的最终总额。
只有派到移动仓并结算成功的单会写入库。派到上门点的单只完成上门记录。
已派单不能直接改派。本店拒接或超时后回到审核中，管理员再驳回或另选一家店。
有一块业务价值，想通过软件把它做大？
告诉我们业务目标、现状和期望上线时间。我们在 1 个工作日内回复。