标签和备注的区别在于:备注是一个字段,标签是一组字段。标签让一个好友可以同时属于多个分组,运营时按标签筛选即可精准触达。
一、标签体系设计——先想清楚分几维
标签不要随手打,先设计维度。常见三维:来源维度(哪个渠道来的)、价值维度(客户等级)、状态维度(活跃/沉睡/已购)。每维下设具体标签值。
三维交叉后,一个好友可以同时有"抖音来源+VIP+已购"三个标签,运营时可以精准筛选"抖音来的VIP已购客户"做定向推送。维度不设计好,标签会打成一锅粥。
二、打标签时机——什么时候自动打
打标签不是一次性动作,而是在好友生命周期不同节点逐步打。通过申请时打来源标签(从回调拿来源),首次购买后打价值标签(从订单系统同步),互动频率低时打状态标签(从消息统计计算)。
每个时机对应一个触发条件:好友事件、业务系统事件、定时统计。打标签的代码在这些触发点里执行。
三、标签使用场景——打了标签干什么
标签的最大价值是筛选后精准触达。按来源标签做差异化欢迎语,按价值标签做分级服务(VIP 优先回复),按状态标签做激活动作(沉睡客户定时推送)。
标签还能做数据分析:统计各来源渠道的好友量和转化率,统计各价值等级的客户分布,为运营决策提供数据支撑。
三维标签体系对照
标签维度 | 标签示例 | 打标签时机 | 使用场景 |
|---|---|---|---|
来源维度 | 抖音/淘宝/线下 | 通过申请时 | 差异化欢迎、渠道分析 |
价值维度 | 普通/VIP/超V | 首次购买后 | 分级服务、客户分层 |
状态维度 | 活跃/沉睡/流失 | 定时统计时 | 激活推送、流失预警 |
自动打标签示例
# 通过申请时打来源标签 @app.post("/webhook") def webhook(): d = request.json if d.get("eventType") == "friend_add": source = d.get("source", "unknown") add_tag(d["fromUser"], f"来源:{source}") return {"code": "1000"} # 首单后打价值标签(业务系统回调) def on_order_paid(wxid, amount): if amount >= 5000: add_tag(wxid, "价值:VIP") elif amount >= 1000: add_tag(wxid, "价值:超V") else: add_tag(wxid, "价值:普通") # 每日统计打状态标签 def daily_status_tag(): for c in db.query("contacts"): days = days_since_last_msg(c["wxid"]) if days > 30: update_tag(c["wxid"], "状态:沉睡") elif days > 90: update_tag(c["wxid"], "状态:流失") else: update_tag(c["wxid"], "状态:活跃")落地建议
标签管理的关键是"体系先行"——先设计好维度和值,再写代码自动打。没有体系的标签越打越乱,最后谁也分不清。三维起步够用,后续按业务需要加维度。标签接口和联系人接口配合使用,参考 Eyun 开发文档。标签本质是本地数据库里的字段,接口侧支持的是改备注,标签体系在本地维护。平台开通见 Eyun 官网。