GO-01 · 商家拜访资料包

① 场景引入

一、这件事现在是什么样

商家运营与增长 · 真实业务触发

钟锐（洛溪商圈城市经理）明天要拜访 4 家商家：老广炭火烧烤（洛溪店）（动销连续 5 周下滑 + 差评累计 + 证照临期三事叠加）、一家新签约的火锅店（首月冷启动）、一家上月活动的烘焙店（核销率待复盘）、一家低动销的水果店。按现行做法，他前一晚在三个后台分别导数据、翻微信找差评记录、再凭印象记竞对价格——通常导到一半就放弃了，带着一张名片上门。

二、痛点 · 每条都有来源

1城市经理 JD 把招商、装修指导、活动落地、工单处理、竞品调研、数据复盘压在同一个人身上——拜访前的资料准备是「知道该做但排不进日程」的典型依据 · 城市经理 JD：商家招商拓展、店铺装修指导、活动落地、工单处理、竞品调研、数据复盘、跨部门协同全部写进同一份岗位说明——「解答商家规则/结算/售后问题」占日常大头2一场完整的商家经营分析需要动销、差评、活动核销、竞对价格——分别来自运营后台、客服工单、财务对账三个系统依据 ·活动复盘六源数据：一场团购活动的完整复盘需要 GMV、核销率、达人分销、投流消耗、差评增量、退款率——分别来自六个互不相通的后台3竞品同商圈套餐价格是 JD 明文职责，「没人有时间为一家县城平台天天盯美团/抖音的政策更新」依据 · 多源数据对不上的实态：「财务、运营、市场统计的 GMV 居然都不一样。一个促销活动到底带来多少新增用户，谁都说不清楚」4「数据分散在订单系统、会员系统、广告后台……一个促销活动到底带来多少新增用户，谁都说不清楚」依据 · 多源数据对不上的实态：「财务、运营、市场统计的 GMV 居然都不一样。一个促销活动到底带来多少新增用户，谁都说不清楚」

三、换个做法之后

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

✕ 现在的做法

• 城市经理 JD 把招商、装修指导、活动落地、工单处理、竞品调研、数据复盘压在同一个人身上——拜访前的资料准备是「知道该做但排不进日程」的典型一场完整的商家经营分析需要动销、差评、活动核销、竞对价格——分别来自运营后台、客服工单、财务对账三个系统竞品同商圈套餐价格是 JD 明文职责，「没人有时间为一家县城平台天天盯美团/抖音的政策更新」「数据分散在订单系统、会员系统、广告后台……一个促销活动到底带来多少新增用户，谁都说不清楚」

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 动销与趋势诊断8 周订单/客单/排名趋势，下滑或异动的拐点标出
2. 差评主题归纳90 天差评聚类成 2-3 个主题，已处理与未处理的分开
3. 活动与核销回顾上次活动的投入产出与核销率，值不值一句话说清
4. 竞对价格对照同商圈同类商家的竞对套餐结构（公开信息）
5. 一页纸组装与待办提醒证照/欠款/投诉等必聊事项置顶，其余按优先级排

要准备什么：商家动销数据（近 8 周）订单量、客单、排名趋势——这家店「最近怎么了」的答案商家差评与处理记录近 90 天差评 TOP 主题与已采取的处理活动参与与核销记录参加过的活动、核销率、补贴投入竞品平台同商圈套餐价格（公开信息）同类商家的竞对价格结构

为什么这个场景值得做

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

最大差异点：不是又一个 BI 看板，是给「明天要上门的那个人」的一页纸：动销趋势说清这家店最近怎么了，差评TOP 说清用户在骂什么，活动核销说清上次的投入值不值，竞对价格说清商家为什么流失，待办提醒说清今天上门必须聊的三件事——每家店 5 分钟读完，钟锐的时间花在谈，不在找。

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

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

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

五、会产出什么

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

• 正式件本体：商家拜访资料包（一店一页）.docx 正式件 · 4 家 × 一页纸 · 必聊事项置顶 · 含拜访结论登记栏
• 可派发清单：商家异动诊断清单.xlsx 下滑/异动商家 × 拐点 × 归因初判 × 建议动作

这套东西不承诺什么：资料包只整合平台侧与商家授权数据，竞品信息只用公开来源（App 展示价格）；拜访动作与商务承诺由城市经理本人决定，资料包不代拟承诺；证照临期等合规提醒仅作拜访议题，处置按 AM-02 的工单流程走。想看具体怎么跑？Live Demo 里有一个完整案例的每一步，包括 Agent 在哪一步拦住了

② Live Demo（演示逐步）

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

案例设定：邻聚生活城市经理钟锐周二上午要拜访 5 家商家——老广炭火（洛溪店）排在第一个，但过去拜访资料要现场打开 5 个后台拼数据，平均要花 90 分钟；现在动销 + 差评 + 证照 + 竞品 + 待办 5 项并排出现，拜访前 8 小时自动备好。

拜访商家5 家资料项数动销/差评/证照/竞品/待办拜访前用时8 小时提前备好覆盖期近 7 天 + 30 天趋势

输入本地生活平台手上能拿到的东西

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

• 01_老广炭火洛溪店_近7天动销.xlsx 老广炭火洛溪店近 7 天动销——订单、营收、客单、到店转化平台后台 · 每日
• 02_老广洛溪店_差评TOP与建议.docx 老广洛溪店 8 月差评 TOP5 与对应改进建议评价组 · 每周
• 03_竞品同商圈套餐价格.xlsx 洛溪商圈 5 家竞对烧烤店的套餐价格——城市经理 JD 明文职责但实际没人盯城市经理现场记录 · 每周
• 04_5家拜访商家待办清单.xlsx 5 家拜访商家的待办清单——证照、欠款、投诉、培训城市经理 + 运营组 · 每周

注意标橙色那一份 —— 01_老广炭火洛溪店_近7天动销.xlsx。它平台后台 · 每日，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

钟锐明天要跑 4 家店：老广炭火烧烤（洛溪店）、新签的火锅店、烘焙店、水果店。这是 4 家的动销数据、差评记 录、活动核销记录，这是同商圈竞对平台的公开套餐价格。 帮我出拜访资料包：

1. 每家一页纸：动销怎么了、差评在骂什么、上次活动值不值、竞对什么价。
2. 每家的必聊事项按「今天必须聊/顺手聊/下次聊」排——洛溪店的证照剩 26 天这事要置顶。
3. 下滑和异动的拐点标出来，别只给曲线，给说法。
4. 烘焙店要是数据都正常就别占篇幅，篇幅留给有事的。

一页纸要能 5 分钟读完，钟锐是去谈事的不是去念报告的。复制

一页纸结构、诊断口径、竞对价格对照模板在能力包里；现场只需给四类数据：动销、差评、活动、竞对价格。

1动销趋势——4 周订单+19% 但差评+150%

动销和差评是同一件事的两面

指标第 1 周第 2 周第 3 周第 4 周变化周订单642738756770+19%周营收38,52044,28045,36046,200+20%客单606060600差评数2135+150%复购率31%33%32%30%-1pp该拦的信号 · 动销涨差评也涨动销在涨、差评在涨、复购率在掉——这是新客进来但老客在流失的信号。新客来源主要是周末高峰套餐——套餐结构撑不住流量，卖爆=卖亏（同 GO-03 案例）。2差评 TOP5——上菜慢 50% 占比，套餐结构是根因之一

差评是症状，套餐结构是病因

主题8 月条数占比根因建议上菜慢550%出餐环节 · 厨房排程 + 套餐 SKU 过多周末加配 1 出餐员 · 调出 5 SKU菜咸220%配方稳定性8 月底配方校准分量少110%份量标准化9 月底前 SOP 校准等位久110%排队管理上线美团预约其他110%用户预期菜单图优化合计10100%——从历史差评想起的 · 根因不在厨房上菜慢 5 条里 3 条是周末高峰——不是厨房慢，是套餐 SKU 太多导致出餐排程乱。调出 5 个出餐慢的 SKU（双拼、套餐、组合装等），周末高峰只保留 8 个核心SKU 出餐——这是 GO-03 套餐结构诊断的具体落地动作。

3竞品同商圈套餐价格——老广双人 198 偏高于 4 家

城市经理 JD 明文职责但实际没人盯

竞品招牌套餐老广同款差额建议炭火烤场（洛溪店）双人套餐 168198-30调价到 178 或加 30 元赠品西关烤场（洛溪店）双人套餐 178198-20调价到 188 或加 10 元赠品炭烧先生（洛溪店）双人套餐 188198-10保持 198 · 主打品质东江烤场（洛溪店）双人套餐 1981980保持 198 · 主打品质海边烤场（洛溪店）双人套餐 208198+10保持 198 · 主打性价比可以排除的动作 · 资料包不替商家定价5 家竞品里 4 家双人套餐低于老广——但老广 8 月订单+19%，说明品质用户不挑价。资料包给的是「数据并排出现」，调不调、加不加赠品由商家决定——拜访沟通时城市经理拿这一页和商家一起看，不是替商家定价。

45 家拜访商家的待办清单——3 条 12315 时限件并入

拜访不是纯拜访，是「拜访 + 现场处理」

商家本轮重点城市经理动作签字老广炭火（洛溪店）差评 TOP + 套餐结构5 页资料 + 套餐结构讨论—湘村小炒（番禺总店）12315 回复确认现场带资料包 · 商家签字确认—川味小厨（钟村店）活动报名 + 培训5 页资料 + 国庆活动报名表—潮味牛肉火锅（番禺老店）12315 超时情况说明现场带情况说明 · 商家签字—茶里茶里（番禺总店）12315 回复确认现场带资料包 · 商家签字确认—拜访=5 个动作一次完成过去拜访就是拜访——「这周去过、但差评还在涨、12315还在超时」。现在拜访带 5 页资料 + 3 个签字栏：差评 TOP、套餐结构、12315 回复、12315 超时、活动报名——5 家拜访覆盖 5 项可量化动作，每周复盘会时能说「这周办了 X 件」。

55 份商家拜访资料包 + 商家异动诊断清单

资料包是核心，异动清单是给老板的

把技术动作翻译成钱 · 过去拜访平均 90 分钟 / 家 × 5 家 = 7.5 小时；现在 60 分钟 / 家 × 5 家 = 5 小时，省 2.5 小时 / 周，按城市经理月薪 9 千、每周 5 个工作日算，省下的 2.5 小时约等于 90 元 —— 不多。但更值钱的是：5 家拜访覆盖 5 项可量化动作 + 5 个签字栏，复盘会时老板不再问「这周干了什么」——直接看 5 张资料 + 5 个签字。

5 份商家拜访资料包 + 5 项可量化动作 + 5 个签字栏（不放行）5 家商家各 1 页资料包 · 老广差评 TOP+套餐结构、湘村/潮味/茶里 12315 处理、川味活动报名+培训。方案一：5 家全裸拜——平均 90 分钟/家、5 家 7.5 小时、差评+套餐结构等关键话题走不到 30 分钟、12315 时限件现场没材料确认、老板周会复盘问「这周去了哪几家做了什么」答不全。方案二：5 份资料包 + 5 项可量化动作——5 份资料包合计 1.5 小时（每份 18 分钟）由数据组提前备好，拜访时长60 分钟/家，5 家合计 5 小时、合计 6.5 小时，比裸拜少 1 小时（资料包省 2.5 小时、拜访谈得深 1.5 小时）。更重要的是 5 项可量化动作（差评 TOP+套餐结构+3 条 12315+活动报名+培训）全部留下签字栏，复盘会有数可对。

之后这一次跑完，公司多了什么

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

• ✓ 拜访从「维护关系」变成「带着三件具体的事上门」，每次见面都有产出
• ✓ 竞对价格、差评、证照第一次在同一页纸上出现——流失原因的讨论第一次有全貌
• ✓ 拜访时间按数据分配，低动销和有事的商家优先占用城市经理的稀缺时间
• ✓ 拜访结论登记回档案，下次拜访自动带出上次的承诺与结果

追问现场可能被问到的

答不上来的问题，比答得漂亮的问题更能决定这场演示的结果

• 竞对价格数据怎么来？ 只用公开渠道（竞对 App 展示价、商家自述），不采集非公开数据——资料包里每条竞对价格都标了来源与采集日期，价格是易变数据，标注日期比标注数字更重要。
• 城市经理会不会看了资料就不上门了？ 恰恰相反——资料包显示「没事」的商家才会被降频，有事的商家带着具体议题上门：商家感知到的不是「平台来查

我」，是「平台真的知道我的店发生了什么」。

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

1. Skill 能力包

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

商家拜访资料包 —— 城市经理裸拜了三年，数据其实都在 · Skill

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

版本 v1.0

merchant-visit-brief.zip

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

包内结构

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

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

2. 原始素材

这些就是本地生活平台手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁GO-01 · 演示素材

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

共 4 份

• 01_老广炭火洛溪店_近7天动销.xlsx 老广炭火洛溪店近 7 天动销——订单、营收、客单、到店转化
• 02_老广洛溪店_差评TOP与建议.docx 老广洛溪店 8 月差评 TOP5 与对应改进建议
• 03_竞品同商圈套餐价格.xlsx 洛溪商圈 5 家竞对烧烤店的套餐价格——城市经理 JD 明文职责但实际没人盯
• 04_5家拜访商家待办清单.xlsx 5 家拜访商家的待办清单——证照、欠款、投诉、培训

怎么用

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

3. 提示词卡片

钟锐明天要跑 4 家店：老广炭火烧烤（洛溪店）、新签的火锅店、烘焙店、水果店。这是 4 家的动销数据、差评记 录、活动核销记录，这是同商圈竞对平台的公开套餐价格。 帮我出拜访资料包：

1. 每家一页纸：动销怎么了、差评在骂什么、上次活动值不值、竞对什么价。
2. 每家的必聊事项按「今天必须聊/顺手聊/下次聊」排——洛溪店的证照剩 26 天这事要置顶。
3. 下滑和异动的拐点标出来，别只给曲线，给说法。
4. 烘焙店要是数据都正常就别占篇幅，篇幅留给有事的。

一页纸要能 5 分钟读完，钟锐是去谈事的不是去念报告的。复制

为什么这么短就够了：一页纸结构、诊断口径、竞对价格对照模板在能力包里；现场只需给四类数据：动销、差评、活动、竞对价格。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 2 份

XLSGO-01_商家拜访资料包（一店一页）.docx正式件 · 4 家 × 一页纸 · 必聊事项置顶 · 含拜访结论登记栏下载

• ↓XLSGO-01_商家异动诊断清单.xlsx 下滑/异动商家 × 拐点 × 归因初判 × 建议动作

Skill 里固化了什么：洛溪店的三件事在资料包第一屏竞对价格差被摆上了桌排除性结论把技术动作翻译成钱

输入清单：商家动销数据（近 8 周）订单量、客单、排名趋势——这家店「最近怎么了」的答案商家差评与处理记录近90 天差评 TOP 主题与已采取的处理活动参与与核销记录参加过的活动、核销率、补贴投入竞品平台同商圈套餐价格（公开信息）同类商家的竞对价格结构

人工边界：资料包只整合平台侧与商家授权数据，竞品信息只用公开来源（App 展示价格）；拜访动作与商务承诺由城市经理本人决定，资料包不代拟承诺；证照临期等合规提醒仅作拜访议题，处置按 AM-02 的工单流程走。

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

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

商家运营与增长 · 产出即下一步输入

• GO-02 · 活动复盘一页纸：六个后台的数，老板要的是同一套GO-03 · 低动销商家诊断与套餐结构建议 —— 卖爆不等于卖赚，核销率才是钱 — 抖音推送式团购核销率仅 50-60%、美团搜索模式 90%+ · 牛杂店备货 150 份一天卖

1000 份被迫闭店 查看 →

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

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