CH-01 · 活动策划方案与宣传推文 · 数据驱动差异化初稿
痛点 表面看是缺创意、要憋方案 · 实际是往年方案散落各处、新方案永远从零重写
① 场景引入
一、这件事现在是什么样
策划 / 内容 · 真实业务触发
老板或甲方一个电话，要三天内出一份音乐节策划方案加两篇宣传推文，还要经得起「预算从哪来、权益给谁、去年踩过什么坑」这三问。
二、痛点 · 每条都有来源
1需求一天三变，定稿前一天推翻重来，改了十二版最后选第一版依据 · 腾讯服务商吐槽大会：需求一天三变定稿前一天推翻重来、改了12版选第1版、群里十几个人不知道谁拍板、比了8家选最便宜2熬夜加班改方案满足甲方，半夜三点都得起来改依据 · 某媒体活动策划人调研：策划一人身兼报告狗/图表狗/流程狗/对接狗/物料狗/背锅狗，熬夜改方案，出事背锅3野心大预算小：十万就想请大牌，预算五百连美工都请不到依据 · 搜狐活动策划崩溃瞬间：野心大预算小（10万想请大牌、预算500请不到美工），凌晨甲方要方案4往年方案散在共享盘和个人电脑，命名混乱，新方案从零重写，去年踩过的坑又踩一遍依据 · 某媒体活动策划人调研：策划一人身兼报告狗/图表狗/流程狗/对接狗/物料狗/背锅狗，熬夜改方案，出事背锅5宣传推文要配票价、阵容、权益，口径对不上票数档位就翻车依据 · 文旅部、公安部《关于进一步加强大型营业性演出活动规范管理的通知》（文旅市场发〔2023〕96号）：5000人以上实名购票入场、梯次退票、公开销售不低于核准数85%
三、换个做法之后
变化不在「快」，在「参与的角色」和「覆盖的范围」
✕ 现在的做法
- 需求一天三变，定稿前一天推翻重来，改了十二版最后选第一版熬夜加班改方案满足甲方，半夜三点都得起来改野心大预算小：十万就想请大牌，预算五百连美工都请不到往年方案散在共享盘和个人电脑，命名混乱，新方案从零重写，去年踩过的坑又踩一遍
✓ 交给 Agent 之后
- 多来源文件一次读入，先做口径与完整性校验，再开始算
- 每条结论绑定来源文件、字段或条号，可以被审
- 产出是企业真会流转的正式件（带签批栏），不是一张展示用的表
- 该拦的地方给出「现在还不能提交」，并给不用干等的替代方案
四、场景闭环
5 步 · 每一步的产出都是下一步的输入
- 要素校验 · 先判断这些材料能不能用逐项打勾；缺项不阻塞，但要算出对预算和推文口径的影响
- 历史归集 · 把散装方案归到同一底稿按活动类型归集主题、预算口径、权益档位、踩坑记录
- 口径对齐 · 预算与权益档位对齐把领导口头预算与招商权益档位对齐到可执行区间
- 初稿生成 · 方案与推文同源方案、推文、风险预案共用同一组数据，不出现前后矛盾
- 留证与签批 · 生成可签字的正式件签批栏、依据、踩坑提示一次生成，推荐意见留空
要准备什么：历年活动策划方案.docx散在共享盘与个人电脑，命名混乱，含预算口径与踩坑记录本年度预算表.xlsx领导口头预算与落地的差距，格式不统一招商权益档位.xlsx赞助档位与对价，来自招商部往年复盘报告.docx散装，含事故整改与投诉回流
为什么这个场景值得做
优先级评分：痛感 5 × AI 适配 5 ÷ 落地难度 2 = 15.0
最大差异点：不要求客户先整理往年方案。原件直接扔进来，Agent 自动归集历史方案的预算口径、权益档位、踩坑记录，新方案从「去年的底稿」长出来，而不是从空白页开始。
评分口径：痛感看「这事没做好谁会生气、生气到什么程度」；
AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」；
落地难度是分母 —— 需要客户先做数据治理的场景，分数会被压得很低。
五、会产出什么
判断标准只有一个：这份东西能不能直接进企业的流程
- 正式件本体：
策划方案.docx方案初稿 · 含预算口径与踩坑提示 · 含签批栏 - 可派发清单：
宣传推文.docx两篇推文初稿 · 数据同源 - 可派发清单：
风险预案清单.xlsx可派发 · 每条带出处与影响金额
这套东西不承诺什么：不替客户定创意方向和预算砍价；出的是基于历史方案与本年度数据的差异化初稿，最终创意、档位、预算由人定。
② Live Demo（演示逐步）
演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」，用的是真实业务格式的脱敏构造数据， 不宣称已接入客户生产系统，也不承诺任何效率提升百分比。
案例设定：云岭文旅体育发展有限公司（虚构 · 38 人 · 云岭市）要在三天内出今年云岭湖畔音乐节（HD-2026-009，9 月 20 日，单日 6000 人）的策划方案和两篇宣传推文，老板要问「预算从哪来、权益给谁、去年踩过什么坑」。
输入文件 5 份 · 历史方案归集 3 版口径冲突 2 处 · 影响金额 29 万 · 元
输入文旅体手上能拿到的东西
不需要整理格式、不需要改文件名 · 直接拖进对话框
01_往年音乐节策划方案_三版.docx散在共享盘和个人电脑的三个版本，命名混乱，含去年预算口径与舞台超预算记录策划部陈欣维护 · 命名「方案_最终版_v3_真最终.docx」02_本年度预算表.xlsx领导口头的本年度预算，落到 Excel 时多处留白总经理周海口述 · 策划部代记03_招商权益档位.xlsx招商部已锁定的三档赞助权益与合同编号招商部赵磊维护· 本月更新04_去年复盘报告.docx去年音乐节的复盘，做完就扔在共享盘角落策划部陈欣 · 去年 10 月写完后未归档05_公众号历史推文.docx去年的宣传推文，票价档位口径与今年票务方案不一致的风险源文案林小满 · 公众号后台直接复制
注意标橙色那一份 —— 01_往年音乐节策划方案_三版.docx。它策划部陈欣维护 · 命名「方案_最终版_v3_真最终.docx」，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。
提示词就说这么几句
没有模板、没有表单 · 专业规则由 Skill 兜底
帮我把今年云岭湖畔音乐节的策划方案和两篇宣传推文写个初稿。 参考往年音乐节的方案，把预算口径、招商权益、去年踩过的坑都归进去。 方案和推文的数据要对得上，对不上的地方标出来。 推荐意见和最终预算留空，我自己定。
短是因为策划规则都沉淀在能力包里，你只需要说清这是哪场活动。
触发事情是这么来的
三天出方案加两篇推文，还要经得起三问
老板一个电话：音乐节 HD-2026-009 的策划方案和宣传推文，三天内交，要经得起「预算从哪来、权益给谁、去年踩过什么坑」这三问。
第 1 步 · 要素校验 · 先判断这些材料能不能用
缺项不阻塞，但要算出对预算和推文口径的影响
第 2 步 · 历史归集 · 把散装方案归到同一底稿
按活动类型归集主题、预算口径、踩坑记录
第 3 步 · 口径对齐 · 预算与权益档位对齐到可执行区间
把口头预算与实际报价的差距算出来
第 4 步 · 初稿生成 · 方案与推文同源
方案、推文、风险预案共用同一组数据
第 5 步 · 留证与签批 · 生成可签字的正式件
签批栏、依据、踩坑提示一次生成，推荐意见留空
不讲省了多久 · 讲少了几个隐患、沉淀了什么
③ 能力沉淀（Skill / 提示词 / 预期输出 / 人工边界）
1. Skill 能力包
导入之后，同类任务会自动按这套规则走 —— 提示词才能写得那么短
活动策划方案与宣传推文 · 数据驱动差异化初稿 · Skill
SKILL.md 主本 + references（输出骨架 / 判据 / 渲染脚本）· 符合 WorkBuddy Skill 规范
版本 v1.0
event-plan-pitch.zip
在 WorkBuddy 里直接上传这个 zip 即可导入
包内结构
SKILL.md主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界references/output_template.md输出骨架（sheet 名 / 分区顺序 / 列头）+ 可直接运行的渲染脚本references/judgement_rules.md判据与口径 —— 什么情况算异常、什么情况必须拦住
references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细，不会拖慢每次对话。
2. 原始素材
这些就是文旅体手上真实能拿到的东西 —— 格式不统一是常态，不是问题
📁CH-01 · 演示素材
脱敏构造数据 · 真实业务格式 · 埋点可核验
共 5 份
01_往年音乐节策划方案_三版.docx散在共享盘和个人电脑的三个版本，命名混乱，含去年预算口径与舞台超预算记录02_本年度预算表.xlsx领导口头的本年度预算，落到 Excel 时多处留白03_招商权益档位.xlsx招商部已锁定的三档赞助权益与合同编号04_去年复盘报告.docx去年音乐节的复盘，做完就扔在共享盘角落05_公众号历史推文.docx去年的宣传推文，票价档位口径与今年票务方案不一致的风险源
怎么用
- 把素材全部拖进 WorkBuddy 对话框（不需要整理格式、不需要改文件名）
- 粘贴下方提示词发送
- 拿到正式件初稿 —— 签批栏留空，推荐意见留空，由你填
3. 提示词卡片
帮我把今年云岭湖畔音乐节的策划方案和两篇宣传推文写个初稿。 参考往年音乐节的方案，把预算口径、招商权益、去年踩过的坑都归进去。 方案和推文的数据要对得上，对不上的地方标出来。 推荐意见和最终预算留空，我自己定。
为什么这么短就够了：短是因为策划规则都沉淀在能力包里，你只需要说清这是哪场活动。
换成你自己的业务：把素材换成你手上的真实文件即可。导入 Skill 之后，
该走几步、什么口径、什么情况必须拦住，Agent 自己知道 —— 你只需要说清这是什么事。
自己组织输入的三步法
- 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说：什么事、什么文件、什么要求。不用讲究格式。
- 调用 Skill 补齐专业规则 —— 导入本页 Skill 后，流程、口径、硬规则 Agent 自己知道。
- 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮，把随口说的话补成更完整的表述。
分工：自然语言负责「这是什么事」，Skill 负责「该怎么做」，增强提示词负责「别漏了什么」。
4. 预期输出
不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构
📋正式交付物
带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」
共 3 份
CH-01_策划方案.docx方案初稿 · 含预算口径与踩坑提示 · 含签批栏CH-01_宣传推文.docx两篇推文初稿 · 数据同源CH-01_风险预案清单.xlsx可派发 · 每条带出处与影响金额
Skill 里固化了什么：从历史里想起了公司踩过的坑该拦的地方拦住了排除性结论把技术动作翻译成钱
输入清单：历年活动策划方案.docx散在共享盘与个人电脑，命名混乱，含预算口径与踩坑记录本年度预算表.xlsx领导口头预算与落地的差距，格式不统一招商权益档位.xlsx赞助档位与对价，来自招商部往年复盘报告.docx散装，含事故整改与投诉回流
人工边界：不替客户定创意方向和预算砍价；出的是基于历史方案与本年度数据的差异化初稿，最终创意、档位、预算由人定。
升为客户真实案例还缺什么：客户当前真实输入文件（不要整理过的）岗位现行 SOP 与审批链（金额分档、谁签字）至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径（多少天算临期、多少金额算大额）
5. 同一角色下的其他场景
策划 / 内容 · 产出即下一步输入
CH-02 · 活动复盘与结案报告 · 从散装数据出可归档件 — 表面看是活动做完写个总结 · 实际是票房、赞助、投诉、事故散在四处，结案报告永远凑不齐 查看 →
上下游串起来就是完整链路。每一步的产出都是下一步的输入，不用在不同工具之间来回复制粘贴。
场景内容基于 WorkBuddy 产品能力整理，演示中的企业、人物与数据均为虚构，不代表任何客户的实际成效；痛点引用的公开来源已做脱敏处理。网页版由原资料转换，部分演示表格以原文形式展示。
想把这个场景在你们企业跑通？
顾问会先看你们的数据和流程够不够，再决定从哪一步开始。
