会员画像是什么？
会员画像是把「哪个会员是什么样的人」做成可查询、可复用的数据。系统每天从消费、充值、卡券、积分流水里算出每个会员的行为指标，按条件自动打标，标签既能查单个会员，也能作为圈人的基础，配合营销计划定期推送消息或发放礼包。
对烘焙连锁来说这件事的优先级高于绝大多数功能：这门生意的利润几乎全部来自复购，而复购的前提是知道该找谁、为什么找他。本产品对会员健康度的口径是 60 天未消费算流失、90 天未消费算沉睡，唤醒动作要在 60 天之前发生，而不是流失之后。
一、一条链，四步走
| 步骤 | 做什么 | 承接的功能 |
|---|---|---|
| 先有指标 | 每天凌晨把会员的消费次数、消费金额、充值、品类偏好汇总进画像指标表 | ETL管理 |
| 再变标签 | 条件引擎按标签上配置的条件筛人；手工标签由人工添加 | 条件引擎、标签管理 |
| 然后分层 | 按未消费天数、月消费次数、月消费金额把会员划成五档 | 忠诚度规则 |
| 最后营销 | 勾选标签取并集去重作为目标人群，按周期推送或发礼包 | 营销计划 |
每一次营销动作都会落到营销执行记录，写明动作落在哪个会员身上、成功还是失败。这条链的价值不在圈人，而在圈完人之后有没有留痕——没有执行记录，活动的钱花到哪个人身上说不清。
二、画像由八个窗口组成
功能路径：系统菜单 → 会员管理 → 会员画像。
| 窗口 | 用途 | 谁在用 |
|---|---|---|
| 会员画像查看 | 按会员ID或卡号查这个会员命中的全部标签 | 门店店长、客服 |
| 标签管理 | 建标签、给系统标签设条件、看每个标签圈了多少人 | 总部运营 |
| 标签分组 | 维护标签的分组与配色 | 总部运营 |
| 条件引擎 | 试算某个系统标签匹配多少会员、把结果落成打标关系 | 总部运营 |
| 忠诚度规则 | 按阈值把会员划分成五档 | 总部运营 |
| 营销计划 | 用标签圈定人群，配置推送与礼包，按周期执行 | 总部运营、市场 |
| 营销执行记录 | 查每一次营销动作的落点与结果 | 总部运营、财务对账 |
| ETL管理 | 看画像指标的日/月批量计算是否跑成功 | IT、实施顾问 |
三、忠诚度分层：五档互斥
系统预置忠诚会员、活跃会员、潜力会员、保守会员、待唤醒会员五档，一个会员只会落进一档。入选条件是三句话同时成立：
未消费天数 ≤ 本档「未消费天数」 且 月消费次数 ≥ 本档「月消费次数」 且 月消费金额 ≥ 本档「月消费金额」
两条规则最容易踩：
评估按未消费天数从小到大依次匹配，命中即停。 未消费天数填得越小的档位越优先，所以最高等级要填最小的天数、兜底档填最大的天数，填反了就会出现「高频会员被判成待唤醒」。
只评估卡状态正常的会员。 停用、挂失、作废、退卡、删除的卡不参与分级，也不会被改写维护类型。
会员数与会员占比两列是评估服务回写的只读值，保存规则不会立即重算。刷新有两种方式：等当天夜间批量计算（跑完会自动接一次忠诚度评估），或在列表勾选规则执行「执行忠诚度自动评估」。健康的分布不该出现某一档吃掉 99% 以上会员——如果「待唤醒」占比接近全量，通常是前几档阈值太严，全落进兜底档了。
四、指标从哪来、多久算一次
| 批量 | 频率 | 内容 |
|---|---|---|
| 日计算 | 每天凌晨定时，建议 02:00–04:00 | 按某天重算日粒度指标 |
| 月计算 | 每月 1 日 | 计算上一自然月 |
两种批量都采用「先删后插」的幂等方式，可以安全重跑；跑完自动接一次忠诚度评估。画像不是凭空长出来的，它依赖的档案在会员模块里早就存在：卡系列与卡类别、会员卡状态、累计充值与可用余额、累计消费次数与金额、最近消费时间、出生日期与归属门店。这些字段维护得不全，标签就只能圈出一批算不清的人。
五、系统里怎么落地
| 动作 | 系统里对应的功能 | 要点 |
|---|---|---|
| 看单个会员 | 会员画像查看 | 只读报表，一行 = 一个会员命中的一个标签 |
| 建标签与口径 | 标签管理 | 四类标签的入口，见 会员标签是什么？ |
| 验证圈人是否准确 | 条件引擎 | 先试算人数，再写入关联表 |
| 定分层阈值 | 忠诚度规则 | 五档互斥，按未消费天数升序命中 |
| 配活动 | 营销计划 | 保存后是「未启用」，要先生效再执行 |
| 复盘到人 | 营销执行记录 | 逐条留痕，可按计划名筛 |
| 排查没刷新 | ETL管理 | 日计算失败时先补跑再看数 |
营销计划目前支持两种动作：微信公众号消息和会员礼包。礼包档案必须先在会员模块建好，否则计划里选不到发放物。
六、几个容易做错的点
把画像当成一个报表。 它是一条链，报表只是最末端的输出口。指标没跑、标签没建、计划没生效，单看画像查看页面当然是空的。
一上来就建标签。 先定分组框架、再定忠诚度阈值、最后才建标签。顺序反了，标签建几十个散在一处，运营还是找不到人。
阈值一次定死。 初次定级建议月消费次数取门店月均到店次数的 0.8 倍左右，评估完看占比是否梯度合理，再逐档放宽或收紧。改完必须重新评估才看得到变化。
负面标签直接触达。 「待唤醒会员」「沉睡会员」这类名称出现在客诉核查页面时，员工会照着念给客人听。标签名可以带口径，但对外话术要另拟。
忘了功能要开通。 会员画像是按客户开通的功能模块，由厂商在客户资料中勾选「VIP画像」启用。未开通时标签管理、设置条件、会员画像查看等窗口打开会提示「当前租户未启用会员画像模块」；标签分组、条件引擎、忠诚度规则、营销计划不受此限制。
七、画像上线的检查表
| 检查项 | 通过标准 |
|---|---|
| 功能开通 | 账套已启用「VIP画像」，标签管理可正常打开 |
| 指标 | 最近一次日计算、月计算状态为成功 |
| 基础档案 | 会员卡状态、消费与充值流水、品类与门店归属齐全 |
| 分组 | 5～8 个分组已建，标签不落在「未分组」 |
| 分层 | 五档阈值按未消费天数升序排列，评估后占比呈梯度 |
| 标签 | 每个标签有口径、有预估人数、抽查过命中 |
| 发放物 | 礼包档案已维护，营销计划能选到 |
| 留痕 | 每次执行都有营销执行记录，可按计划名回溯 |
| 权限 | 标签与规则的增删改只开放给总部运营 |
八、常见问题
输入卡号查询后一条都没有？
该会员还没被任何标签命中，或标签关联尚未生成。先确认会员在会员管理里存在且卡状态正常，再到条件引擎用「执行条件查询」试算对应系统标签的人数；人数为 0 说明条件过严或指标没刷新。
同一个会员出现好几行？
正常，一行对应一个标签。需要只看一行时用「标签关键字」限定标签名。
某个明显很活跃的会员没有忠诚度等级？
该会员卡状态不是正常（挂失、停用等），或当月确实没有消费流水。评估只覆盖正常卡。
画像的忠诚度等级和会员等级是一回事吗？
不是。会员等级是会员档案上的消费阶梯，靠累计消费额或积分升降，决定折扣与权益；忠诚度等级是按近期行为划的运营分层，每天随批量计算重估，只用来圈人做动作，不改变客人享受的价格。
能不能只用其中三档？
可以。档位数量不固定，把不需要的规则状态标志改成非 1 或删除，评估只按启用中的规则分级，未命中任何规则的会员维护类型为空。
改了阈值会员数没变？
会员数是上次评估留下的统计值，保存规则不会立即重算。手工执行一次忠诚度自动评估，或等当天夜间批量跑完再看。