做回收生意的人几乎都遇到过这样的场面：用户电话里问“旧空调收多少钱”，客服报了个价；师傅上门看了一眼，说这个价收不了；用户觉得被套路了，投诉到平台；客服去找师傅核实，师傅说当时讲过、用户没同意。三方各执一词，谁也拿不出证据。
这类纠纷的本质不是人不行，而是整个交易过程没有留痕。回收小程序要解决的，恰恰是这件事。
回收是“逆向电商”，价格在现场才产生
普通电商是先定价后发货，回收是先看货后定价。这个顺序差别，决定了回收系统的设计重心和商城完全不同：
• 商品状态不可预知，每一单的“商品”，其实是师傅上门那一刻才确定的；
• 价格产生在现场判断里，可能来自总部定价表，可能来自师傅的经验，甚至来自和用户的一轮讨价还价；
• 订单从预约到打款要经过七八个状态，任何一个状态没有记录，后面就会扯皮。
所以回收小程序最值钱的页面，不是精美的首页，而是师傅端那个现场确认页——拍照、录称重、录入品相、给出报价、用户确认。这一页做扎实了，大多数纠纷就失去了生长的土壤。
状态链：一单回收生意的完整生命周期
一单典型的上门回收，至少要经历这些状态：预约成功、已派单、上门中、已到现场、定价确认（用户同意或拒绝）、已称重记账、待打款、已打款、完成。每个状态之间都可能掉链子：用户爽约、师傅改期、用户不认可价格、货拉走了钱没到账。系统要做的，是让每一次状态变化都有时间、有操作人、有凭证。
打款环节尤其值得投入：自动生成带订单编号的转账凭证，用户端和财务端都能随时查。这个功能的技术成本不高，但纠纷发生时的价值极高——它把“你说打了、我说没收到”变成了“凭证在这里”。
状态链跑顺之后，第二个价值是师傅的绩效账。每单收入按品类提成还是按单计价、当天谁的跑单量多、哪个站点今天收了多少货，都能从状态记录里直接出报表。三个师傅靠脑子记还行，五六个师傅还靠微信群翻聊天记录对账，月底就是一场消耗战——不少回收公司正是在这个规模上开始找系统的。
定价权先定制度，再进系统
上门师傅能不能改价？能改多少？超过多少要请示？这些是业务规则，不是功能需求。合理的做法是先把这些规则写成白纸黑字，再让系统去固化：定价表由总部维护，师傅在权限范围内调整，超出权限走审批。系统能管住的是“谁在什么时候改了什么价”，管不住的是“他该不该改”——后者是管理问题，但系统留痕会让管理有着力点。想把定价权完全交给软件、自己当甩手掌柜的，多半会在第一次大面积投诉时醒过来。
品相判断是另一个容易扯皮的点。同一台旧空调，师傅说“能用”和“成色好”是两个价。定价表除了品类和基础价，最好把品相分级标准也写进去：能否开机、外观损耗、附件是否齐全。现场确认页让师傅按分级选项打勾，而不是自由发挥填词，用户端看到的报价依据才可复现，总部也才能横向比较各站点的收购质量。这套标准不必一次写全，从最高频的三五个品类开始迭代就够用。
