FAQ
小程序开发：私域门店导购订单归属怎么验收
💡 直接回答
结论：私域门店小程序验收导购订单归属，应把获客来源、实际服务、订单归因和结算依据分开保存，并记录规则版本与人工调整；跨店购买、部分退款、员工离职或规则改版后，历史订单仍应按当时证据复核。
私域门店小程序验收导购订单归属，不能只看订单里有没有员工编号。应把获客来源、实际服务、订单归因和结算依据分开保存，并记录规则版本、计算时间与人工调整日志。这样遇到跨店购买、部分退款、员工离职或规则改版时，历史订单仍能按当时依据复核。
先把来源、服务和结算拆成三本账
- 来源账：记录导购二维码、分享链接、门店活动、自然访问等入口，以及首次和最近一次有效触达时间。
- 服务账：记录当前服务门店、负责导购、接待记录和交接时间，不用一个客户标签覆盖全部历史。
- 订单账：在订单或订单明细保存归属导购、归属门店、计算规则版本和归因快照。
- 结算账：依据已完成、已退款、已取消等真实交易状态计算内部统计，并与客户服务关系分开。
规则要能回答“当时为什么归给他”
企业可选择首次有效绑定、最近有效服务、指定门店、人工分配等规则，但需要写清优先级、有效期和冲突处理。例如，客户先扫 A 导购码，之后由 B 门店完成咨询并下单，系统应根据已确认的规则生成归因快照，而不是后台展示谁就临时改给谁。规则发生调整时，新订单使用新版本，历史订单保留原版本，避免月末统计因配置变化被重算。
| 场景 | 应保存的证据 | 验收重点 |
|---|---|---|
| 跨门店下单 | 入口、接待、下单时间与规则版本 | 冲突时按约定优先级计算 |
| 部分退款 | 订单明细、退款明细与结算状态 | 只调整对应商品或服务 |
| 导购离职 | 离职时间、客户转交人与权限失效记录 | 历史订单不被改写 |
| 人工调归属 | 原值、新值、原因、操作人与审批记录 | 可追溯且不能静默覆盖 |
用四组异常场景做复验
- 同一客户先后接触两名导购并跨店下单，核对归属、门店和结算口径是否一致。
- 订单发生整单退款、部分退款、换货和取消，核对统计调整与原订单链路。
- 导购离职或转岗后，验证客户移交、账号停用和批量导出权限同时生效。
- 管理员调整归属后再次退款，检查系统使用调整后的业务归属，同时保留原始快照与审批日志。
哪些情况下先不要自动结算
门店尚未统一客户归属规则、线下收款无法回写订单、退款与换货状态不完整，或员工离职流程没有和账号权限联动时，可以先记录来源与服务证据，不宜直接让系统自动计算导购结算。应先对齐订单状态、退款口径、规则版本和审批责任，再开放结算或批量调整能力。
聚匠科技可按门店、导购、订单和售后流程协助梳理小程序与 CRM 的归因设计。相关内容可继续查看小程序开发、CRM 与私域运营 FAQ、私域卖货模式和软件定制开发 FAQ。
合规说明：客户归属、营销触达和导购奖励应建立在合法经营与真实交易基础上，不采用违规层级推广或按人员关系计酬；个人信息仅按服务必要范围处理。
