写在前面：这本手册怎么用这是一本给景区、度假区，以及给它们办活动的人看的应用手册，不是产品介绍。 我们只关心一件事：游客从「听说过」到「还想再来」这条链上，哪些动作正在反复消耗你的人。 全书的编排也按这个顺序——先讲把人引来的环节，再讲让人进得来的环节，然后讲现场别出事，最后才讲守住资格与算清账。 它回答三个问题：文旅这条链上哪些动作值得交给 AI、具体怎么交、交出去之后你能留下什么。 本手册是一份基本应用指引——回答「这一类事可以怎么做」，不针对某一家企业量身定制。 三种版本：按你的用途选一个本手册有三个版本，内容完全一致，用途不同：
如果你是要把手册交给 AI 当知识库，请优先用 MD 版。 HTML 版和 PDF 版也能喂，但 HTML 含大量标签与样式代码、PDF 要先做一次文本解析，会多消耗数倍 Token、响应更慢，结构识别也更容易出错。 |
第一篇 认知：文旅这条链上正在发生什么第一章 边界与卡点：适用谁、卡在哪1.1 写给谁：覆盖两类，不覆盖两类本手册讨论的"文旅"，指把一个地方变成可游览、可消费、可复访的产品，并把它运营下去的完整动作——从让人听说、让人买票，到现场接待与处置，再到活动承办、资质维护与经营复盘。 具体覆盖两类主体：
同样明确不覆盖两类：
1.2 卡点不在"没人来"，在"重复动作缺人做"据文化和旅游部《2025 年文化和旅游发展统计公报》（2026 年 6 月 2 日发布）：2025 年国内居民出游 65.22 亿人次，同比增长 16.2%；国内居民出游花费 6.30 万亿元，同比增长 9.5%。同年末，全国共有 A 级景区 16994 个，直接从业人员 173.9 万人，全年接待游客 75.1 亿人次，实现旅游收入 5544.9 亿元。 同一份公报还显示：2025 年全国演出市场单位 4.5 万个、营业收入 7822.2 亿元；全国群众文化机构 4.4 万个，全年组织各类文化活动 497 万场，同比增长 12.9%。 把这两组数字翻译成日常语言：客流在场，活动也在增加；真正被消耗的是人——票务口径要人核对，投诉要人登记和计算天数，报批材料要人清点和倒排，活动办完要人从四五个地方把数据凑成一份能归档的结案。 所以本册的定位不是"帮你引流"，而是"把引流之后那一串重复动作做成能签字流转的件"。 1.3 这条链上最贵的四类动作按"每周都在发生、每次都要重写、做完就没人看"这三条筛，文旅团队最贵的动作集中在四类：
|
第二章 文旅正在发生什么：规模在涨，规则在收紧
2.1 大盘在涨，但增长的质量在变
把这三行放一起看：游客总量在涨，但景区数量基数大、旅行社高度分散——同一份客流，被更多主体分。这时决定生死的，往往不是"有没有人来"，而是"来了之后这一趟值不值、下一次还来不来"。 2.2 演艺与活动是增量最快的一块
这一块的读者要特别注意：活动是项目制、有审批时点、涉及人身安全的——它的风险结构与日常运营完全不同，本册第六、八章专门处理。 2.3 规则在收紧，而且都带时间点
2.4 所以：胜负手正在从"引得来"转向"现场处置与留痕"把 2.1 到 2.3 连起来看，会得到一条清楚的因果：客流和活动都在增加，而规则给的时间窗越来越明确——投诉要在规定时间内办结、演出要提前报批、授权要在到期前续、评级材料要按索引交齐。 这四件事决定了本册的编排：先讲把人引来的市场营销，再讲承接客流的活动策划与现场运营，最后讲守住资格的资质合规与算清账的经营数据。 |
第三章 AI 已经不是选择题：哪些能改、哪些改不了3.1 AI 能改的四类环节判断标准只有一条：输入是不是非结构化、是不是要跨来源比对、错了能不能当场看出来。
3.2 AI 改不了的四件事（这四条是本册的边界）
3.3 为什么是文旅先跑起来三个原因：现场每天都在产生新的非结构化材料（聊天记录、照片、转派单、导出表）；跨部门取数特别多（运营、票务、财务、招商、行政各拿一段）；出事的成本清晰可见（投诉超期、材料缺一份、授权漏一首）。 这三个条件同时满足的行业不多。文旅是其中一个。 |
第四章 当下最迫切的四件事4.1 最缺的不是客流，是能把这些动作稳定执行下去的人从已完成的同类项目看，文旅团队真正卡住的地方高度一致：运营总监每天手工汇总入住率、票房、客诉与工程单据；策划每次从空白页开始写方案；投诉散在三个入口没人算天数；活动办完结案凑不齐。 这些事没有一件需要创造性，但每一件漏了都有后果。 4.2 四层需求：按"离游客的距离"排序
4.3 所以：后面的场景，就是按这个顺序排的第五章先讲市场营销（离获客最近，也是最容易出成果的一章），第六、七章讲活动与现场，第八章讲守住资格，第九章讲经营与数据。 每一章的场景都长一个样：现场触发 → 痛点（带出处）→ WorkBuddy 怎么做（N 步，每步你只说一句话）→ 这 N 步和常见做法差在哪 → 推荐调用与提示词 → 案例佐证（仅部分场景有）。未附案例的场景以步骤演示为准——不是每个场景都有外部案例。你可以只读与自己岗位相关的那一章，不必从头看到尾。 |
MBA 课堂：服务蓝图与"真实瞬间"出处：G. Lynn Shostack，*Designing Services That Deliver*，《哈佛商业评论》，1984（服务蓝图 Service Blueprinting 由此提出）；Richard Normann，*Service Management: Strategy and Leadership in Service Business*，1984（「moment of truth」一词由 Normann 首次用于商业语境）；Jan Carlzon，*Moments of Truth*，1987（其瑞典文原著《Riv pyramiderna》发表于 1985，记录北欧航空的整改过程）。 核心：服务蓝图把一次服务拆成两半——前台（游客看得见的：买票、排队、入场、看演出、投诉）与后台（游客看不见的：票务口径核对、报批材料准备、岗位排班、授权核对），中间以「可见性分界线」隔开。游客的体验只发生在前台，但前台的每一次卡顿，几乎都能在后台找到一条没做实的动作。 Carlzon 把它压缩成一句话：每一次接触都是一次"真实瞬间"——游客不会记住你的年度平均分，只会记住排了多久的队、投诉有没有人管、演出有没有按时开始。 一句话记住：游客体验的每一次卡顿，都能在后台找到一条没做实的动作。 落地提示：本册后面 33 个场景，本质上都是在给后台的那条动作做"留痕＋按时＋可查"。它们不直接创造体验，但它们决定了前台那几个真实瞬间是顺的还是卡的。把这一层交给数字员工之前，先想清楚一件事：这条动作现在的责任人是谁、做完了交给谁签字——责任人不清，再好的工具也只会产出一张没人认领的表。 |
第二篇 场景：从离游客最近的地方开始场景篇导语：文旅的钱从哪来景区和度假区的收入，说到底是四笔：门票/预约、园内二次消费、活动与演艺、以及承办与赞助。文旅演艺与节庆赛事承办方的收入是另三笔：票房、招商与赞助、服务与制作。 这七笔钱有一个共同点——它们都建立在"有人愿意来、来了不出事、办完交得出材料"之上。所以本篇的编排按这个顺序走：先把人引来（第五章），再把人接住（第六、七章），再守住资格（第八章），最后算清账（第九章）。 每章的场景长一个样：
|
第五章 市场营销与获客：让人先想来
5.1 场景 1：在地文化资产挖掘与知识库化
现场触发：某古城文旅公司的内容负责人苏雯要赶一篇"本地传说"推文。她翻了地方志电子版、问了两位退休老员工、又搜了三年前的旧公众号，花了大半天才凑齐三则能用的故事。更麻烦的是，同一位历史名人的生卒与事迹，地方志、百科词条、导游词三处说法都不一样，她不敢用。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）先分工。 AI 做「采集、去重、结构化、打标签」，你做「定范围、定口径、决定哪些能公开」。全程一个窗口：内容工厂智能体（Z07），它内置「知识库搭建」「信息汇总整理」等技能——技能是专家的手，不是要你另开的窗口。 开始前你手上要有的四样：一份本地素材采集范围清单（想挖哪些人物／传说／非遗／老字号）、已有的地方志与旧报道电子版、可接触的老员工或口述来源、一份"哪些内容暂不对外"的边界清单。
第 1 步 · 定采集范围（AI 记录，你确认清单） 你说（示例，下面各步同理）：
大致产出：确认后的采集清单。 你要确认：范围是不是你们真正能用的——清单列了挖不动的，等于白列。 第 2 步 · 多源归集与去重（AI 整理，你确认口径） 你说：
大致产出：一张去重后的素材归集表（四类 × 各来源）。 你要确认：冲突项有没有标全——把不一致直接合并，是后面所有内容出错的根源。 第 3 步 · 结构化档案（AI 建库，你确认字段） 你说：
大致产出：一份可检索的文化资产档案库。 你要确认：字段是不是你们检索得到的方式——建了搜不到，就等于没建。 第 4 步 · 标签与关联（AI 打标，你确认分类） 你说：
大致产出：标签体系与场景对照表。 你要确认：标签是不是真能指导生产——标签不是为了好看，是为了下次直接调。 这四步和常见做法差在哪。 常见做法是：要写推文了，临时去翻地方志、问老人、搜旧号，凑齐就写。改的是这三处：① 第 1 步先定范围并隔离敏感项，让"挖什么"在动手前就清楚；② 第 2 步把多源冲突并列而非合并，把"口径不一"从隐患变成可见项；③ 第 3、4 步落成可检索的档案与标签，让下一次生产直接调，而不是再挖一遍。
相关场景
案例佐证
5.2 场景 2：IP 人设与故事线包装
现场触发：某山地度假区想打造一个"山里守艺人"的 IP 形象，用于短视频、民宿软装和二消文创。市场部出了三版不同的口号，设计部按自己的理解画了两版形象，最后谁也说不清这个 IP 到底"是谁、讲什么、对谁讲"。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）分工先说清。 「提炼主轴、出人设卡、排故事线、给视觉方向」归 AI，「定基调、确认人设、拍板调性」归你。全程一个窗口：市场经理智能体（Z10），它内置「小红书文案撰写」「内容审批管理」等技能；IP 人设与故事线本身的设计若没有更专的技能，走工作台通用能力——本册不硬套不存在的技能。 开始前你手上要有的四样：场景 1 产出的文化资产档案库、本景区想吸引的人群画像、竞品或同位 IP 的参考（避免雷同）、一份"哪些符号不能用"的边界清单（如涉及民族、宗教或敏感历史）。
第 1 步 · 提炼核心叙事（AI 提炼，你定主轴） 你说（示例，下面各步同理）：
大致产出：核心叙事候选清单。 你要确认：主轴是不是你们真能长期讲的——IP 最怕追热点式地换人设。 第 2 步 · 立 IP 人设卡（AI 出卡，你确认） 你说：
大致产出：两版 IP 人设卡。 你要确认：人设是不是"像一个人"而不是"像一份简介"——人设立不住，后面所有内容都飘。 第 3 步 · 排故事线（AI 编排，你确认） 你说：
大致产出：主故事线与触点分段表。 你要确认：各触点是不是"同一件事的不同切角"——同一传说讲成三个版本，是 IP 最致命的失误。 第 4 步 · 视觉与 slogan 方向（AI 给方向，你确认，不替设计定稿） 你说：
大致产出：视觉调性说明 ＋ slogan 方向。 你要确认：调性是不是和你们真实场景合得上——设计返工，通常是因为调性从没说清过。 这四步和常见做法差在哪。 常见做法是：市场部口头描述"我们要个 IP"，设计部自己理解着画。差别集中在这几处：① 第 1 步先提炼可讲的主轴再进人设，避免"为了有 IP 而有 IP"；② 第 2 步产出两版人设卡而非一份简介，把"像人还是像简介"的选择权交给你；③ 第 3 步把故事线按触点分段，从源头消灭"各讲各的"。省下来的主要是设计返工的成本；省下来的钱应该花在对人设的长期使用上，而不是再来一版新形象。
相关场景
案例佐证
5.3 场景 3：一料多用再包装
现场触发：苏雯（场景 1 的同一位内容负责人）刚写完"守艺人"的两条短视频脚本，市场部又来要一篇公众号推文、导游部要一段讲解词、文创部要一句包装文案。她发现这三件事其实用的是同一批素材，却要重写三遍。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）这一步的分工是这样： AI 出「按形态改写、核对口径、留档模板」，你定「定要出哪些形态、挑哪版、拍板发布」。全程一个窗口：内容工厂智能体（Z07），它内置「小红书文案撰写」「微信公众号文章」「内容审批管理」等技能。 开始前你手上要有的四样：场景 1 的档案库与场景 2 的人设卡／故事线、本轮要出的形态清单（短视频／推文／讲解词／文创／研学）、各平台的篇幅与语气习惯、一份禁用表述与调性边界清单。
第 1 步 · 定形态清单（AI 记录，你确认范围） 你说（示例，下面各步同理）：
大致产出：确认后的形态清单。 你要确认：清单是不是你们真会用的——列了不用的形态，只是多生成一堆没人看的稿。 第 2 步 · 一次成稿多形态（AI 改写，你挑） 你说：
大致产出：五份带出处的初稿。 你要确认：哪几份能用——这一步别求全，宁可少出两份，也不要发一份走调的。 第 3 步 · 口径对齐（AI 核对，你确认） 你说：
大致产出：口径对齐检查表。 你要确认：走调项是不是都改了——多形态的最大价值是"同一个人"，对不齐就只剩数量。 第 4 步 · 留档复用（AI 记，你决定下次怎么用） 你说：
大致产出：可复用的"一料多用"模板。 你要确认：模板里有没有写清"这次哪些不该再做"。 这四步和常见做法差在哪。 常见做法是：短视频组写脚本、公众号组写推文、导游组写讲解词，各管各的。不同之处在这里：① 第 1 步先定形态清单再动手，避免"想到什么写什么"；② 第 2 步一次成稿多形态并标注引用，让每份都溯源到同一批素材；③ 第 3 步做口径对齐，把"各说各的"在发布前消灭。省下来的主要是重复起草的时间；省下来的时间应该用在对人设的长期经营上。
相关场景
案例佐证
5.4 场景 4：目的地种草内容与多平台推文
现场触发：周三下午，某山地度假区的运营主管林越要给三个平台的账号排下周的内容。她手上有一批上周拍的云海实拍、一份游客评论区截图、三张二消店铺的新品照片。按现在的节奏，她一天能出两条，一周也就十四条——而竞品账号一天更五条。更麻烦的是，上个月有一条文案因为写了「最」字被平台判违规，之后每条都要她逐字过一遍。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先分清谁在做。 这个场景里，AI 干的是「提炼、批量写、先过一遍违禁」，你干的是「定调性、定排期、决定发哪条」。全程一个对话窗口：内容工厂智能体（Z07），它内置「小红书文案撰写」「内容审批管理」等技能——技能是专家的手，不是要你另开的窗口。 开始前你手上要有的四样：历史爆文与互动数据（自有账号导出）、本景区与同类景区近三个月的评论原文、本季可卖的产品与活动清单（票种、套餐、二消）、一份违禁与慎用表述清单。
第 1 步 · 建卖点库（AI 提炼，你确认出处） 你说（示例，下面各步同理）：
大致产出：一张带出处的卖点库表。 你要确认：卖点是不是真的——凡是没有出处的说法，删掉，不要让它进后面的生成。 第 2 步 · 装违禁边界（AI 加载，你确认词表） 你说：
大致产出：一份边界清单，后面每次生成自动带上。 你要确认：词表是不是最新的——平台规则会变，这一层过期了就全白做。 第 3 步 · 批量出稿（AI 写，你挑） 你说：
大致产出：20 条带出处的初稿，按平台与日期分好。 你要确认：哪几条能用——这一步别求多，宁可少发两条，也不要发一条不实的。 第 4 步 · 走审批留痕（AI 分级，你签字） 你说：
大致产出：一页可签字的审批单。 你要确认：责任人是谁——审批单上没有名字，就等于没人负责。 第 5 步 · 结果回流（AI 记录，你决定下次怎么用） 你说：
大致产出：更新后的卖点库与排期模板。 你要确认：否决原因写清楚了吗——只写「不行」的否决，下次还会再犯。 这五步和常见做法差在哪。 常见做法是三步：运营自己翻评论区找角度 → 逐条手写 → 发之前自己过一遍违禁词。区别落在三处：① 第 1 步不是"想角度"，是"建卖点库"——把评论原文和爆文结构先结构化，每条卖点能溯源，下次不用重新想；② 第 2 步把违禁词表做成硬约束，放在生成之前而不是发布之前——发布前靠人眼扫，一定会漏；③ 第 5 步把采纳与否回写，让这个月比上个月更准。
相关场景
案例佐证
5.5 场景 5：达人分销合作提案与报价对比
现场触发：某度假区市场经理周航打开文件夹——蝉妈妈导出一份、自己维护的 Excel 一份、微信里要来的报价截图十几张。他要在两天内定下这轮合作的名单和预算。最怕的是报价会：老板问「这个达人凭什么值这个价」，他答不上来。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）谁做哪一半，先定下来。 AI 管「折算口径、比价、查风险」；你管「定预算、定名单、拍板」。全程一个窗口：销售经理智能体（Z13），它内置「代理商招募筛选」「渠道业绩分析」等技能。 开始前你手上要有的四样：各平台达人数据导出件（粉丝、近 30 天互动、报价）、本景区历史合作台账（真实成交价、实际核销、配合度）、本轮预算与人选范围、往期合作的实际转化记录（核销量／入园核销码）。
第 1 步 · 口径归一（AI 折算，你确认规则） 你说（示例，下面各步同理）：
大致产出：一张口径统一的对比表。 你要确认：折算规则对不对——挂网价与成交价混在一列，比价就作废了。 第 2 步 · 候选筛选（AI 筛，你定范围） 你说：
大致产出：候选梯队清单（含否决理由）。 你要确认：否决理由能不能站住——这一步筛错，后面全白算。 第 3 步 · 比价测算（AI 算，你定毛利线） 你说：
大致产出：比价与毛利测算表。 你要确认：毛利线是怎么定的——这条线由你定，不由工具定。 第 4 步 · 风险核查（AI 查，你判断） 你说：
大致产出：风险核查清单。 你要确认：有风险的要不要换人——这一步的判断会影响合作，不做自动化决定。 第 5 步 · 成稿留痕（AI 出件，你签字） 你说：
大致产出：一份可带进内部过会的正式件。 你要确认：拍板栏是空的——报价由人定。 这五步和常见做法差在哪。 常见做法是：商务自己把数据拼到一张表 → 凭经验报价 → 过会时被追问。关键差别有三处：① 第 1 步不要求先统一格式，三处来源原样贴，由它折算并写清依据；② 第 3 步按 CPE 与预估核销量算毛利，超线单列「超线」栏并给替代组合，让"凭什么值这个价"有答案；③ 第 4 步把没人填的风险栏补上——竞品合作、舆情、平台处罚，出事之前就能看到。
相关场景
5.6 场景 6：私域社群与活动预热排期
现场触发：距某景区的秋季主题活动还有 12 天。运营林越的企微里有 8 个社群、两万多名会员，但预热节奏还没定：先发活动预告还是先发票务权益？老客和新客说不同的话吗？上一次活动的教训是：同一天在两个群发了两条相似的内容，被投诉刷屏。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先说分工，再动手。 AI 承担「分层、排期、出话术草稿、留档」，你承担「定人群、定节奏、决定发不发」。全程一个窗口：市场经理智能体（Z10），它内置「私域生命周期运营」「营销循环设计」。 开始前你手上要有的四样：会员分层数据（最近到访／消费／活跃度）、本次活动信息（时间、票种、权益、名额）、各渠道的执行能力上限（每个群一天最多发几条）、上一场活动的排期与效果记录。
第 1 步 · 分层与分群（AI 分，你定口径） 你说（示例，下面各步同理）：
大致产出：三层人群画像与各自关注点。 你要确认：层数是不是你们真的服务得过来——分得再细，执行不了就是摆设。 第 2 步 · 排期（AI 排，你定节奏） 你说：
大致产出：一张带频控规则的排期表。 你要确认：频控规则是否符合你们的实际执行能力——发得出去才叫排期。 第 3 步 · 出话术（AI 写，你改口吻） 你说：
大致产出：分层话术草稿。 你要确认：钩子是不是真的——给会员承诺系统里没有的优惠，是投诉最快的来源之一。 第 4 步 · 排重与频控（AI 查，你确认） 你说：
大致产出：排重与频控异常清单。 你要确认：异常项处理完再发——这一步省了，前面三步就白做了。 第 5 步 · 留档（AI 记，你决定下次怎么用） 你说：
大致产出：一份下次能直接用的预热模板。 你要确认：模板里有没有写清"这次哪些不该再做"。 这五步和常见做法差在哪。 常见做法是：活动前一周临时拉个群讨论发什么 → 各自去发 → 结束后没人复盘。改的是这三处：① 第 1 步先分层再排期，而且明确"不要分十层"——分层不是越细越好，是越能执行越好；② 第 3 步给分层话术并强制带退订表达，把"发得越多退订越多"这条经验变成规则；③ 第 4 步做排重与频控检查，这一步是纯体力活，人做必漏。
相关场景
案例佐证
5.7 场景 7：政策、节假日与竞品动态周报
现场触发：周一上午，某文旅集团的运营总监要在周会上说三件事：这个月有哪些申报窗口要盯、周边两个同类景区上了什么新活动、下一个假期还有多少天可以准备。这三件事现在分散在三个人的手机里，凑一次要半天。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）这一步的分工是这样： AI 出「收集、汇总、标注出处、沉淀」，你定「定关注范围、判断哪条要行动」。全程一个窗口：顾问智能体（Z05），它内置「行业信息收集」「政策信息收集」。 开始前你手上要有的三样：本景区／本公司的关注清单（所在地政策发布渠道、主要竞品名单、主要客源地）、本年的节假日与活动日历、上一期周报（用于对比"哪些是新的"）。
第 1 步 · 定关注范围（AI 记录，你确认清单） 你说（示例，下面各步同理）：
大致产出：确认后的关注清单。 你要确认：清单是不是你们真正会行动的——列了不看，等于没列。 第 2 步 · 收集与标注（AI 收集，你判断重要性） 你说：
大致产出：本周动态清单（逐条带出处）。 你要确认：出处能不能点开——查不到来源的信息，不要进周报。 第 3 步 · 标变化（AI 对比，你判断影响） 你说：
大致产出：变化清单（含影响环节与责任人建议）。 你要确认：责任人是不是真的会去看——周报最怕的是"人人都该看，结果没人看"。 第 4 步 · 沉淀成台账（AI 记，你决定下次怎么用） 你说：
大致产出：三张可持续更新的台账。 你要确认：台账是不是能按月检索——做不到检索，沉淀就只是存档。 这四步和常见做法差在哪。 常见做法是：几个人各自刷信息 → 周会口头说 → 说完就散。不同之处在这里：① 第 1 步先定关注范围并禁止自行扩大——不加约束的监测会变成每天几百条噪音；② 第 2 步逐条带出处、抓不到写「未找到」——周报的价值不在快，在可查；③ 第 3 步只列"新增"和"变化"，重复的不进周报，把周报从"信息流"变回"变化提示"。省下来的主要是凑信息的时间；省下来的时间应该用来判断哪条要行动。
相关场景
5.8 场景 8：目的地榜单与攻略内容库
现场触发：某度假区的内容组要做一份「秋季两天一夜怎么玩」。他们手上有园区地图、二十多个点位介绍、四季的实拍照片，但每次做攻略都要重新问一遍各部门要资料。做完了也没有归档，下次做冬季版又从头来一遍。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先分工。 AI 做「归集、成稿、归档、更新提示」，你做「定口径、定排序理由、确认信息准确」。全程一个窗口：内容工厂智能体（Z07），它内置「微信公众号文章」「知识库搭建」。 开始前你手上要有的四样：点位基础信息表（营业时间、票价、动线、适老与无障碍信息）、近半年实拍照片库（含拍摄时间）、已有攻略与榜单的原文、本季活动与套餐清单。
第 1 步 · 归集点位资料（AI 归集，你确认准确） 你说（示例，下面各步同理）：
大致产出：一张点位资料表（缺项已标出）。 你要确认：时间与票价是不是当前值——攻略里最容易出错、也最影响体验的就是这两项。 第 2 步 · 定排序口径（AI 建议，你拍板） 你说：
大致产出：三套排序口径与各自依据。 你要确认：选哪套——榜单的排序理由要能公开讲出来，否则别排。 第 3 步 · 成稿（AI 写，你定调性） 你说：
大致产出：攻略初稿（含配图位置标注）。 你要确认：避坑提示是不是真的——攻略里敢写缺点，可信度反而更高。 第 4 步 · 归档（AI 建库，你决定谁能改） 你说：
大致产出：可检索的点位知识库。 你要确认：责任人写清楚了没有——资料过期没人更新，比没有资料更麻烦。 第 5 步 · 到期提醒（AI 排，你安排更新） 你说：
大致产出：一份复核清单。 你要确认：这张清单由谁按月跟——没有跟，第 4 步的库会迅速过期。 这五步和常见做法差在哪。 常见做法是：要做攻略时临时在群里问各部门 → 拼一篇 → 发完归档在个人电脑。差别集中在这几处：① 第 1 步先归集成表并强制标缺项，不让"待补"变成"随便填一个"；② 第 2 步先给三套可比口径再由人选，把"凭感觉排"改成"按公开口径排"；③ 第 4、5 步归档后加到期提醒，让攻略从一次性稿件变成可维护的资产。
相关场景
案例佐证
5.9 场景 9：分销渠道与二消转化素材包
现场触发：某度假区推出秋季套票，渠道经理要给三类对象发材料：旅行社要结算价与团队政策、社群团长要转发文案与图、企业客户要发票与团建行程模板。同一个人一天要出三版，最怕的是把给旅行社的结算价发给了社群。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）分工先说清。 「分包、成稿、核口径、算效果」归 AI，「定价格分级、定政策、决定给谁发」归你。全程一个窗口：市场经理智能体（Z10），它内置「渠道促销活动管理」「活动宣传海报文案生成」。 开始前你手上要有的四样：本季产品与价格分级表（结算价／执行价／零售价）、渠道名单与各自政策、本季二消清单（项目、价格、位置）、上次活动的各渠道核销数据。
第 1 步 · 先做价格分级（AI 校验，你定政策） 你说（示例，下面各步同理）：
大致产出：一张价格分级校验清单。 你要确认：分级是不是最新——这一步没过，后面所有材料都可能是错的。 第 2 步 · 按渠道分包（AI 分，你确认边界） 你说：
大致产出：三份渠道素材包（各附包含项清单）。 你要确认：逐包核对包含项——这是本场景唯一一步错了就无法挽回的地方。 第 3 步 · 出素材（AI 写与配，你定风格） 你说：
大致产出：转发文案 3 版 ＋ 团建行程模板。 你要确认：行程模板里的项目是不是都能真的承接。 第 4 步 · 二消清单（AI 整理，你定推荐顺序） 你说：
大致产出：二消清单（按位置与人群分组）。 你要确认：价格与库存口径是不是同步的。 第 5 步 · 核销复盘（AI 算，你决定资源倾斜） 你说：
大致产出：渠道核销复盘表。 你要确认：数据来源是不是同一套系统导出的——两套口径并存时，并列写出差额，不要合并。 这五步和常见做法差在哪。 常见做法是：一份材料改三个版本 → 手工删掉不该给对方看的价格 → 发。关键差别有三处：① 第 1 步先做价格分级校验，把"发错价格"这个事故掐在源头；② 第 2 步按渠道分包并各自列包含项，让核对变成一件可勾的事；③ 第 5 步按渠道算核销与二消占比，让下季度的资源倾斜有依据。
相关场景
5.10 场景 10：客源地画像与投放复盘
现场触发：季度经营会上，老板问三个问题：这个季度投放花了多少、主要客源地是哪几个、哪个渠道的到访成本最低。市场部有投放后台的截图，票务部有客源地统计，财务有总账——三份数据口径不同，会开到一半就卡住了。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先说分工，再动手。 AI 承担「对齐口径、算、归因、出复盘」，你承担「定归因口径、定渠道取舍、签字」。全程一个窗口：市场专员智能体（Z08），它内置「投放分析报告」「多渠道归因分析」「ROI 看板解读」。 开始前你手上要有的四样：各投放平台的花费与曝光导出件、票务系统的客源地与票种数据、财务侧的投放支出凭证、上一季度的复盘报告（用于对比）。
第 1 步 · 先对口径（AI 校验，你定基准） 你说（示例，下面各步同理）：
大致产出：一张口径差异清单。 你要确认：以哪一套为准——这一步不定，后面所有数字都可以被质疑。 第 2 步 · 客源地画像（AI 统计，你判断可信度） 你说：
大致产出：客源地画像表。 你要确认：样本量够不够——几十条数据得出的"画像"，不要拿去做预算决策。 第 3 步 · 归因（AI 算，你定归因口径） 你说：
大致产出：渠道归因表（含数据来源）。 你要确认：归因口径是不是提前说好的——会后再改口径，复盘就失去意义。 第 4 步 · 出复盘（AI 成稿，你定结论） 你说：
大致产出：复盘初稿（结论栏留空）。 你要确认：数据依据是否完整——结论由人下，但依据必须能被追查。 第 5 步 · 沉淀（AI 记，你决定下次怎么用） 你说：
大致产出：可复用的复盘模板。 你要确认：口径是不是写进了模板——模板的价值在于不变，变的只有数据。 这五步和常见做法差在哪。 常见做法是：市场部截几张后台图 → 做成 PPT → 会上被追问口径。改的是这三处：① 第 1 步先对口径且禁止合并，把"两个部门算出两个数"这件事摆到台面上；② 第 3 步归因口径提前指定（首触／末触／线性），避免"哪个渠道好看就用哪个口径"；③ 第 4 步结论与建议栏留空由人填——工具给依据，判断归人。
相关场景
5.11 场景 11：对外宣传合规与极限词预审
现场触发：某景区的秋季推文里写了"华东最好的观云平台"，被平台判违规下架；同期还有一份与旅行社签订的联合推广物料，里面写着"保证看到云海"。两件事都不是故意的，但都要有人负责。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）这一步的分工是这样： AI 出「扫描、分级、给改写路径、留痕」，你定「定风险判定、决定发不发、签字」。全程一个窗口：法务合规智能体（Z20），它内置「销售合规审查」「内容审批管理」相关能力。 开始前你手上要有的三样：待发布物料（推文、海报文案、导游词、直播口播稿、合作物料）、一份违禁与慎用表述清单（含广告法绝对化用语）、本景区各类宣传的既有审批责任人名单。
第 1 步 · 装载边界（AI 加载，你确认词表） 你说（示例，下面各步同理）：
大致产出：一份带依据的边界清单。 你要确认：词表是不是最新的——这一层过期，整个预审就失效。 第 2 步 · 扫描（AI 扫，你确认命中） 你说：
大致产出：命中项清单（含风险等级）。 你要确认：疑似项也要看——漏掉一条高风险的代价，远大于多看十条疑似。 第 3 步 · 给改写路径（AI 建议，你选） 你说：
大致产出：改写对照表。 你要确认：改写后是不是还保留原来的卖点——改掉卖点的改写，等于否掉了这条内容。 第 4 步 · 留痕与签批（AI 出件，你签字） 你说：
大致产出：一份可签字的预审单。 你要确认：审批结论栏是空的——这是法律判断，由有权限的人下。 这四步和常见做法差在哪。 常见做法是：内容发出去 → 被举报或下架 → 事后追责整改。不同之处在这里：① 预审前移到生成之后、发布之前，而不是等出事；② 第 2 步连疑似项也列出，把"没看见"变成"看见了但判断为低风险"；③ 第 3 步给两条改写路径，让合规不只是"不许说"，而是"可以怎么说"。省下来的主要是事后救火的时间；省下来的时间应该用来更新一次内部禁用词表。
相关场景
|
第六章 活动策划与执行：把活动办成、办完交得出材料
6.1 场景 12：活动策划方案与宣传推文（数据驱动差异化初稿）
现场触发：距离某度假区秋季音乐节只剩三个月。策划主管手上有去年的方案、今年的预算表、招商部给的权益档位，以及一份去年活动结束后的零散复盘。她知道去年踩过什么坑——但那些坑只存在于几个人的记忆和几个文件夹里，没有一份东西能直接拿来用。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先分清谁在做。 AI 干的是「归集历史、对齐口径、出初稿、出风险预案」，你干的是「定创意方向、定预算、定权益、签字」。全程一个窗口：市场经理智能体（Z10），它内置「活动策划方案生成」。 开始前你手上要有的四样：历年活动策划方案（原样即可，不用整理）、本年度预算表、招商权益档位表、往年复盘报告与事故记录。
第 1 步 · 归集历史（AI 归集，你确认口径） 你说（示例，下面各步同理）：
大致产出：一份归集后的历史底稿。 你要确认：踩坑记录是不是全——这一栏漏了，第 5 步就出不来。 第 2 步 · 对齐口径（AI 对齐，你定可执行区间） 你说：
大致产出：一张口径对齐表（含差异说明）。 你要确认：预算口径是不是你们财务认的那一套。 第 3 步 · 出方案初稿（AI 写，你定创意） 你说：
大致产出：方案初稿（定价与权益为区间）。 你要确认：创意方向是不是你们要的——方向不对，改稿比重写更累。 第 4 步 · 推文同源（AI 出，你核对票档） 你说：
大致产出：两篇与方案同源的推文初稿。 你要确认：票档与权益是否与方案一字不差——推文发错票档，是活动类投诉最常见的来源。 第 5 步 · 风险预案与签批（AI 出清单，你签字） 你说：
大致产出：风险预案清单 ＋ 带签批栏的方案。 你要确认：责任人是不是真的能到场处理——预案上没有名字，就等于没有预案。 这五步和常见做法差在哪。 常见做法是三步：翻去年的方案参考 → 从头写新方案 → 推文另找人写。区别落在三处：① 第 1 步不要求先整理往年方案，原件原样贴，由它归集并标缺项，新方案从"去年的底稿"长出来而不是从空白页开始；② 第 3 步定价与权益只给区间，把"报价由谁定"这件事还给人；③ 第 4 步推文与方案同源，口径不一致会被标出来——分头写的方案和推文，一定会打架。省下来的主要是反复重写的时间；省下来的时间应该用来跑场地、谈资源，而不是再改一版方案。
相关场景
案例佐证
6.2 场景 13：演出赛事报批与安全许可材料清单
现场触发：距离开演还有 40 天。项目经理手上有上一年度的报批件、场地协议、消防安全证明、安全工作方案、节目单与视听资料。她最怕的不是材料多，是不知道还缺哪一份——以及缺了之后是罚款还是停演。 痛点（每条都有出处）
先别急着上工具报批这件事最大的风险不是"材料多"，是错把别处的清单当成属地的清单。各地的材料要求与办理时限存在差异，本场景产出的是"对照属地上一次报批件＋现行法规必备项"的清单，不能替代属地受理部门的要求。生成之后，第一件事是拿它跟属地受理窗口核一遍。 WorkBuddy 怎么做（5 步，每步你只说一句话）先分工。 AI 做「列清单、找缺项、算影响、倒排时间」，你做「提交、与受理窗口沟通、做安全判定」。全程一个窗口：助理智能体（Z01）——报批材料清单没有对应的专用技能，其余步骤走工作台通用能力。 开始前你手上要有的四样：上一年度的报批件与安全方案、场地证明与安全预案、节目单与视听资料、属地受理部门公布的材料要求与办理时限。
第 1 步 · 三套要求对齐（AI 列清单，你确认属地口径） 你说（示例，下面各步同理）：
大致产出：三套材料清单（含依据与属地特别要求栏）。 你要确认：属地那一栏是不是真的去窗口核过。 第 2 步 · 缺项识别（AI 找，你确认影响） 你说：
大致产出：缺项清单（含后果与依据）。 你要确认：后果判断是不是有依据——这条清单是要给人签字的。 第 3 步 · 算影响金额（AI 算，你确认量级） 你说：
大致产出：影响清单（罚款区间／延误量级）。 你要确认：区间的依据条款是否准确。 第 4 步 · 时间倒排（AI 排，你定节点） 你说：
大致产出：时间倒排表。 你要确认：缓冲够不够——按最早可能时间排，不预留补正，就是给自己埋雷。 第 5 步 · 留痕与签批（AI 出件，你提交） 你说：
大致产出：一份可跟踪的报批清单。 你要确认：提交状态由人更新——清单的价值在于它被持续更新，而不是生成一次。 这五步和常见做法差在哪。 常见做法是：凭去年经验列个清单 → 逐项找人凑 → 临提交发现缺一份。差别集中在这几处：① 第 1 步按三套要求分别列，避免把演出审批与安全许可混成一张表；② 第 2、3 步把缺项与后果、罚款区间挂钩，把"还差一份材料"翻译成"这件事值多少钱"；③ 第 4 步按开演日倒排并预留补正缓冲。
相关场景
6.3 场景 14：招商手册与赞助权益包
现场触发：距招商会还有两周。招商经理手上有历史赞助合同、赞助商台账（历年成交价、权益、付款记录）、本年活动规模与预期人流。他要做一份招商手册，但三档权益与对价到目前为止还是"大概这个数"。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）分工先说清。 「归集历史成交、量化权益、给排他边界、出测算」归 AI，「定档位、定价、选赞助商、签字」归你。全程一个窗口：销售经理智能体（Z13），它内置「销售合同起草」「联合业务计划 JBP」。 开始前你手上要有的三样：历史赞助合同（多年未更新也要）、赞助商台账（历年成交价、权益、付款记录）、本年活动信息（规模、预期人流、媒体资源）。
第 1 步 · 归集历史成交（AI 归集，你确认口径） 你说（示例，下面各步同理）：
大致产出：历史成交与兑现情况表。 你要确认：成交价是不是真实成交——挂网价与成交价混在一列，测算就失真。 第 2 步 · 权益归集（AI 整理，你定权益颗粒） 你说：
大致产出：权益清单（含兑现争议标记）。 你要确认：有争议的权益这次还卖不卖——卖了自己兑现不了的权益，是尾款纠纷的起点。 第 3 步 · 排他条款（AI 生成，你定边界） 你说：
大致产出：排他条款草稿（含边界说明）。 你要确认：边界是不是你们真能守住的——排他写宽了守不住，写窄了卖不上价。 第 4 步 · 权益包测算（AI 算，你定价） 你说：
大致产出：权益包测算表（含假设条件）。 你要确认：假设条件是不是成立——人流预期错了，所有测算都作废。 第 5 步 · 成手册（AI 出件，你签字） 你说：
大致产出：一份可带进招商会的手册。 你要确认：定价栏是空的——价由人定。 这五步和常见做法差在哪。 常见做法是：翻去年的手册改一下数字 → 档位凭经验定 → 招商会上现场报价。改的是这三处：① 第 1 步先归集真实成交价，让档位从"真实成交"推出来而不是拍脑袋；② 第 3 步把排他品类写到可执行颗粒度，堵住"运动饮料含不含固体冲剂"这类黑洞；③ 第 4 步给三档测算并写明假设条件，让"凭什么值这个价"有答案。
相关场景
6.4 场景 15：活动执行手册与现场岗位包
现场触发：音乐节前一天。执行团队有 60 人，分六个组。项目经理手里有一份三年前的岗位表、一堆微信群、若干临时通知。最怕的是：某个点位出了问题，现场没人知道该找谁，等于等它发酵。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）谁做哪一半，先定下来。 AI 管「成表、成手册、出预案框架、留记录」；你管「指派人、做现场判断、签字」。全程一个窗口：部门管理智能体（Z04），它内置「应急预案与临时方案」「会议管理」。 开始前你手上要有的三样：活动流程与场地平面图（或点位清单）、人员名单与分组、已知的现场风险点（往期事故与本次新增风险）。
第 1 步 · 岗位表（AI 成表，你指派人） 你说（示例，下面各步同理）：
大致产出：一张可发到人的岗位表。 你要确认：替补是不是真的有——一个岗位只有一个人，等于这个岗位有单点故障。 第 2 步 · 应急预案（AI 出框架，你定触发条件） 你说：
大致产出：应急预案清单。 你要确认：触发条件能不能被现场的人一眼认出来——认不出来的触发条件等于没写。 第 3 步 · 执行手册（AI 成册，你确认可发放） 你说：
大致产出：执行手册。 你要确认：现场的人能不能在 30 秒内翻到自己那一页。 第 4 步 · 值守记录（AI 出模板，你安排人记） 你说：
大致产出：值守记录模板。 你要确认：谁在什么时候填——现场不填，事后补的记录没有意义。 这四步和常见做法差在哪。 常见做法是：一份三年前的岗位表改改 → 群里通知 → 现场靠喊。不同之处在这里：① 第 1 步职责写到"出了什么事做什么"并强制写替补，把岗位表从名单变成动作清单；② 第 2 步触发条件写成可观察现象，把预案从"有"变成"能用"；③ 第 4 步现场值守记录模板——事后还原不出当时做了什么，安全责任就说不清。
相关场景
6.5 场景 16：赞助合同履约与尾款催收
现场触发：活动结束三周后。财务催尾款，招商经理翻聊天记录找当时的现场照片和媒体截图。他心里清楚有两个点位确实没做到位，但不知道这件事在合同里对应多少钱，也不知道该怎么谈。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先分清谁在做。 AI 干的是「逐条对照、量化、出底稿、整理留证」，你干的是「谈判、决定发不发函、决定是否走法律程序」。全程一个窗口：销售经理智能体（Z13），它内置「回款跟进函撰写」「签约流程管理」。 开始前你手上要有的三样：赞助合同（权益条款与付款节点）、赞助商台账（实付、应付、到期日）、权益落地记录（现场照片、物料清单、媒体回报）。
第 1 步 · 逐条对照（AI 对照，你确认证据） 你说（示例，下面各步同理）：
大致产出：权益落地对照表。 你要确认：证据是不是真的——没有证据的"已兑现"，在谈判桌上等于没兑现。 第 2 步 · 量化未履约（AI 算，你确认口径） 你说：
大致产出：未履约项量化表。 你要确认：折算依据能不能被对方接受——这一栏站不住，谈判会从"扣多少"变成"该不该扣"。 第 3 步 · 尾款测算（AI 算，你确认账） 你说：
大致产出：尾款测算表（两个口径）。 你要确认：账龄与到期日是不是与财务一致。 第 4 步 · 出催收底稿（AI 写，你决定发不发） 你说：
大致产出：催收函底稿。 你要确认：事实陈述有没有一处是推测——一处推测会毁掉整封信的可信度。 第 5 步 · 留证清单（AI 整理，你归档） 你说：
大致产出：留证清单（含缺失项）。 你要确认：清单能不能直接交给法务——出事之后才整理证据，通常已经晚了。 这五步和常见做法差在哪。 常见做法是：财务催 → 招商经理翻聊天记录 → 电话磨 → 拖。区别落在三处：① 第 1 步以"有没有证据"为准，而不是"我们有没有做"——这两件事的差距就是尾款纠纷的全部；② 第 2 步把未履约项量化成金额，把"感觉没做到位"变成"对应多少钱"；③ 第 3 步给"全额主张"与"扣减后主张"两个口径，让谈判有台阶。省下来的主要是找证据与拉扯的时间；省下来的时间应该用在下一次活动的权益设计上——少卖一点自己兑现不了的权益，比会催收更有用。
相关场景
6.6 场景 17：活动复盘与结案报告
现场触发：活动结束后的第四天。项目经理要从票务、招商、客服、现场四个部门把数据凑成一份结案报告——但若上一场的数据没人归档，这一场又得从零问一遍同样的问题。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先说分工，再动手。 AI 承担「对齐口径、回流整改、成稿、归档」，你承担「下盈亏结论、定责任、签字」。全程一个窗口：部门管理智能体（Z04），它内置「经验总结与复盘」「周报月报撰写」。 开始前你手上要有的四样：票房结算流水、赞助商台账、游客投诉登记表、现场事故与整改记录。
第 1 步 · 口径归一（AI 对齐，你确认基准） 你说（示例，下面各步同理）：
大致产出：口径对齐说明与差额清单。 你要确认：以哪套口径为基准——这一步不定，结案数字在会上一定被问住。 第 2 步 · 权益落地核对（AI 核对，你确认） 你说：
大致产出：权益落地核对表。 你要确认：差异项是不是已经进入催收流程。 第 3 步 · 投诉与事故回流（AI 归因，你定整改项） 你说：
大致产出：整改清单（含责任人与待查项）。 你要确认：责任人是不是具体的某个人——整改项上写"相关部门"，就等于没有人整改。 第 4 步 · 成稿（AI 出件，你下结论） 你说：
大致产出：结案底稿（结论栏留空）。 你要确认：依据是不是完整——结论由人下，但依据必须能被追查。 第 5 步 · 归档（AI 出索引，你安排存档） 你说：
大致产出：归档清单（含保管期限标注）。 你要确认：保管责任人写了没有——归档清单上没有名字，一年后就找不到了。 这五步和常见做法差在哪。 常见做法是：四个部门各交一段 → 拼成 Word → 交完归档在个人电脑。关键差别有三处：① 第 1 步先对齐口径且差额并列写出，不强行合并；② 第 3 步把投诉与事故归因回流到方案与安全预案，形成带责任人的整改项——这是"下次不再踩同一个坑"唯一的机制；③ 第 5 步出归档索引并标保管期限，让结案从"交差"变成"可复用资产"。
相关场景
|
第七章 现场运营与游客服务：让人进得来、来了不出事
7.1 场景 18：游客投诉与现场服务（登记认定赔付留证）
现场触发：周一早上，某度假区游客中心主任打开三个窗口：一个微信群、一部投诉电话的记录本、12345 转派平台的后台。上周的投诉有十一条，其中四条没人登记，两条已经过去大半个月。他知道逾期是什么后果，但没人帮他把"还剩多少天"算出来。 痛点（每条都有出处）
先别急着上工具游客中心听到"AI 管投诉"的第一反应，通常是"让 AI 直接判断谁对谁错"。这个方向是错的，而且有风险： 责任认定与赔付金额是本册明确划出的"人做的事"（见第三章 3.2）。本场景要解决的不是判断，是三件更基础的事——归集、算天数、留痕。这三件事做实，判断才有人敢下。 WorkBuddy 怎么做（5 步，每步你只说一句话）分工先说清。 「归集登记、倒排时效、给认定依据、测算区间、留证」归 AI，「定责、定赔付金额、签字」归你。全程一个窗口：客服经理智能体（Z19），它内置「客户投诉受理与分级」「重大投诉升级处置」。 开始前你手上要有的三样：游客投诉登记表（或三个入口的原始记录）、投诉证据材料（聊天记录、现场照片、票据）、同类投诉的赔付历史记录。
第 1 步 · 归集登记（AI 归并，你交材料） 你说（示例，下面各步同理）：
大致产出：一张合并后的投诉登记表。 你要确认：有没有本该是同一件事、被拆成两条的——合并错了会少算一条，漏了就是漏了。 第 2 步 · 时效倒排（AI 算，你确认基准日） 你说：
大致产出：时效预警清单（按剩余天数倒排）。 你要确认：基准日取哪一天——这一步取错，整张表都是错的。 第 3 步 · 认定依据（AI 给依据，你定责） 你说：
大致产出：责任认定依据清单。 你要确认：依据引的是不是我们真实的合同与服务标准——引用一份没有公示的服务标准，在申诉时站不住。 第 4 步 · 赔付测算（AI 算区间，你定金额） 你说：
大致产出：赔付测算表（金额栏留空）。 你要确认：历史口径是不是经过内部确认的——没有内部共识的赔付口径，谈一个就乱一个。 第 5 步 · 留证与签批（AI 出件，你签字） 你说：
大致产出：一页可签字的投诉处理单。 你要确认：签字栏是不是真的有人签——没有签字的处理单，三年后拿不出来，等于没处理。 这五步和常见做法差在哪。 常见做法是三步：接到投诉手工登记 → 交给相关部门处理 → 处理完口头汇报。差别集中在这几处：① 第 1 步不要求先建投诉台账——三个入口原样贴，由它归集并标缺项，把"先治理再上工具"这个前提去掉；② 第 2 步把"还剩多少天"算出来并倒排——这是本场景最值钱的一步，也是人最容易漏的一步；③ 第 3、4 步只给依据与区间，认定与金额栏留空——工具给依据，判断归人。
相关场景
案例佐证
7.2 场景 19：票务预约与实名制（退票梯次与异常订单）
现场触发：某实景演出开票前一周。票务同事手上有订单与退款流水（渠道与档位口径不一）、票务销售方案（档位、渠道、退票梯次）、实名绑定规则。她要确认三件事是否互相矛盾，而这三件事分属三个人维护。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）谁做哪一半，先定下来。 AI 管「对齐口径、识别异常、测算退款、出清单」；你管「定退票规则、决定是否拦截、签字」。全程一个窗口：助理智能体（Z01）——票务口径核对没有对应的专用技能，其余步骤走工作台通用能力。 开始前你手上要有的三样：订单与退款流水（票务平台导出）、票务销售方案（档位、渠道、退票梯次）、实名绑定规则。
第 1 步 · 三口径对齐（AI 对齐，你确认场次） 你说（示例，下面各步同理）：
大致产出：一张三口径对照表（冲突已标出）。 你要确认：场次是不是同一场——跨场次对齐会得出完全错误的结论。 第 2 步 · 异常识别（AI 挑，你判断） 你说：
大致产出：异常订单清单（疑似，含佐证）。 你要确认：定性与拦截由人做——误拦一个正常游客的代价，比放过一笔异常订单更高。 第 3 步 · 退票测算（AI 算，你定规则） 你说：
大致产出：各梯次退款测算表。 你要确认：手续费档位是不是你们正式公示过的——未公示的手续费标准，在投诉中站不住。 第 4 步 · 口径留痕（AI 出件，你签字） 你说：
大致产出：一份可签批的票务方案。 你要确认：冲突项是不是已经有人负责去改——标了冲突不处理，等于把问题留到开票当天。 第 5 步 · 复盘（AI 记，你定下次口径） 你说：
大致产出：复盘记录。 你要确认：下一场的口径是否据此调整——不调整的复盘只是存档。 这五步和常见做法差在哪。 常见做法是：三个人各维护一份文件 → 开票前口头对一下 → 现场出问题再改。不同之处在这里：① 第 1 步把三套口径并排对齐并保留冲突，而不是强行取一个值；② 第 2 步只列疑似不做定性，把拦截决定还给人；③ 第 3 步按时间窗测算退票金额，让手续费档位的设计有依据。
相关场景
7.3 场景 20：讲解词与知识库口径统一
现场触发：某文博景区的讲解组来了三位新人。老人每人有一套自己攒的讲解稿，散在各自的笔记本和手机里。新人问"这个亭子到底建于哪一年"，三个人给了三个答案。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）先分工。 AI 做「归集、标注出处、出初稿、建库」，你做「核实史实、定风格、定讲解节奏」。全程一个窗口：内容工厂智能体（Z07），它内置「知识库搭建」。 开始前你手上要有的三样：现有讲解稿（各版本原样即可）、可依据的权威资料（展陈说明、地方志、官方介绍）、本景区的讲解风格要求（时长、深浅、是否互动）。
第 1 步 · 归集与比对（AI 归集，你确认差异） 你说（示例，下面各步同理）：
大致产出：点位讲解差异清单。 你要确认：每一处差异都要有权威资料来定——定不了的就写成"存在不同说法"，不要硬统一。 第 2 步 · 统一初稿（AI 写，你核史实） 你说：
大致产出：统一讲解词初稿（关键说法带出处）。 你要确认：史实由业务口核——这一步省了，就是在给游客讲错的内容。 第 3 步 · 分版本（AI 改，你定深浅） 你说：
大致产出：三档讲解词。 你要确认：三档的史实是不是一致的——深浅可以不同，事实不能有出入。 第 4 步 · 建库与更新（AI 建库，你定责任人） 你说：
大致产出：讲解知识库（含出处与责任人）。 你要确认：复核责任人写了没有——讲解内容过期不更新，比没有讲解更糟。 这四步和常见做法差在哪。 常见做法是：新人抄老人的稿 → 各自发挥 → 口径慢慢走偏。区别落在三处：① 第 1 步先列差异不判断对错，把"三个版本"这件事摆到台面上；② 第 2 步强制关键说法带出处，找不到出处写「待核」——讲解内容的专业性，全靠这一栏撑着；③ 第 4 步建库并写更新责任人，让讲解内容从个人资产变成组织资产。省下来的主要是新人带教的时间；省下来的时间应该用在打磨故事感上。
相关场景
7.4 场景 21：客流与现场处置（排队、滞留、分流）
现场触发：国庆第二天下午两点，某景区核心体验项目排队区聚集了大量游客。广播里循环播放"请耐心等待"，没人知道还要等多久。二十分钟后，有人开始往出口方向走，现场工作人员才发现分流指示牌被人群挡住了。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）这一步的分工是这样： AI 出「汇总、测算、出预案、留记录」，你定「现场判断、决定是否限流、签字」。全程一个窗口：部门管理智能体（Z04），它内置「应急预案与临时方案」。 开始前你手上要有的三样：各点位的历史客流数据（分时段）、当天的预约与实时入园数据、现场可用的人力与分流资源清单。
第 1 步 · 预判（AI 算，你定阈值） 你说（示例，下面各步同理）：
大致产出：分时段流量预测表（超阈值时段已标出）。 你要确认：阈值是哪个部门定的——承载量是有法定或内部依据的数字，不是估算。 第 2 步 · 排队时长口径（AI 算，你去现场核对） 你说：
大致产出：各点位等待时长估算（含前提说明）。 你要确认：估算前提是不是现场真实情况——播报一个错的等待时长，比不播报更伤信任。 第 3 步 · 分流预案（AI 出框架，你定动作） 你说：
大致产出：分流预案清单。 你要确认：告知方式是不是三套同步——只更新指示牌、不广播，等于没告知。 第 4 步 · 值守记录（AI 出模板，你安排人记） 你说：
大致产出：值守记录模板。 你要确认：谁在什么时候填——现场不填，事后无法还原。 这四步和常见做法差在哪。 常见做法是：现场发现人多了 → 派人去疏导 → 结束。关键差别有三处：① 第 1 步按分时段历史数据做预测，把"事后发现"变成"事前知道"；② 第 2 步给等待时长的估算口径并说明前提——游客要的不是快，是"知道还要多久"；③ 第 3 步把告知方式写进预案（指示牌／广播／人工三套同步）。
相关场景
案例佐证
7.5 场景 22：游客评价与口碑归因周报
现场触发：周一上午，客服主管翻了三个平台的上周评价：有一半在抱怨同一个洗手间，有三条抱怨讲解员态度。这些评价散在三个后台里，回复完就结束了，没有人把"抱怨的是同一件事"这件事看出来了。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）先分清谁在做。 AI 干的是「归集、归类、算变化、回流整改」，你干的是「定归类口径、定谁去改、决定回复口径」。全程一个窗口：客服经理智能体（Z19），它内置「满意度调研与分析」「舆情监测与应对」。 开始前你手上要有的三样：各平台评价导出件（含时间、评分、文本）、本景区的环节分类清单（票务／动线／卫生／餐饮／讲解／二消／其他）、上周的整改项清单。
第 1 步 · 归集（AI 归集，你确认分类） 你说（示例，下面各步同理）：
大致产出：评价归集表（含待分类栏）。 你要确认：待分类的那几条是不是暴露了新的问题类别——新类别往往就是新问题的信号。 第 2 步 · 找集中项（AI 统计，你判断真伪） 你说：
大致产出：集中项清单（含异常提示）。 你要确认：是不是刷评——这一步不核，整改就会追着假问题跑。 第 3 步 · 回流整改（AI 出清单，你定责任人） 你说：
大致产出：整改清单（责任人与时限留空）。 你要确认：整改动作能不能被验收——"加强管理"不是动作，"增派一名保洁并每小时签到"才是。 第 4 步 · 成周报（AI 出件，你定结论） 你说：
大致产出：周报（结论栏留空）＋ 上周整改完成情况。 你要确认：上周的整改是否真的完成——没有回头看的周报，会变成每周重复的流水账。 这四步和常见做法差在哪。 常见做法是：各平台各回各的 → 月底看一眼评分。差别集中在这几处：① 第 1 步按环节归类并保留"待分类"栏，让新问题有地方放；② 第 2 步标出集中评价的异常提示（可能是刷评），避免追着假问题跑；③ 第 3 步把整改动作写到可验收的程度——"加强管理"这类动作，下周还是老样子。
相关场景
7.6 场景 23：园区二消与商业点位分析
现场触发：季度会上，老板问："二消到底占多少？哪个点位坪效最高？要不要把那个文创店换成体验项目？"运营部有门票收入，商户各自有 POS，但没有人把两张表放在一起看过。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）分工先说清。 「对齐口径、算结构、找异常、出分析」归 AI，「定结算口径、决定是否调整业态、签字」归你。全程一个窗口：销售经理智能体（Z13），它内置「渠道业绩分析」「运营数据分析」。 开始前你手上要有的三样：各商户的销售数据（POS 或报表导出）、各点位的客流数据、联营与租赁的结算规则。
第 1 步 · 对齐口径（AI 对齐，你定规则） 你说（示例，下面各步同理）：
大致产出：口径差异清单。 你要确认：联营与租赁是不是分开算——混着算会让"二消收入"这个数字失去意义。 第 2 步 · 算结构（AI 算，你确认分组） 你说：
大致产出：二消结构表（分业态与点位）。 你要确认：客流数据来自哪个系统——两套客流口径并存时，并列写出差额。 第 3 步 · 找异常（AI 标，你去现场看） 你说：
大致产出：异常点位清单（含方向提示）。 你要确认：去现场看一眼——数据只告诉你哪里有问题，不告诉你为什么。 第 4 步 · 出分析（AI 成稿，你定动作） 你说：
大致产出：二消分析（建议栏留空）。 你要确认：调整建议由人下——换业态是投资决定，不是数据分析的产出。 这四步和常见做法差在哪。 常见做法是：季度末让各商户报个数 → 加总 → 报给老板。改的是这三处：① 第 1 步先区分联营与租赁口径，避免把两种收入混算；② 第 2 步把销售与客流放在同一张表，让"人流量大但不赚钱"这件事显形；③ 第 3 步只给方向提示并明确"这是提示不是结论"——点位调整要去现场看，不能只看表。
相关场景
|
第八章 资质与合规：守住资格线
8.1 场景 24：文旅申报评级与印证件索引
现场触发：某景区今年要参加品牌创建。办公室同事手上有创建方案、财务审计报告、信用报告、立项文件，以及一份去年的申报指南。她把材料堆在桌上核对了两天，还是不确定有没有遗漏——因为指南里有些要求写得比较概括，而实际操作中有几项是上次被退回后才知道的。 痛点（每条都有出处）
先别急着上工具申报这件事最大的风险是把别处的清单当成属地的清单。各地品牌创建与扶持政策的指标体系、材料要求、时间窗口都不同。本场景产出的是"对照属地最新申报指南＋上一轮申报材料"的索引，不能替代属地发布的申报要求。 WorkBuddy 怎么做（4 步，每步你只说一句话）先说分工，再动手。 AI 承担「列索引、标缺项、排到期、留痕」，你承担「与属地部门核实、决定是否提交、签字」。全程一个窗口：助理智能体（Z01）——申报材料索引没有对应的专用技能，其余步骤走工作台通用能力。 开始前你手上要有的三样：属地本轮申报指南（或上一轮的材料清单）、现有材料清单与文件目录、上一轮申报的退回／补正记录。
第 1 步 · 建索引（AI 建表，你确认属地口径） 你说（示例，下面各步同理）：
大致产出：申报材料索引表。 你要确认：属地那一栏是不是真的对照了最新指南——上一轮的清单不能直接拿来用。 第 2 步 · 标缺项（AI 找，你确认影响） 你说：
大致产出：缺项清单（含影响与责任部门）。 你要确认：影响判断有没有依据——这一栏是要拿去催人的。 第 3 步 · 排到期（AI 排，你定节点） 你说：
大致产出：时间倒排表。 你要确认：缓冲够不够——审计报告、信用报告这类外部材料，出件时间不受我们控制。 第 4 步 · 留痕与签批（AI 出件，你签字） 你说：
大致产出：一份可签批的索引件。 你要确认：自评结论栏是空的——自评是内部的专业判断，由人下。 这四步和常见做法差在哪。 常见做法是：把材料堆在桌上人工核对 → 交上去 → 被退回再补。区别落在三处：① 第 1 步建索引并保留"属地特别要求"栏，让核对有据可依；② 第 2 步把缺项按"必备／加分／补充"分类并写影响，让催办有优先级；③ 第 3 步倒排时间并为外部材料预留缓冲。省下来的主要是核对与补件往返的时间；省下来的时间应该用在提升创建方案本身的质量上。
相关场景
8.2 场景 25：素材与曲目版权台账
现场触发：某实景演出的第二季要复排。导演想沿用去年的曲目单，但没人说得清其中三首的授权范围是否包含第二季，也没人知道有两首的授权下个月到期。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）谁做哪一半，先定下来。 AI 管「建台账、对齐、预警、留痕」；你管「核实授权链条、决定是否使用、谈判授权」。全程一个窗口：法务合规智能体（Z20）——版权台账没有对应的专用技能，其余步骤走工作台通用能力。 开始前你手上要有的三样：曲目与素材清单（节目单、宣传物料清单）、现有授权文件（合同、授权书、邮件确认）、本季使用计划（场次、是否线上、是否二创）。
第 1 步 · 建台账（AI 建表，你核实链条） 你说（示例，下面各步同理）：
大致产出：素材与曲目版权台账。 你要确认：权利人是谁——从二手渠道拿到的素材，授权链条通常不完整。 第 2 步 · 对齐使用计划（AI 核对，你确认风险） 你说：
大致产出：风险项清单（超出范围的部分）。 你要确认：线上播放与线下演出通常是两个授权——这是最容易被忽略的一栏。 第 3 步 · 到期预警（AI 排，你安排续约） 你说：
大致产出：到期预警清单。 你要确认：续约谈判要多久——临演前补授权，通常要付出更高的代价。 第 4 步 · 留痕（AI 出件，你签字） 你说：
大致产出：一份可签批的版权台账。 你要确认：决策栏是空的——用不用、怎么谈，由有权限的人定。 这四步和常见做法差在哪。 常见做法是：授权文件存在某个文件夹里 → 复排时凭记忆用 → 出了问题再查。不同之处在这里：① 第 1 步台账里"权利人"与"授权范围"必须逐项填，缺失写「未提供」而不是推断；② 第 2 步把使用计划与授权范围对齐，重点查"线上与线下""本季与跨季""是否二创"这三处最容易超范围的地方；③ 第 3 步按 90 天／30 天两档倒排预警。省下来的主要是翻文件夹的时间；省下来的时间应该用在提前谈授权上。
相关场景
8.3 场景 26：安全预案与现场值守记录
现场触发：某景区接受安全检查，被要求提供安全工作方案与近期的现场值守记录。安全工作方案是三年前的版本，值守记录只有几张手写纸——而大型活动的安全许可与人数线是有法定要求的。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）先分工。 AI 做「列清单、找缺项、出预案框架、留记录模板」，你做「做安全判定、决定启动、签字」。全程一个窗口：部门管理智能体（Z04），它内置「应急预案与临时方案」。 开始前你手上要有的三样：场地平面图与点位清单、历史事故与隐患记录、现有安全工作方案（即使是旧版）。
第 1 步 · 方案自检（AI 列清单，你确认属地要求） 你说（示例，下面各步同理）：
大致产出：安全工作方案自检清单。 你要确认：属地那一栏是不是核过——安全工作方案的内容要求以属地受理口径为准。 第 2 步 · 预案改写（AI 出框架，你定触发条件） 你说：
大致产出：改写后的应急预案。 你要确认：触发条件现场能不能一眼认出来——这是预案能不能用的分水岭。 第 3 步 · 值守记录（AI 出模板，你安排人记） 你说：
大致产出：值守记录模板。 你要确认：谁在什么时候填——补填的记录在检查中不被采信。 第 4 步 · 演练与复盘（AI 出方案，你组织） 你说：
大致产出：演练方案与复盘要点。 你要确认：演练有没有真的走一遍——没有演练的预案，只是文字。 这四步和常见做法差在哪。 常见做法是：方案三年一版 → 检查前临时补记录 → 出事靠回忆。关键差别有三处：① 第 1 步按法定内容逐项自检并保留属地栏；② 第 2 步把"发生突发事件时"改成可观察的触发条件；③ 第 3、4 步把值守记录与演练做成常态化动作——检查时最有力量的证据，是连续三个月的记录，而不是前一天补的一叠纸。
相关场景
8.4 场景 27：供应商与服务商资质台账
现场触发：某音乐节前两周，承办方在整理服务商资料时发现，一家舞台搭建商的营业执照已过期三个月，另一家的保险单在活动前一天到期。这两家都已经付了预付款。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）这一步的分工是这样： AI 出「建台账、预警、出评价表、留痕」，你定「决定是否准入、决定是否更换、签字」。全程一个窗口：供应链智能体（Z24），它内置「供应商评估」「供应商绩效管理」。 开始前你手上要有的三样：服务商名单与合同、各类资质证照与保单（扫描件目录）、历史合作评价记录（有就给）。
第 1 步 · 建台账（AI 建表，你核实原件） 你说（示例，下面各步同理）：
大致产出：供应商资质台账。 你要确认：证照是不是原件核过——扫描件看不出真伪，也看不出是否被吊销。 第 2 步 · 到期预警（AI 排，你安排续期） 你说：
大致产出：到期预警清单。 你要确认：过期的那几家有没有替代方案——活动前两周发现资质过期，是最被动的时刻。 第 3 步 · 合作评价（AI 出表，你打分） 你说：
大致产出：评价表（评分标准说明，分数留空）。 你要确认：评分标准是不是大家认可的——标准不统一，评价就变成人情分。 第 4 步 · 留痕（AI 出件，你签字） 你说：
大致产出：一份可签批的台账。 你要确认：准入决策栏是空的——用不用这家，由人定。 这四步和常见做法差在哪。 常见做法是：合作时收一次资质 → 存档在某个文件夹 → 下次再合作时重新问一遍。改的是这三处：① 第 1 步建统一台账并保留"未提供"栏，让缺失显形而不是被默认忽略；② 第 2 步按 90 天／已过期两档预警，把"发现过期"提前到"快过期"；③ 第 3 步给可勾选的评分标准并留空打分，让评价从印象变成可比较的记录。
相关场景
8.5 场景 28：游客个人信息与票务数据边界自查
现场触发：某景区要上线智能客服，技术方提出要接入会员手机号与既往订单。信息部门问：这些数据能不能给到外部模型？法务说要评估，但没有一份现成的边界清单，项目就卡在这里。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）分工先说清。 「列清单、分类、找差距、留痕」归 AI，「决定边界、决定接入范围、签字」归你。全程一个窗口：法务合规智能体（Z20），它内置「数据隐私合规」。 开始前你手上要有的三样：各系统的数据字段清单（票务、会员、客服、安防）、现有的数据处理与共享记录、本单位的网络与账号权限说明。
第 1 步 · 数据摸底（AI 分类，你确认清单） 你说（示例，下面各步同理）：
大致产出：数据分类清单。 你要确认：清单是不是覆盖了所有系统——漏掉一个系统，边界就形同虚设。 第 2 步 · 划边界（AI 出草案，你决策） 你说：
大致产出：边界建议表（含依据，决策栏留空）。 你要确认：决策栏是不是真的有人填——这份表的价值在于签了字，而不是生成了。 第 3 步 · 找差距（AI 比对，你定整改） 你说：
大致产出：差距与整改清单。 你要确认：责任人是不是具体的岗位——写"信息部"不如写"信息部某某"。 第 4 步 · 留痕（AI 出件，你签字） 你说：
大致产出：一份可签字的自查表。 你要确认：签字的人有没有权限——这份表是内部合规的第一道闸门。 这四步和常见做法差在哪。 常见做法是：项目要接入数据时临时讨论 → 口头同意 → 事后出规定。差别集中在这几处：① 第 1 步先做全系统数据摸底并保留"待确认"栏，让"不知道有什么数据"这件事显形；② 第 2 步每类数据逐条给边界建议与依据，决策栏留空——边界是有权限的人定的事；③ 第 3 步比对现状与建议，出可追责的整改清单。
相关场景
|
第九章 经营与数据：把账算清楚
9.1 场景 29：多业态运营日报
现场触发：某度假区运营总监的早晨：票务系统看一眼、客房系统看一眼、客服群里翻一遍、工程维修单再问一次。这些数凑齐要到十点以后，而九点的晨会已经开过了。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先分清谁在做。 AI 干的是「对齐、识别异常、归因、成稿、推送」，你干的是「定口径、定异常阈值、决定今天干什么」。全程一个窗口：经营决策智能体（Z03），它内置「每日早报推送」「运营数据分析」。 开始前你手上要有的四样：各系统的昨日导出件（票务／房态／餐饮／工程单据）、本月的经营计划与阈值、前一日日报（用于对比）、各业态的口径说明（含税与否、是否剔除退单）。
第 1 步 · 对齐口径（AI 对齐，你定基准） 你说（示例，下面各步同理）：
大致产出：口径对齐结果与差额说明。 你要确认：以哪套口径为准——这一步不定，日报每天都会被质疑。 第 2 步 · 识别异常（AI 标，你定阈值） 你说：
大致产出：异常项清单（含来源与幅度）。 你要确认：阈值是不是你们内部达成共识的——阈值不统一，日报会变成噪音。 第 3 步 · 归因（AI 写，你判断） 你说：
大致产出：异常归因（含「原因待查」项）。 你要确认：「原因待查」是不是真的去查了——这一栏是日报诚实与否的分水岭。 第 4 步 · 成稿（AI 出件，你决定今天干什么） 你说：
大致产出：日报 ＋ 待办栏（留空）。 你要确认：待办三件事由人填——日报的落点不是数字，是今天要做什么。 第 5 步 · 推送与更新（AI 推送，你决定给谁看） 你说：
大致产出：定时推送的日报 ＋ 昨日待办完成情况。 你要确认：推送名单是不是最终确认过的——发错群比不发更麻烦。 这五步和常见做法差在哪。 常见做法是：运营总监自己扒数据 → 做成 Excel → 发群。不同之处在这里：① 第 1 步不要求先统一系统口径——各系统导出件原样用，两套口径并存时并列写差额，而不是逼财务先改系统；② 第 3 步归因讲不通就写「原因待查」，把"编一个原因"这条路堵死；③ 第 5 步把昨日待办回写到今日日报开头——这一条让日报从"回顾"变成"闭环"。省下来的主要是扒数与对数的时间；省下来的时间应该用在巡场上。
相关场景
案例佐证
9.2 场景 30：会员运营周报
现场触发：周一经营会上，老板又问同一句话："会员搞了这么多年，到底有多少人是活的？"客服部报注册数，市场部报新增数，两个数字都对不上，也没人知道上周做的唤醒动作有没有执行。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）先分工。 AI 做「分层、对比、对账、出建议、成稿」，你做「定分层口径、定下周动作、签字」。全程一个窗口：市场经理智能体（Z10），它内置「私域生命周期运营」「周报月报撰写」。 开始前你手上要有的四样：会员消费流水（可按会员号关联即可）、券与储值数据、上次唤醒名单与触达结果、上周报（用于对账）。
第 1 步 · 分层（AI 分，你定口径） 你说（示例，下面各步同理）：
大致产出：分层结果（各层人数与占比）。 你要确认：口径是不是与上月一致——口径变了，环比就失去意义。 第 2 步 · 看迁移（AI 对比，你判断） 你说：
大致产出：升层与掉层名单。 你要确认：掉层的人是不是有共同特征——共同特征往往就是问题所在。 第 3 步 · 对账（AI 核对，你定责任） 你说：
大致产出：上周动作对账表（含未执行项）。 你要确认：卡在哪一环——写"未完成"没有价值，写"卡在券未配置"才有价值。 第 4 步 · 出建议（AI 建议，你决定） 你说：
大致产出：下周建议（带依据，决定栏留空）。 你要确认：建议是不是可执行的三条——超过三条的周报，通常一条也落不了地。 第 5 步 · 成稿（AI 出件，你签字） 你说：
大致产出：周报（固定三段顺序）。 你要确认：顺序是不是固定的——把建议放在对账之前，周报就变成了只说不做的流水账。 这五步和常见做法差在哪。 常见做法是：导出会员数 → 做成图表 → 报给老板。区别落在三处：① 第 2 步看的是"迁移"不是"存量"——谁升了谁掉了，比"今年有多少会员"有用得多；② 第 3 步把"上周说要做的事"做成固定对账环节，而且必须写在建议之前；③ 第 5 步把储值余额这类资金口径排除在周报之外（只报变动方向），避免与财务月结打架。
相关场景
9.3 场景 31：沉睡会员唤醒名单与话术
现场触发：淡季前一个月，市场部想做一轮唤醒。会员系统里有几十万注册，能筛出"一年以上未到访"的名单有十几万，但这么长的名单发不出去，而且所有人收到同一条"好久不见"，退订率会很高。 痛点（每条都有出处）
WorkBuddy 怎么做（5 步，每步你只说一句话）这一步的分工是这样： AI 出「分层、绑定理由、排重、出话术、回收回执」，你定「定唤醒理由、决定发不发、发送」。全程一个窗口：市场经理智能体（Z10），它内置「私域生命周期运营」「服务话术规范撰写」。 开始前你手上要有的四样：会员消费流水、券与储值数据（余额、次卡剩余、未核销券）、本季在售活动与优惠清单、上次唤醒名单与触达结果。
第 1 步 · 分层（AI 分，你定档） 你说（示例，下面各步同理）：
大致产出：三档沉睡名单（含消费特征）。 你要确认：分档是否符合你们的执行能力——分得再细，发不出去也是零。 第 2 步 · 绑理由（AI 建议，你定钩子） 你说：
大致产出：分档唤醒理由表。 你要确认：钩子是不是真的能兑现——承诺系统里没有的优惠，是最快的投诉来源。 第 3 步 · 排重与频控（AI 查，你定上限） 你说：
大致产出：裁剪后的最终名单（含剔除说明）。 你要确认：执行上限是不是真的问过执行的人——名单再长，发不出去等于零。 第 4 步 · 出话术（AI 写，你过目） 你说：
大致产出：分档话术草稿。 你要确认：退订表达在不在——这一句决定了下一轮还能不能触达。 第 5 步 · 回执回收（AI 记，你定下月名单） 你说：
大致产出：回执对账表。 你要确认：排除规则是不是真的生效了——不排除退订的人，第二轮就是骚扰。 这五步和常见做法差在哪。 常见做法是：按条件筛一批号码 → 群发一条"好久不见"。改的是这三处：① 第 2 步给每人绑一个来自他自己消费记录的唤醒理由，把"群发"变成"有话可说"；② 第 3 步按执行上限裁剪名单——名单的长度应该由执行能力决定，不是由数据库决定；③ 第 4 步强制带退订表达，第 5 步回收回执并排除。
相关场景
9.4 场景 32：淡旺季人力与排班
现场触发：旺季前一个月，运营与人力开始吵：运营说至少再要四十人，人力说按去年编制只能给二十个。两边都没有一份能摆到桌上的测算——去年的实际用工数据散在各班组的手写考勤里。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）谁做哪一半，先定下来。 AI 管「归集、测算、出方案、留痕」；你管「定编制、定用工形式、签字」。全程一个窗口：人力资源经理智能体（Z16）——排班测算没有对应的专用技能，其余步骤走工作台通用能力。 开始前你手上要有的三样：去年同期的客流与用工数据（含临时用工）、各岗位的作业标准与人均效能说明、本年的活动与节假日日历。
第 1 步 · 归集历史（AI 归集，你确认口径） 你说（示例，下面各步同理）：
大致产出：历史用工归集表。 你要确认：临时用工有没有被完整记录——临时工漏记，是编制测算失真的第一大原因。 第 2 步 · 测算需求（AI 算，你定参数） 你说：
大致产出：分周分岗位需求测算（区间）。 你要确认：参数是谁给的——参数错了，测算再精细也没用。 第 3 步 · 出方案（AI 给选项，你定编制） 你说：
大致产出：三套方案与各自取舍。 你要确认：管理复杂度提示是不是被看到了——临时工越多，培训与现场管理的负担越重。 第 4 步 · 留痕（AI 出件，你签字） 你说：
大致产出：一份可上会的用工方案。 你要确认：决策栏是空的——编制是有权限的人定的事。 这四步和常见做法差在哪。 常见做法是：凭去年印象报需求 → 双方拉扯 → 定一个折中数。差别集中在这几处：① 第 1 步先把历史用工（含临时工）归集成表，让讨论有共同的事实基础；② 第 2 步参数与计算分离——参数由人给，工具只负责算，避免"工具给的数字没法质疑"；③ 第 3 步给三套方案并把管理复杂度写进去，让选择从"讨价还价"变成"权衡取舍"。
相关场景
9.5 场景 33：月度经营分析一页纸
现场触发：月初第三天，财务、运营、市场各交一份材料。老板在会上翻了十分钟，问："所以这个月比上个月好还是差？差在哪？"三份材料的口径不一致，谁也答不上来。 痛点（每条都有出处）
WorkBuddy 怎么做（4 步，每步你只说一句话）先说分工，再动手。 AI 承担「对齐口径、拆结构、对账上月、成稿」，你承担「下结论、决定下月动作、签字」。全程一个窗口：首席财务官老板端智能体（Z06），它内置「周报月报撰写」「ROI 看板解读」。 开始前你手上要有的三样：各部门月度数据（票务／二消／活动／成本／人力）、上月的一页纸（用于对账）、本年的经营计划与预算。
第 1 步 · 对齐口径（AI 对齐，你定基准） 你说（示例，下面各步同理）：
大致产出：口径差异清单。 你要确认：以哪套为准——这一步不定，一页纸上的每个数字都可以被质疑。 第 2 步 · 拆结构（AI 拆，你确认分组） 你说：
大致产出：结构对比表。 你要确认：结构分组是不是你们内部认可的——分组一变，趋势就断了。 第 3 步 · 对账上月（AI 核对，你定责任） 你说：
大致产出：上月动作对账表。 你要确认：卡点写清楚了没有——写"推进中"等于没写。 第 4 步 · 成一页纸（AI 出件，你下结论） 你说：
大致产出：一页纸（结论与下月动作栏留空）。 你要确认：结论栏是空的——结论由人下，工具只保证依据可查。 这四步和常见做法差在哪。 常见做法是：各部门交材料 → 汇总成一份长报告 → 会上翻。关键差别有三处：① 第 1 步口径先行且差额并列，把"两个数"摆到台面而不是藏起来；② 第 2 步看结构不看总量——总量好看而结构恶化，是文旅最常见的陷阱（门票涨、二消跌）；③ 第 3 步固定"上月动作对账"并放在结论之后。省下来的主要是汇总材料的时间；省下来的时间应该用在讨论下个月到底做什么上。
相关场景
案例佐证
|
第十章 从场景到能力：团队怎么落地前面三十三个场景，任何一个都可以单独开始。但如果想让这件事在一个团队里站稳，需要一点顺序——不是按场景编号做，而是按"能不能验收"做。 10.1 先做哪一件：三条筛选标准从三十三个场景里挑第一件时，用这三条筛：
按这三条筛，通常会落在以下几件上：活动策划方案初稿、运营日报、投诉登记、攻略与讲解词、对外宣传预审。它们共同的特点是：材料现成、产出物形态明确、错了容易发现。 10.2 30 · 60 · 90 天
这 90 天里最容易被忽略的一件事：口径与责任人。工具换了，口径还在；人换了，责任人表还在。这两样东西才是团队真正沉淀下来的资产，前面那些产出物只是副产品。 10.3 四类角色各自该做什么
10.4 三条边界（这一节最重要）
|
第十一章 服务机构怎么用这本手册
11.1 你能拿到什么
11.2 三条提醒
11.3 如果你想把这本手册用进自己的课程或方案
|
附录 A：本手册场景总览与业务链定位
分章统计：第五章 11 个（33.3%）／第六章 6 个／第七章 6 个／第八章 5 个／第九章 5 个，合计 33 个。 |
附录 B：起步清单（可直接照做）B.1 开始前要确认的五件事
B.2 第一次跑一件事的六个动作
|
附录 C：私有资产就绪度自查表
判读：缺 1–2 类可以开始；缺 4 类以上，建议先补"责任体系"与"数据与口径"这两类，再跑场景。 |
附录 D：检索与导航D.1 全书概览
合计 33 个场景。 D.2 按岗位索引
D.3 按痛点索引
|
附录 E：本手册属于「行业应用手册系列」
本册与相邻册的关系：与《影视传媒》册在活动策划、招商与版权台账上同构，可互参；与《零售电商》册在会员、私域与经营分析上同构；旅行社与住宿两类主体不在本册范围内，其日常经营手法可先参考《零售电商》册与《影视传媒》册的对应章节。 |
附录 F：可用智能体与调用方法F.1 在哪找到打开 WorkBuddy，左侧栏点「专家」或「技能」→ 搜索名称 → 安装 → 新建对话即可使用。
F.2 三种调用方式
一个关键区别：技能是专家的"手"，不是要你另开的窗口。在专家对话里点名技能，只是让它切到更专的做法。 F.3 提示词怎么写（四段式）一个管用的提示词通常有四个部分，顺序可调：
差的例子： 好的例子： F.4 四步把效果用出来
F.5 本册主用专家
协同专家：市场专员智能体（Z08，投放分析）、顾问智能体（Z05，行业与政策情报）、供应链智能体（Z24，服务商资质）、人力资源经理智能体（Z16，淡旺季用工）、首席财务官老板端智能体（Z06，月度经营分析）。 F.6 本册常用技能小红书文案撰写（J077）｜内容审批管理（J072）｜微信公众号文章（J100）｜知识库搭建（J016）｜活动策划方案生成（J083）｜活动宣传海报文案生成（J082）｜渠道促销活动管理（J127）｜代理商招募筛选（J109）｜渠道业绩分析（J126）｜私域生命周期运营（J017）｜营销循环设计（J019）｜服务话术规范撰写（J243）｜投放分析报告（J081）｜多渠道归因分析（J097）｜ROI 看板解读（J069）｜竞品动态周报摘要（J084）｜行业信息收集（J020）｜政策信息收集（J012）｜客户投诉受理与分级（J214）｜重大投诉升级处置（J252）｜满意度调研与分析（J062）｜舆情监测与应对（J249）｜应急预案与临时方案（J230）｜每日早报推送（J289）｜运营数据分析（J064）｜周报月报撰写（J179）｜回款跟进函撰写（J300）｜签约流程管理（J105）｜销售合同起草（J023）｜联合业务计划 JBP（J143）｜供应商评估（J043）｜供应商绩效管理（J379）｜数据隐私合规（J101）｜销售合规审查（J146）｜信息汇总整理（J003）｜经验总结与复盘（J353）｜会议管理（J170）
F.7 三条边界
|
使用前提与边界在按本手册推进之前，请先确认五件事：
边界（本手册不做什么）：
|
常见问题Q1：我们只有十几个人，也要做这么复杂吗？ 不需要。三十三个场景是"可选项"不是"必做项"。通常从一个场景开始，跑顺了再扩。第十章给出了挑选第一件的三条标准。 Q2：这些案例是真的吗？ 本册明确标注了两种：「✓ 真实落地」的几条来自已完成的项目，企业名已做匿名处理；其余均为「✓ 场景设计（真实业务格式 + 构造示例数据）」，演示的是做法与产出物形态，其中数字为构造示例，不含真实客户信息，也不作为效果承诺。 Q3：会不会出现"AI 替我们做了决定"的情况？ 本册的每一个场景，凡是需要人拍板的栏都是留空的——责任认定、赔付金额、最终定价、安全判定、是否发布。工具给依据，判断归人。 Q4：我们的数据能不能给 AI 用？ 这件事没有统一答案，取决于你们的数据分类与内部边界。请先看场景 28，把各系统的字段摸清、把边界定下来再接入。这一条不应在接入之后才讨论。 Q5：为什么没有旅行社和酒店的内容？ 因为它们的业务模式与本册不同构。旅行社是"行程组装与交付"，酒店民宿是"零售化经营"，与"把一个场子运营下去"是三套骨架。硬合进一册，只会让每一节都写不深。本册暂不覆盖这两类主体，若确有需要可后续视素材情况单独成册。 Q6：引用的法规会有变化吗？ 会。本册引用的规则以成稿时的现行版本为准（如《旅游投诉处理办法》为 2026 年 3 月 15 日施行的版本）。推进前请核一遍是否有更新，尤其是地方性的申报与奖励政策——各地差异极大。 Q7：这本手册可以转发给同事或合作伙伴吗？ 可以，且鼓励转发。本册采用 CC BY-NC-SA 4.0 许可：署名、非商业、相同方式共享——保留署名与出处即可自由分享；用于商业培训或作为交付物的一部分，请先与我们联系。 |
天箭星科技简介与服务天箭星科技专注企业 AI 应用能力落地：不是交付一套工具，而是帮企业把某几件"每周都在发生"的事，做成可签字流转、可追溯、可复用的产出物。 我们做三件事：
覆盖方式：以 WorkBuddy 为承载，把行业场景做成岗位可复用的智能体与技能组合；不替换企业已有的业务系统，只做系统之间的那一段手工活。 主编：柳箭 对外经济贸易大学国际商学院 MBA 导师 指导单位：商业认知研究院 产品官网：workbuddy.cn 联系邮箱：nfcg0924@agent.qq.com 官方网站：www.tjxai.cn 微信公众号：柳箭的AI商业方舟 |
资料来源与说明一、主管部门公开统计
二、现行法规与规范性文件
三、公开判例与行业报道
四、本册使用的学术与公开方法论
以主流出版社译本为准；本册对每一条方法论都只取其能解释该场景的那一部分，不作扩展引用。 五、案例口径说明本册案例分两类：「✓ 真实落地」来自已完成项目，企业名与可识别信息已做匿名处理；「✓ 场景设计（真实业务格式 + 构造示例数据）」为做法演示，不含真实客户信息。两类均不承诺效率百分比与收益数字。 |