S标准T2+T3优先级 5.3会话挖标签标签体系人工确认替代 3 小时手打

UC-03 · 企微客户标签自动补全

客户在群里说了句「家里宝宝刚满月」· 没人记得把她标成「母婴敏感人群」

!
演示模式 · 可视化预演

本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。 案例设定:洁屿家居(虚构)UC-01 的唤醒名单跑出来后,新问题来了:名单里一半客户标签是空的。私域运营的日常是每天 3 小时手动打标签 —— 群聊里的每句「敏感肌」「家里有娃」都要人脑记住再手动备注。

会话样本
30 天
建议标签
231 条
冲突标签
17 条
归并后体系
18 个标签
输入

运营手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框
01_企微现有标签与打标现状.xlsx
现状是起点 —— 哪怕是乱的
企微后台导出
02_会话存档记录_近30天.xlsx
标签的事实来源 —— 客户自己说的话最准
企微会话存档(已授权)
03_订单数据_与UC01同源.xlsx
行为标签的来源 —— 说的和买的交叉验证
UC-01 的同一份订单导出

注意标橙色那一份 —— 02_会话存档记录_近30天.xlsx。它企微会话存档(已授权),平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词

就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底
企微的会话记录、现有标签、订单数据都在这,帮我把标签补上。 客户聊天里说过的关键信息(家里有什么人、什么肤质、什么使用场景)都挖出来, 说的和买的对不上的单独列出来让我判断。 建议标签给我一份清单,我确认了再写进去。 现在标签乱七八糟的,顺手帮我归并一套干净的。

短是因为「挖矿规则、标签归并算法、冲突判定、建议清单结构」都在能力包里。私域运营或运营专员谁用都行。

触发

每天 3 小时的手打标签

私域运营最崩溃的不是获客难

UC-01 名单暴露的标签缺口不是个例 —— 1.2 万好友 74% 无标签。手动补标的速度(每天 20-30 个)永远追不上进人的速度。

1

会话挖矿 · 客户说的话就是标签

每句自我披露都定位到人
挖矿结果数量
30 天会话样本4,100 条
含明确自我披露的会话312 条
可生成建议标签231 条(去重后)其余 81 条已被手动标记
覆盖客户198 人

挖矿的第一条金矿之外的发现:43 个客户问过「有没有补充装/大容量装」—— 这个 SKU 不存在。

这一步的看点 · 从会话里发现了无人认领的需求挖矿时发现 43 个客户在会话里问过「有没有补充装/大容量装」—— 这个 SKU 根本不存在,而提问的人里 9 个是「沉睡高价值」层。

这不是标签,是产品需求清单 —— 顺手就交给了老板娘。客户主动说出来的需求,比任何问卷都真。
2

标签体系归并 · 从数据里长出来

19 个乱标签 → 18 个干净标签
归并动作示例
语义合并「宝妈」「有娃」「母婴」→「家有孩子(0-3/3-12/12+ 分档)」
删除3 个空标签 + 2 个错别字标签
新增(挖矿产出)「家有婴儿」「小厨房/租房」「代买长辈」「无香偏好」「大容量需求」

第一版 18 个标签 —— 标签贵在准不在多,能支撑唤醒分层(UC-01)和 SOP 分支(UC-02)就够。

3

行为交叉 · 说的和买的对上

冲突不静默覆盖
类型数量处理
会话与订单一致214 条直接进建议清单
冲突(说的≠买的)17 条人工判断清单(每条带双方证据)

冲突的典型:说「只用无香」但买过香氛款 —— 大概率是代买(给家人买),静默覆盖会把「给爸妈买的」错标成「自用无香」。

这一步的看点 · 该拦的地方拦住了结论写的是「这批建议标签还不能批量写入」—— 冲突标签 17 条(说的和买的不一致),静默覆盖会让后续唤醒话术全错。

给出的不是干等:无冲突的 214 条先确认写入,17 条冲突的列人工判断清单 —— 每条带上会话原话与订单记录,10 分钟判完。批量与人工分头走,不互相等。
4

建议清单 · 人确认后才写入

每条带出处 · 凭证留痕
客户建议标签出处
客户A家有孩子(0-3)「家里宝宝刚满月」(08-12 群聊)
客户B小厨房/租房「租的房子厨房小」(08-09 私聊)
客户C代买长辈「给我爸妈买的」(08-14 私聊)
(合计)231 条建议 · 198 人全部带原话或订单出处
5

体系固化 · 从此标签怎么打

人工只做确认
规则内容
新增会话自动进挖矿队列 · 每日出建议清单
新增订单自动交叉验证 · 冲突出人工清单
标签变更逐条带出处 · 确认后手动写入企微

每天 3 小时的手打归零 —— 人工只剩「确认」这一个动作,且确认有凭证。

这一步的看点 · 把技术动作翻译成钱「标签补全」翻译成:「每天 3 小时的手打标签归零 —— 按运营月薪折算每月约 2,600 元人力;而标签到位后,UC-01 唤醒名单的转化按美甲店案例 1.3 倍客单提升口径,1,240 人名单的预期回款再上浮三成」。

标签这个苦活第一次两头算出了钱:一头省人力、一头提转化。
214 条先写入 · 17 条冲突的今天判完 —— 判不完不发那 17 人的唤醒消息
冲突标签牵扯的 17 人恰好有 9 人在本次唤醒名单里 —— 他们的唤醒话术依赖标签正确。

方案 A(推荐 · 今天闭环):林悦 10 分钟判完 17 条冲突(每条带双方证据),231 条全部写入 —— 明天的唤醒分批发送不受影响。
方案 B(分批发):214 条今天写入、无冲突客户先发;17 人等判断完成后单独发 —— 快启动一天,代价是名单分两批话术要准备两版。
另:「大容量装」需求清单(43 人 · 含 9 位沉睡高价值)建议同会上报 —— SKU 决策是老板娘与采购的事,但需求证据已经摆齐了。
之后

这一次跑完,公司多了什么

不讲省了多久 · 讲少了几个隐患、沉淀了什么
✓
每天 3 小时手打标签归零 —— 人工只做确认,且确认有凭证
✓
标签体系从数据里长出来 —— 「宝妈/有娃/母婴」三个词合成一套
✓
43 个客户主动提的「大容量装」需求浮出 —— 会话挖矿顺手产出产品需求
✓
UC-01/UC-02 的前置依赖补齐 —— 分层更准、SOP 分支可执行

追问现场可能被问到的

答不上来的问题,比答得漂亮的问题更能决定这场演示的结果

会话存档涉及隐私吗?
只读客户授权存档范围内的记录,挖出的标签逐条带原话出处供人工确认 —— 企微本身对标签变更有留痕要求,我们顺着规矩来。
标签要建多少个合适?
第一版控制在 20 个以内 —— 能支撑分层唤醒和 SOP 分支就够,标签贵在准不在多。
老的乱标签要不要清掉?
归并方案里会映射(旧标签→新标签),不清历史 —— 历史标签错的由冲突清单逐条修正。

想回顾完整案例?

返回场景引入页,可查看完整案例背景、演示步骤与提示词