MB-02 · 会员运营周报

① 场景引入

一、这件事现在是什么样

会员与社群运营（企划/会员运营） · 真实业务触发

每周一，企划要把上周会员情况报给老板：新增多少、活跃多少、活动核销多少、社群还活着吗。现状是从会员系统截几张图发群里，老板追问「沉睡的那批怎么样了」时答不上来——因为上周触达了谁、回来了谁，数据散在名单、企微和 POS 三处。

二、痛点 · 每条都有来源

1会员系统自带 RFM 标签与筛选，但「没人按周整理成文并提动作」——工具层早就有了，缺的是每周的那个人依据· 社区生鲜店八万会员「能唤回来的不到一成；群里除了发特价就是死寂，发得越多退订越多」2社群活跃的真相：超70% 实体店私域社群月活低于 15%——周报里社群数据长期是一句「运营正常」依据 · 超 70% 实体店私域社群月活低于 15%，83% 社群 3 个月内沦为「广告坟场」3券核销率、储值余额变动、复购率这些指标散在 POS 营销模块里，每周人工拉数拼表，拼完只剩下数字没有结论依据 · 区域连锁「商品经理」JD：品类规划、供应商谈判、定价毛利、库存损耗、促销策划、市场调研、数据复盘、门店协同八大职责集于一人4触达动作与结果之间没有对照：上周发的唤醒名单回来了几个人，没人做回执——动作白做，下月重复依据 · RFM 分层促销实证：半年内 VIP 复购率 +30%、沉睡客户激活率 +12%、营销成本 -20%

三、换个做法之后

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

✕ 现在的做法

• 会员系统自带 RFM 标签与筛选，但「没人按周整理成文并提动作」——工具层早就有了，缺的是每周的那个人社群活跃的真相：超 70% 实体店私域社群月活低于 15%——周报里社群数据长期是一句「运营正常」券核销率、储值余额变动、复购率这些指标散在 POS 营销模块里，每周人工拉数拼表，拼完只剩下数字没有结论触达动作与结果之间没有对照：上周发的唤醒名单回来了几个人，没人做回执——动作白做，下月重复

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 要素校验 · 周数据齐不齐五类数据逐项检查；企微社群数据缺失时标注影响范围
2. 分层迁移 · 谁升了谁降了本周分层与上周对比：升层的、掉层的各列 TOP——比静态分层有用得多
3. 动作对账 · 上周说的做了没有上周建议的动作逐条对结果：触达执行率、回流人数、券核销——没执行的标出来
4. 异常识别 · 这周要追的三件事掉层最快的分组、核销率异常的活动、活跃异常的门店，各带证据
5. 建议 · 下周做什么每条建议带依据与影响人数；决定栏留空
6. 成文 · 生成周报带签批栏；「上周动作对账」永远排在建议之前

要准备什么：会员周度数据（POS 导出）新增/活跃/消费/复购/客单——分店券发放与核销明细（当周）上周活动的券到底用了多少上周唤醒名单触达回执与 MB-01 同源——触达了谁、回来了谁社群运营记录（企微）发了几条、有几个人回——个人微信部分如实标「无法统计」

为什么这个场景值得做

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

最大差异点：与 BI 报表的区别：周报的每一节都以「所以下周做什么」结尾，且上周动作的回执是固定章节——上周说要做的事这周对账，这是报表工具永远不会自带的纪律。

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

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

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

五、会产出什么

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

• 正式件本体：会员运营周报.xlsx 正式件 · 动作对账在前建议在后 · 含签批栏
• 可派发清单：分层迁移明细.xlsx 升层掉层 TOP名单 · 各带消费证据

这套东西不承诺什么：不替企划定下周活动——周报给「建议动作」与依据，决定栏留空。社群消息不自动统计个人微信（抓不到），只在企微范围内统计，拿不到的数据明确写「本项无法统计」而不是估个数。储值余额涉及资金口径，周报只报变动方向与幅度，精确对账归财务月结。

② Live Demo（演示逐步）

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

案例设定：2026-09-14 周一上午 10 点，许倩出上周（9-07~9-13）会员运营周报。9-05 三组名单发出去一周多了，回来多少人要能对上账——名单、企微、POS 三处的数她给 Agent 拼到一起。企微社群记录这周没导出来，老板上周追问的那句「沉睡的那批怎么样了」，今天必须有个说法。

上周会员消费41.3 万元 · 环比 −4.2%（客单 58.4 元持平）三组触达回流214 / 800 · 26.8%（带动消费 4.1 万元）关怀组核销23 / 89 · 25.8%（8·13 客诉客群）分层迁移活跃 −300 · 沉睡 +300（514 掉入 · 214 回流）

输入连锁零售手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

会员周度数据_0907-0913.xlsx上周全连锁会员周度数据（分层快照 + 消费）分层快照按周日打，活跃掉 300、沉睡涨 300券发放与核销明细_上周.xlsx9-05 发出的三组券上周核销情况三组的账分开算——哪组的理由真的把人拉回来了上期周报建议与执行登记.xlsx8-31 那期周报写的三条建议，这周逐一对照上周建议写在周报里，从没人回头对过账——这是第一次历史触达频次与核销台账.xlsx3 月以来各分组的触达次数与核销走势四月那次三连发的下滑曲线就在里面门店日报摘录_0908-0909.txt上周秋雨两天锦绣店日报的天气与客流记录会员消费下滑的归因线索在门店日报里注意标橙色那一份—— 上期周报建议与执行登记.xlsx。它上周建议写在周报里，从没人回头对过账——这是第一次，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这是上周的会员周数据、券发放核销明细、上周唤醒名单的触达回执，企微社群记录这周没导出来。 帮我出上周的会员运营周报。 上周动作对账放前面，我们上上周说的事做了没做、效果怎么样先讲清楚。 社群那块没数据就写没数据，别估。 下周建议给三条以内，每条说清楚依据，决定我来做。

周报的结构（动作对账放最前面）、「没数据就写没数据」的纪律、下周建议不超过三条，Skill 都带了——prompt 只说这周社群数据没导出来这一件事。

第 1 步 · 要素校验 · 周数据齐不齐

五类数据逐项检查，缺失的标影响范围

数据项状态处理会员周度数据齐—券发放与核销明细齐—三组触达回执齐（32 店全部回执）—企微社群记录缺（导出没到位）该节标「无法统计」门店日报齐用于消费下滑归因该拦的地方拦住了企微社群数据缺位——周报该节写「本项本周无法统计，按上周数据延续判断」，不估个数，并把企微导出步骤写进本周待办。数据缺失本身也是发现：连续两周缺，就是导出流程的问题，不是许倩一个人的问题。

第 2 步 · 分层迁移 · 谁升了谁降了

本周与上周快照对比，比静态分层有用得多

第 3 步 · 动作对账 · 上周说的做了没有

8-31 周报的三条建议逐条对结果

第 4 步 · 异常识别 · 这周要追的三件事

掉层、核销、消费下滑各带证据

第 5 步 · 建议 · 下周做什么

三条以内，每条带依据与影响人数；决定栏留空

建议依据影响人数决定(留空)本周补做中秋储值预案上期未执行 · 中秋 9-19 开档全连锁会员囤货组休眠一周9-05 刚触达 · 30 天频控411企微社群数据导出补上连续缺位影响周报完整性—从历史里想起公司踩过的坑四月曾连续三周给宝妈囤货组发券，核销率 31.6% → 22.4% → 11.9% 逐周下滑（台账在档）。门店想趁中秋对同组再发一轮——Agent 直接提示：「该组 9-05 已触达，建议换理由或休眠一周」。同组连发不是加码，是透支。

第 6 步 · 成文 · 生成周报

对账在前建议在后，带签批栏

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

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

1. Skill 能力包

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

会员运营周报 · Skill

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

版本 v1.0

member-weekly-report.zip

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

包内结构

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

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

2. 原始素材

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

📁MB-02 · 演示素材

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

共 5 份

• 会员周度数据_0907-0913.xlsx 上周全连锁会员周度数据（分层快照 + 消费）
• 券发放与核销明细_上
• 周.xlsx 9-05 发出的三组券上周核销情况
• 上期周报建议与执行登记.xlsx 8-31 那期周报写的三条建议，这周逐一对照
• 历史触达频次与核销台账.xlsx 3 月以来各分组的触达次数与核销走势
• 门店日报摘录
• _0908-0909.txt 上周秋雨两天锦绣店日报的天气与客流记录

怎么用

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

3. 提示词卡片

这是上周的会员周数据、券发放核销明细、上周唤醒名单的触达回执，企微社群记录这周没导出来。 帮我出上周的会员运营周报。 上周动作对账放前面，我们上上周说的事做了没做、效果怎么样先讲清楚。 社群那块没数据就写没数据，别估。 下周建议给三条以内，每条说清楚依据，决定我来做。

为什么这么短就够了：周报的结构（动作对账放最前面）、「没数据就写没数据」的纪律、下周建议不超过三条，Skill 都带了——prompt 只说这周社群数据没导出来这一件事。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 2 份

• MB-02_会员运营周报.xlsx 正式件 · 动作对账在前建议在后 · 含签批栏
• MB-02_分层迁移明细.xlsx 升层掉层 TOP 名单 · 各带消费证据

Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱

输入清单：会员周度数据（POS 导出）新增/活跃/消费/复购/客单——分店券发放与核销明细（当周）上周活动的券到底用了多少上周唤醒名单触达回执与 MB-01 同源——触达了谁、回来了谁社群运营记录（企微）发了几条、有几个人回——个人微信部分如实标「无法统计」

人工边界：不替企划定下周活动——周报给「建议动作」与依据，决定栏留空。社群消息不自动统计个人微信（抓不到），只在企微范围内统计，拿不到的数据明确写「本项无法统计」而不是估个数。储值余额涉及资金口径，周报只报变动方向与幅度，精确对账归财务月结。

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

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

会员与社群运营（企划/会员运营） · 产出即下一步输入

MB-01 · 沉睡会员唤醒名单与企微话术 — 会员系统里躺着几万个注册会员 · 老板想唤醒也不知道从何下手 查看

→MB-03 · 本店社群营销文案 — 员工用通用 AI 写的文案很流畅 · 但它不知道今天店里到了什么货、什么在打折 查看 →

上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。

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