用户标签设计

要解决什么问题

运营和增长团队常常手里有一堆业务目标、埋点或 CRM 里的用户行为，以及订单、会员等级等现有字段，但真正上线前往往卡在：哪些该做成标签、怎么命名、取值从哪来、多久刷新一次。标签一多就既不能驱动触达，也无法支撑分层分析；更糟的是容易把主观判断写进规则，带来合规和体验风险。

技能如何工作

本技能把设计过程收敛成可重复的四步，且始终用你提供的材料当事实边界，不静默补造数据：

1. 识别客户阶段：先对齐当前要解决的是哪一段旅程，只讨论「能触发动作或支持分析」的标签，不扩散到无关任务。
2. 核对事实与权限：业务目标、行为定义、字段清单与目标平台、时间范围、数量或格式；缺失项会显式列出假设并标「待确认」。
3. 生成可执行交付：首段给结论，再展开标签树、定义、取值规则和更新频率；每个判断附带输入证据或来源位置。
4. 记录与门槛：同步列出阻断项、风险项和下一步负责人；最终输出前强制检查——禁止用主观贬义词给用户贴标签。

对个人信息、订单、商业数据等会按最小披露原则处理，不把建议伪装成已完成的系统改动。

适用边界

• 输入最低要求：需明确或可推演的业务目标、用户行为与现有字段；平台与时间范围不清时，结论中会标注假设。
• 只解决中文语境下的用户标签设计垂直任务，不复制第三方 Skill 的文案或品牌。
• 需要示例任务或前后对比时，应结合技能附带的 references/example.md 自行对照，而非默认已有你的生产数据。