案例
二手 · 家具
二手家具寄售小程序案例：上架审核、带看与结算｜互联商通
直接回答：互联商通为华东一家二手家具寄售店落地寄售管理小程序，用「上架审核 → 带看预约 → 成交结算」三步闭环替代微信传图上架与口头结算，试点六周内上线。试点期结算可留痕、带看有反馈（试点口径），店主验收标准从「商品上去了」改为「审得到、带看得约、结算说得清」。
六周从开工到试点上线（试点口径）
先审后上寄售商品审核通过才展示
可留痕成交结算按单据留痕
3 步审核 → 带看 → 结算
一、客户背景与痛点
这家寄售店收卖二手实木家具，货主把货寄在店里，上架靠微信传图、卖没卖靠翻聊天记录，生意能做，但账越来越难算。
三个最疼的问题：
- 上架随意：货主微信发几张图就算上架，规格成色没有标准，买家问啥都现问。
- 带看无反馈：买家想看实物，约没约、来没来，店员口头转达，常常扑空。
- 结算扯皮：卖了多少、扣多少佣金、什么时候给货主结钱，全靠记忆与聊天记录。
二、方案总览：审核、带看、结算三环闭环
首版克制，只做寄售履约闭环，把「微信传图」变成「审核上架、预约带看、按单结算」。
- 上架审核：货主按模板提交商品信息与实物图，店铺审核通过才对外展示。
- 带看预约：买家预约到店看货，时段确认后双方都有提醒。
- 成交结算：成交后按单结算，佣金比例与付款留痕可查。
同类寄售模式可参考 数码回收解决方案（寄售变体），带看场景可参考 公寓看房案例。
三、核心功能清单
- 寄售上架模板：品类、规格、成色、寄售价按模板提交，信息一次收齐。
- 审核流：违规商品与资料不全的拦截在上架前，见 内容安全。
- 带看预约：买家选时段、店铺确认，扑空率明显降低。
- 成交结算单：成交价、佣金、应付货主金额一张单算清。
- 自营寄售区分：自营与寄售商品库存标记区分，账目不打架。
四、落地实施过程
总览里的三步讲的是方案逻辑，这一节讲它怎么落到寄售店里：试点六周完成上线，拆成下面五个动作，前一步跑顺再进下一步。
- 进场准备：规则与协议先定稿。开工先把佣金比例、存放期、损坏责任逐项与店主确认，写成寄售规则页与协议模板；在售商品按模板重新整理成可提交的结构化资料。店主看到的是规则一页页对完，买家此刻还看不到变化，但开放上架时口径已经是完整的。
- 系统对接：审核与结算先跑通。上线前把审核流与结算单联调跑通——驳回要有理由、结算要能导出；支付走店铺对公主体，买卖双方与货主主体一致不踩合规红线。扯皮从「翻聊天记录」变成「调结算单」；店主感知是每一笔货款都算得清。
- 员工培训：一条主线加两套话术。店员培训只强调一条：没审核的不展示，没结算单的不放款。对货主的话术很简单——「小程序里提交资料，审核过了就上架」；店员则学会审核、排带看、出结算单，日常不再翻微信记账。
- 灰度试点：部分在售品先上，改完再全量。全量放开前先拿一批在售商品试运行：模板够不够用、带看约得顺不顺、结算单对不对。试出来的问题当场改——品类模板补全、佣金口径修订，再全量切换；试点期不做数字考核，只看流程顺不顺，正式口径见第六节。
- 值班与应急：结算日驻场加兜底。结算日与周末看货高峰驻场，值班覆盖审核、带看、结算三类突发。货主不会用小程序的，店员代录商品兜底，微信传图与小程序并行过渡不强制；结算争议当场调单据核对。试点暴露的问题全部进了第七节的复盘清单。
五、明确没做的事（对比与取舍）
首版不做全国寄售平台。跨城物流、异地验货会放大纠纷成本，先保证单店寄售闭环可验，平台化放长期规划。
六、上线后效果（试点数据口径）
试点六周内：
- 成交结算可留痕，货主对账有了凭据。
- 带看有预约有反馈，买家扑空明显减少。
- 店主验收只看「审核与结算」，而不是商品图数量。
所有数字为项目试点口径，复制前请重估品类结构、佣金模式与存放条件；数据对比写清分子分母与排除周。
七、坑与复盘
- 违规商品过审：早期有来路存疑的商品混进上架队列，加严审核清单并留审核记录，见 审核驳回排查。
- 货主隐私泄露：商品图带出门牌与联系方式，审核时统一脱敏，见 隐私协议。
- 存放期口头约定：超期家具占地方又退不掉，第二批把存放期写进寄售规则页与协议模板。
复盘沉淀为方法论：把可勾选验收句写进开工单，避免「上线了」代替「指标达线了」；佣金与损坏责任从第一天写进规则页，否则每笔结算都是一场谈判。
八、常见问题 FAQ
自营和寄售怎么区分？
库存按来源标记区分，自营商品直接售卖，寄售商品走审核与结算流程，账目互不混淆。
送货安装能加吗？
建议二期再加。先跑通审核、带看、结算闭环，同城配送按单报价单独规划。
在线支付怎么走？
支付收款与店铺主体一致，货主结算由店铺按结算单付款，避免代收代付的合规风险。
家具损坏谁负责？
存放期内的损坏责任按寄售协议约定划分，责任条款写进规则页，带看与入库记录可作凭证。
