会员画像的重要性
会员画像把「哪个会员是什么样的人」做成可查询、可复用的数据：系统每天从消费、充值、卡券、积分流水里算出每个会员的行为指标，按条件自动打上标签，标签既能用来查单个会员，也能当作人群圈选的基础，配合营销计划定期推送消息或发放礼包。
对烘焙连锁来说，这件事的优先级高于绝大多数功能——因为这门生意的利润几乎全部来自复购，而复购的前提是你知道该找谁、为什么找他。
一、复购是烘焙门店的生存线
烘焙属高频、低客单、强体验的品类，核心客群的复购贡献可占门店营收 60% 以上。这个产品结构决定了三件事：
| 事实 | 对运营的含义 |
|---|---|
| 复购间隔的理想值是 ≤15 天，契合面包与糕点的消费周期 | 超过 15 天没来，就已经在滑向流失 |
| 本产品口径：60 天未消费为流失、90 天未消费为沉睡 | 唤醒动作要在 60 天前发生，而不是流失以后 |
| 行业里 30 天以上未消费的沉睡会员占比普遍达 30%–50% | 一家门店的会员名单，接近一半是沉默资产 |
| 门店复购率低于 5%，意味着大部分会员为沉睡会员 | 复购率是比营业额更早报警的指标 |
| 淡旺季要分别盯流失率与复购率 | 旺季看有没有漏掉人，淡季看有没有留住人 |
| 有余额的会员才是核心客群 | 储值余额是会员基础健康度的评分依据 |
短保与生日蛋糕预定占比高是行业特性，门店分散又带来另一个问题：发卡分店不等于消费分店，这直接决定折扣成本该归到谁头上。没有画像数据，这些判断只能靠店长感觉。
二、画像建立在哪些数据之上
1. 数据来源
指标来自会员的消费、充值、卡券、积分等流水，每天算出行为指标，条件判断全部建立在这张指标表上。
| 批量 | 频率 | 内容 |
|---|---|---|
| 日计算 | 每天凌晨定时（建议 02:00–04:00） | 按某天重算日粒度指标 |
| 月计算 | 每月 1 日 | 算上一自然月 |
两种批量跑完会自动接一次忠诚度评估。计算采用「先删后插」的幂等方式，可安全重跑。
2. 客户端已经持有的会员数据
画像不是凭空长出来的，它依赖的档案在客户端会员管理里已经维护了很久：
| 数据 | 所在功能 |
|---|---|
| 卡系列、卡类别、会员卡状态 | 会员卡系列、会员卡级别、会员卡管理 |
| 线上/线下累计充值、可用充值金额、赠送金额、信用金额、总计可用金额 | 会员卡查询 |
| 累计消费次数、累计消费金额、最近消费时间、开始消费时间 | 会员信息查询 |
| 出生日期、工作行业、个人爱好（档案明文标注可用于会员画像分析） | 会员档案 |
| 礼包（画像营销的发放物） | 会员礼包，文档写明用途「会员画像赠送礼包 / 会员画像标签赠送」 |
| 超级会员月/季/年卡 | 超级会员 |
标签会员明细里可见的字段即：卡系列、卡类别、会员编号、名称、电话、开始消费时间、最近消费时间、累计消费次数、累计消费金额、累计充值金额、可用合计金额、累计积分、可用积分。
三、从数据到动作的闭环
流水 →（ETL 日/月计算）→ 行为指标
↓
标签（手工 / 系统 / 组合 / 临时）
↓
忠诚度分层（五档）
↓
营销计划（圈选标签 → 取并集去重）
↓
执行：公众号消息 或 会员礼包
↓
营销执行记录（逐条留痕，可复盘）1. 标签：条件的载体
标签分四类——手工、系统、组合、临时。系统标签靠条件引擎圈人，条件原文就是界面上能看到的字符串，例如 10按消费行为=(未消费天数>60)、(累计消费金额 介于 1 和 2 之间)。真实标签名如「唤醒沉睡会员」「本月生日会员」「饮品爱好者」，组合标签如「忠诚会员 ∩ 骊珠小镇门店」。
三条必须知道的规则：
- 条件之间是**「且」**关系，不是或；
- 时间窗固定为最近 N 天 / 本周 / 上周 / 本月 / 上月，不选默认最近 30 天；
- 打标靠两步：先试算（
匹配 188709 个会员（耗时 2.3 秒）），再写入关联表（新增关联 312 行（已存在的自动跳过））——只增不删，取消条件不会自动摘标。
先建分组再建标签。分组表只有分组编号、名称、颜色值三个可填字段，颜色按 红 + 绿×256 + 蓝×65536 计算，建议 5～8 组。
2. 忠诚度：给会员分档
按未消费天数、月消费次数、月消费金额三个阈值划成保守 / 待唤醒 / 活跃 / 潜力 / 忠诚五档。判定是「未消费天数 ≤ 且 月消费次数 ≥ 且 月消费金额 ≥」，按未消费天数从小到大优先命中，只处理卡状态正常的会员。
评估结果写进会员档案的「维护类型」字段——这才是它的价值落点：门店在会员列表、储值收银、营销计划里都按这一列筛人，不需要每个人都去理解标签体系。
3. 营销计划：把人群变成动作
计划 = 计划信息 + 圈选标签（并集去重）+ 营销方式。方式只有两种：微信公众号消息与会员礼包。保存后勾选生效，再点执行，逐条留痕；执行幂等，重跑会自动跳过已成功的人。
效果追踪看营销执行记录（只读）：执行时间、计划名称、营销方式、会员编号、姓名、电话、结果、错误信息，按计划 + 方式 + 会员唯一。失败名单可导出、修正后重跑；删除计划后记录仍保留以便审计。
四、客户端与网页端的分工
客户端在 会员管理 → 会员画像 下注册了「会员画像」「画像营销计划」，另有「画像营销赠券分析」在电子券管理组下。标签体系、条件引擎、忠诚度规则、ETL 这些配置类窗口的完整功能在网页端，共 8 个窗口：会员画像查看、标签管理、标签分组、条件引擎、忠诚度规则、营销计划、营销执行记录、ETL 管理，逐窗口的字段与操作见会员画像。
开通前提：会员画像是按客户（租户）开通的功能模块，由厂商在客户资料中勾选「VIP画像」启用。未开通时，标签管理、标签的设置条件、查看会员等窗口打开会提示「当前租户未启用会员画像模块」，需联系厂商开通；标签分组、条件引擎、忠诚度规则、营销计划等窗口不受此限制。
五、典型使用场景
场景 1：唤醒沉睡会员
建条件 未消费天数 > 60 的系统标签 → 条件引擎试算确认人数合理 → 写入关联表 → 建营销计划勾选该标签、方式选会员礼包（礼包用客户端的会员礼包档案）→ 生效并执行 → 在营销执行记录里看结果，导出失败名单修正后重跑。
场景 2：生日蛋糕经营
生日蛋糕的消费统计口径是物料分类【生日蛋糕管理】的 POS 零售消费，客户端设置会员预警人员里有「生日蛋糕去年消费」这一预警项，与生日、卡到期、余额不足等预警并列。画像侧则用「本月生日会员」标签做当月圈选，两条路互补：预警盯的是具体某个人该联系了，标签盯的是这一批人一起做活动。
场景 3：门店店长日常筛人
店长不需要建标签。他直接用会员档案里的「维护类型」（忠诚度评估结果）在会员列表与储值收银里筛忠诚会员与待唤醒会员。
六、常见问题
1. 打开标签管理提示「当前租户未启用会员画像模块」
这是按租户开通的功能，联系厂商在客户资料里勾选「VIP画像」。
2. 改了标签条件，原来打上的人还在
打标只增不删。条件引擎只负责新增关联，不会自动摘除历史标签，需要人工处理。
3. 营销执行记录里显示成功，客人却说没收到
「成功」仅代表已派发给下游渠道，不代表已送达。
4. 有效会员数到底怎么算
站内并存两套口径，看报表时要认准：网页端 BI 定义为「180 天内有消费的会员」，客户端 BI 复购率分析写的是「会员状态有效的会员」，未给天数。两者不可直接比较。
5. 客户端报表里的「标签」能当会员标签用吗
不能。客户端 BI 中的标签多为物料标签（商品维度），与会员标签是两套东西。
6. 定时执行营销计划
计划里的周期（天）只是一个口径字段，真正按周期自动跑需要服务端调度配置。