案例说明：本案例经客户要求做匿名处理，品牌为化名，数据已做脱敏与区间化处理，各项指标的统计周期与分子分母口径见文中表格说明。内容用于说明方法论与系统落地路径，不构成对特定经营结果的承诺，亦不代表看店通对第三方业绩背书。
一、项目背景：多平台有销量，没有「同一客户」
品牌名称：化名「澄流生活」（生活方式杂货）
渠道：微信小程序、抖音店铺、小红书店铺、部分线下快闪
改造前：各平台各自为政；同一用户多平台下单无法识别；库存超卖；售后口径不一致
- 爆品在抖音卖空，小程序仍展示有货
- 私域优惠与公域价冲突，引发舆情
- 客服要在四个后台来回切换，人效低
- 无法回答「我们全渠道回购率到底多少」
复盘口径：全渠道主数据统一 6 个月
统计周期：「前」取治理启动前连续3个月均值，「后」取上线后第4-6个月均值；对比基准：与治理前同期对比，期间未新增销售渠道，避免把渠道扩张当成治理效果。
| 指标 | 前 | 后 | 说明 |
|---|---|---|---|
| 跨渠道超卖事件 | 月均数次 | 接近0 | 因多渠道库存不同步导致的缺货撤单次数；库存中枢与渠道配额上线后 |
| 可识别的跨渠道回购用户 | 几乎无法统计 | 约占付费用户 16% | 在两个及以上渠道有成交且可关联到同一ID的用户 / 付费用户；靠手机号与统一会员ID识别，未授权手机号的用户无法计入 |
| 客服首次解决率 | 约58% | 约79% | 首次回复即关闭的工单 / 总工单；统一工单视图上线后 |
| 私域订单占比 | 约15% | 约36% | 微信小程序订单数 / 全渠道订单总数；这是渠道结构变化，公域绝对单量并未下降 |
各渠道的角色差异（同期占比）
把四个渠道放在同一张表里看，最重要的结论不是「谁占比高」，而是每个渠道擅长的环节不同，不该用同一套KPI考核。澄流生活治理后的渠道结构大致如下：
| 渠道 | 订单占比 | 客单价相对水平 | 主要作用 | KPI应该考核什么 |
|---|---|---|---|---|
| 微信小程序（私域） | 约36% | 四个渠道中偏高 | 会员复购、配件与长尾SKU、售后承接 | 复购率、会员贡献、LTV |
| 抖音店铺 | 约34% | 偏低 | 爆品放量、新客获取 | 新客数、获客成本、退货率 |
| 小红书店铺 | 约18% | 中等 | 搜索承接、种草转化 | 内容到成交转化、笔记与详情一致性 |
| 线下快闪 | 约12% | 中等偏高 | 体验与加企微，沉淀到私域 | 加企微率、后续90天线上复购 |
三点值得注意：一是抖音订单数接近小程序，但客单价明显更低、退货率更高，只看GMV会高估其贡献；二是快闪店的当场销售额不高，真正价值在于加企微后的线上复购，若用「当天营业额」考核，团队就不会认真引导加好友；三是小红书的成交高度依赖笔记与详情页的一致性，一旦两边口径不一致，转化往往会明显下滑。渠道占比每季度会变，因此KPI分设比追求某个固定比例更重要。
二、解决方案：商品中台 + 库存中枢 + 私域沉淀漏斗
澄流以看店通为私域与订单中枢之一，配合ERP/库存系统：商品主档统一，各渠道库存配额可视；公域成交尽可能引导加企微与小程序会员。全渠道能力见全渠道私域与ERP对接。
阶段一：主数据治理（过程枯燥，但绕不过去）
- 清洗SKU编码、条码、规格；下线重复货号
- 定义「可售库存真相源」与渠道配额规则
- 统一售后政策文案，各渠道详情同步
阶段二：订单与客服合一
- 工单系统聚合多渠道订单查询（权限最小化）
- 退款原因标签标准化，回流选品
- 价盘委员会：大促前审各渠道价与券
阶段三：公域→私域漏斗
- 包裹卡/说明书引导加企微领养护课
- 小红书/抖音爆品在微信做「配件与复购专场」
- 会员等级按全渠道累计（规则需合规告知）
三、跨平台经营的决策框架
| 问题 | 建议 |
|---|---|
| 要不要所有平台都卖所有货？ | 爆品可全渠道；长尾与高服务SKU放私域 |
| 价格如何统一？ | 允许渠道价差，但要可解释（赠品/服务包） |
| 私域是否「抢」公域？ | 私域优化LTV，公域优化获客，KPI分设 |
| 系统先上什么？ | 先库存与售后，再复杂分销 |
四、经验与避坑
五、主数据治理的九十天战役怎么排期
澄流生活把治理分成洗码、定真相源、定配额、定售后文案、定价盘五步。每步有验收标准：例如洗码完成后，重复货号为零；真相源切换后，超卖工单趋零。不要并行上「全渠道积分」这种炫酷能力，那会在脏数据上叠更脏的规则。
组织上成立价盘委员会与库存委员会，成员来自运营、供应链、财务、客服。大促前开会，大促后复盘。客服工单标签回流选品，比拍脑袋下架更有效。公域到私域用包裹卡与说明书做固定入口，转化稳定且成本低。
技术上，OpenAPI与ERP对接支撑订单与库存同步；数据导出支撑财务对账。文档见OpenAPI总览、ERP集成。选型见多平台怎么选。
六、全渠道成熟度自评
- 是否有唯一SKU主档？
- 是否有库存真相源与配额？
- 售后口径是否全渠道一致？
- 能否识别跨渠道同一客户？
- 私域是否承担LTV而不是再开第四店？
- 价盘是否有审批与记录？
七、组织分工：谁对「同一客户」负责
澄流生活指定「客户资产官」角色（可由运营负责人兼任），对跨渠道识别率、超卖、售后一致性三个指标负责。渠道运营可以有自己的GMV目标，但不得为冲量破坏价盘与库存配额。财务按渠道与私域分别看贡献，避免只奖励公域爆发。
技术债要列入季度目标：重复SKU、手工改价、无工单客服，都是隐患。OpenAPI变更走版本与兼容策略，见API鉴权与OpenAPI。退出与导出能力提前验证，避免被单一渠道或单一系统绑架。
最终，跨平台不是「到处都有店」，而是「用户走到哪，体验与承诺都一致，品牌都认识他」。私域是关系层，公域是获取层，中台是真实层。
八、九十天验收标准（建议写入项目合同）
澄流生活把数字化项目验收写成可测条款：重复SKU清零；超卖工单连续四周为零；售后政策页全渠道一致；客服可在单一工单视图查询至少两大主渠道订单；私域引导入口在包裹卡上线；价盘变更留痕。达不到就不算验收通过。这样服务商与品牌目标一致。
上线后进入运营期：每月检查识别率、超卖、客服首次解决率、私域占比。指标回退要追溯是流程问题还是系统问题。避免项目结束即无人维护。相关开发文档与产品页应作为内部培训材料固定下来。
九、从项目制到运营制的交接
澄流生活在系统上线后安排四周陪跑：每周联合值班，把超卖、价盘、工单问题当场复盘并沉淀成FAQ。交接清单包括账号权限、监控告警、导出任务、值班表与升级路径。没有交接的中台项目，上线后很快会退化回手工。
建议把客户资产官的职责写进岗位说明，并与渠道运营KPI做冲突检查。例如渠道不得为冲量申请破坏全网价的券。冲突提交价盘委员会裁决。如此，全渠道才不是口号，而是可执行的经营制度与系统能力的合集。
