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

① 场景引入

一、这件事现在是什么样

用户与私域运营 · 真实业务触发

UC-01 的唤醒名单跑出来后，新的问题来了：名单里一半客户标签是空的，「沉睡大户」们买了什么都查不到关联。私域运营的日常是每天 3 小时手动打标签 —— 群聊里的每句「敏感肌」「家里有娃」都要人脑记住再手动备注。

二、痛点 · 每条都有来源

1. 私域运营从业者自述：做私域 5 年，最崩溃的不是获客难，而是每天 3 小时手动打标签 —— 客户群聊发一句「敏感肌泛红」要手动备注，朋友圈点赞一条「孩子早教」得逐一对接标注
   依据：私域运营从业者自述：做私域 5 年，最崩溃的不是获客难，而是每天花 3 小时手动打标签 —— 客户群聊发一句「敏感肌泛红」要手动备注，朋友圈点赞一条「孩子早教」得逐一对接标注
2. 标签是私域一切动作的前提：分层唤醒（UC-01）要标签、SOP 分支（UC-02）要标签—— 没有标签的私域只能群发，而群发的下场是被屏蔽
   依据：唤醒一个老客的成本比拉一个新客低约 10 倍；生活馆60 万会员中 30 万沉睡，分层后用 AI 语音+5 折券捞回 8000 多人、做了 300 多万 GMV；沉默会员中「以前花钱多最近没动静」的只占 20%-30% 却贡献绝大部分激活收入
3. 客户在会话里主动说出的信息（肤质/家庭成员/使用场景）是最准的标签来源 —— 但这些信息说完就沉底，从没被捞起来
   依据：私域运营从业者自述：做私域 5 年，最崩溃的不是获客难，而是每天花 3 小时手动打标签 —— 客户群聊发一句「敏感肌泛红」要手动备注，朋友圈点赞一条「孩子早教」得逐一对接标注

三、换个做法之后

变化不在「快」，在「参与的角色」和「覆盖的范围」

✕ 现在的做法

• 私域运营从业者自述：做私域 5 年，最崩溃的不是获客难，而是每天 3 小时手动打标签 —— 客户群聊发一句「敏感肌泛红」要手动备注，朋友圈点赞一条「孩子早教」得逐一对接标注标签是私域一切动作的前提：分层唤醒（UC-01）要标签、SOP 分支（UC-02）要标签 —— 没有标签的私域只能群发，而群发的下场是被屏蔽
• 客户在会话里主动说出的信息（肤质/家庭成员/使用场景）是最准的标签来源 —— 但这些信息说完就沉底，从没被捞起来

✓ 交给 Agent 之后

• 多来源文件一次读入，先做口径与完整性校验，再开始算
• 每条结论绑定来源文件、字段或条号，可以被审
• 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
• 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

1. 会话挖矿 · 客户说的话就是标签「宝宝刚满月」「租的房子厨房小」「给爸妈买的」—— 每句自我披露都是一条事实标签，逐条定位到人
2. 标签体系归并 · 乱的现状先收拢现有标签（「宝妈」「有娃」「母婴」三个意思一样）归并成一套 —— 从数据里长体系，不是先画框架
3. 行为交叉 · 说的和买的对上会话里说「只用无香的」但买过香氛款 —— 冲突标签标出来人工判断，不静默覆盖
4. 建议清单 · 人确认后才写入每人一组建议标签 + 出处（哪句话/哪笔订单）—— 确认后手动写入企微，凭证留痕
5. 体系固化 · 从此标签怎么打归并后的标签体系 + 打标规则文档 —— 以后新会话新订单自动进建议清单，人工只做确认

要准备什么：企微现有标签体系与打标现状哪怕是乱的 —— 现状是起点会话存档记录（样本期即可）标签的事实来源—— 客户自己说的话最准订单数据（与 UC-01 同源）行为标签：买过什么、买过几次 —— 会话说和实际买交叉验证运营自己记录的客户备注（如有）历史人工标签的底子

为什么这个场景值得做

优先级评分：痛感 4 × AI 适配 4 ÷ 落地难度 3 = 5.3

最大差异点：不要求客户先设计标签体系。现有标签（哪怕乱的）+ 会话记录样本扔进来 —— 先从会话里挖事实标签，体系从数据里长出来而不是拍脑袋先画。

评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；

落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。

五、会产出什么

判断标准只有一个：这份东西能不能直接进企业的流程

• 正式件本体：客户标签建议清单.xlsx 每人一组建议标签 + 出处（会话原话/订单）
• 可派发清单：冲突标签人工判断清单.xlsx 说的与买的不一致 · 逐条带双方证据
• 可派发清单：标签体系归并方案.xlsx 现状标签 → 归并后体系 + 打标规则文档

这套东西不承诺什么：不做「自动改客户资料」—— 挖出的标签进建议清单，人工确认后才写入企微（企微也要求标签变更有据）。会话数据只在客户授权存档的范围内读取。

② Live Demo（演示逐步）

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。

案例设定：洁屿家居（虚构）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 步 · 会话挖矿 · 客户说的话就是标签

每句自我披露都定位到人

这一步的看点 · 从会话里发现了无人认领的需求挖矿时发现 43 个客户在会话里问过「有没有补充装/大容量装」—— 这个 SKU 根本不存在，而提问的人里 9 个是「沉睡高价值」层。这不是标签，是产品需求清单 —— 顺手就交给了老板娘。客户主动说出来的需求，比任何问卷都真。

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

19 个乱标签 → 18 个干净标签

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

—— 标签贵在准不在多，能支撑唤醒分层（UC-01）和 SOP 分支（UC-02）就够。

第 3 步 · 行为交叉 · 说的和买的对上

冲突不静默覆盖

这一步的看点 · 该拦的地方拦住了结论写的是「这批建议标签还不能批量写入」—— 冲突标签 17 条（说的和买的不一致），静默覆盖会让后续唤醒话术全错。给出的不是干等：无冲突的 214 条先确认写入，17 条冲突的列人工判断清单 —— 每条带上会话原话与订单记录，10 分钟判完。批量与人工分头走，不互相等。

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

每条带出处 · 凭证留痕

不讲省了多久 · 讲少了几个隐患、沉淀了什么

③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）

1. Skill 能力包

导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短

企微客户标签自动补全 · Skill

SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范

版本 v1.0

wechat-tag-auto.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

• SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
• references/output_template.md 输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本
• references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。

2. 原始素材

这些就是运营手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁UC-03 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 3 份

• 01_企微现有标签与打标现状.xlsx 现状是起点 —— 哪怕是乱的
• 02_会话存档记录_近30天.xlsx 标签的事实来源 —— 客户自己说的话最准
• 03_订单数据_与UC01同源.xlsx 行为标签的来源 —— 说的和买的交叉验证

怎么用

• 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
• 粘贴下方提示词发送
• 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填

3. 提示词卡片

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

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

换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，

该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

• 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
• 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
• 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。

分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

• UC-03_客户标签建议清单.xlsx 正式件本体 · 每人一组建议标签 + 出处（会话原话/订单）
• UC-03_冲突标签人工判断清单.xlsx 说的与买的不一致 · 逐条带双方证据
• UC-03_标签体系归并方案.xlsx 现状标签 → 归并后体系 + 打标规则文档

Skill 里固化了什么：从会话里发现了无人认领的需求该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：企微现有标签体系与打标现状哪怕是乱的 —— 现状是起点会话存档记录（样本期即可）标签的事实来源 ——客户自己说的话最准订单数据（与 UC-01 同源）行为标签：买过什么、买过几次 —— 会话说和实际买交叉验证运营自己记录的客户备注（如有）历史人工标签的底子

人工边界：不做「自动改客户资料」—— 挖出的标签进建议清单，人工确认后才写入企微（企微也要求标签变更有

据）。会话数据只在客户授权存档的范围内读取。

升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）

5. 同一角色下的其他场景

用户与私域运营 · 产出即下一步输入

UC-01 · RFM 分层与沉睡唤醒名单 — 微信里躺着八千个买过的人 · 两千四百个 90 天没动静，他们在通讯录里吃灰查看 →UC-02 · 私域 SOP 执行留痕周报 — SOP 写在飞书文档里三十七页 · 谁执行了谁没执行，只有天知道 查看 →上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

说明：以上为 WorkBuddy 官方岗位场景库三级页面（场景引入 / Live Demo / 能力沉淀）与库级页签的完整整理；均为官方脱敏演示件，用于讲解与交付底稿，不代表已接入客户生产系统、不承诺效率百分比。

场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。