AE-01 · Brief 结构化与创意需求单生成

① 场景引入

一、这件事现在是什么样

客户统筹 · 真实业务触发

客户市场部在群里发来 60 秒语音加 3 张参考图，说「开学季要一套物料，要有孩子的活力，尽快」。AE 把语音转成文字丢给设计师，设计师开始做 —— 没人确认过渠道清单、文案定稿人、交付节点。上一单就是这么改到第 5 版，业务方才说实话「这个海报是发朋友圈私域的，不是门店物料」，整张图作废重做。

二、痛点 · 每条都有来源

1. brief 的真实到达形态就是碎片：微信语音 60 秒加群里 3 张参考图、老板口头转述「客户要个大气点的海报」—— 设计师圈对「一句话需求」（参考下竞品 XXX，给你 1 天时间够吗）的吐槽是被反复确认的常态
   依据：设计师圈子对「一句话需求」的集体吐槽：没有需求文档、没有流程图，只有一句「参考下竞品 XXX」加一张竞品图，还要问「给你 1 天时间够吗？」—— brief 的真实形态就是碎片
2. 最堵的一步不在产出在 brief：带团队 6 年的设计总监原话「资深设计师最大的内耗，从来不是作图难，而是带着模糊的需求瞎忙活」—— 需求口径错一寸，整张图作废
   依据：带团队6 年的设计总监：「资深设计师最大的内耗，从来不是作图难，而是带着模糊的需求瞎忙活」—— 真实案例：设计师熬了一天一夜做活动海报，改到第 5 版业务方才说实话「这个海报是发朋友圈私域的，不是门店物料」，尺寸、受众、目标全不同，整张图作废重做
3. 口头需求无留痕的真实代价是 50 万级：运营口头说「先改一下」未留记录，上线后「满 299 减 30」写成「满 199 减 30」，公司赔付差价超 50 万元
   依据：电商设计师一手描述：大促期间「凌晨两点还在改主图；一天被催 8 次『首页什么时候能上』；运营临时改活动机制，所有设计重做」；以及那条著名的教训：运营口头说「先改一下」未留记录，上线后把「满 299 减 30」写成「满 199 减 30」，公司赔付差价超 50 万元
4. 多数电商品牌没有「素材系统」只有「素材任务」，每次活动从零开始；「最终版、最终版_2、真正最终版_确认」是每个电商设计团队都经历过的版本地狱 —— 需求单是终结版本地狱的第一道闸
   依据：「最终版、最终版_2、真正最终版_确认」被称为每个电商设计团队都经历过的版本地狱；多数电商品牌没有「素材系统」，只有「素材任务」，每次活动都从零开始设计，没有可复用的模板和品牌标准化设计规格

三、换个做法之后

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

✕ 现在的做法

• brief 的真实到达形态就是碎片：微信语音 60 秒加群里 3 张参考图、老板口头转述「客户要个大气点的海报」—— 设计师圈对「一句话需求」（参考下竞品 XXX，给你 1 天时间够吗）的吐槽是被反复确认的常态
• 最堵的一步不在产出在 brief：带团队 6 年的设计总监原话「资深设计师最大的内耗，从来不是作图难，而是带着模糊的需求瞎忙活」—— 需求口径错一寸，整张图作废
• 口头需求无留痕的真实代价是 50 万级：运营口头说「先改一下」未留记录，上线后「满 299 减 30」写成「满 199 减 30」，公司赔付差价超 50 万元多数电商品牌没有「素材系统」只有「素材任

务」，每次活动从零开始；「最终版、最终版_2、真正最终版_确认」是每个电商设计团队都经历过的版本地狱 ——需求单是终结版本地狱的第一道闸

✓ 交给 Agent 之后

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

四、场景闭环

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

1. 触发 · 60 秒语音加 3 张参考图到达开学季 campaign YL-2026-09：客户市场部在群里丢来语音加参考图，说「要有孩子的活力，尽快」—— 没有渠道清单，没有节点
2. 转录与拆解 · 把碎片变成要素语音转文字后逐句拆出：产品（伊利纯牛奶 250ml 利乐装）、主题（开学能量早餐）、调性关键词（活力/成长/清晨）；参考图打标签（校园场景/暖色调/真实感儿童）
3. 缺口识别 · 列出客户没说的渠道清单、文案定稿人、交付节点、修改轮次、预算内的拍摄资源 —— 五项全部缺失，逐项生成追问话术，由 AE 找客户确认，不猜
4. 交付物结构化 · 生成 18 项渠道清单按渠道展开：4 店铺（淘/京/拼/抖）主图与详情页、抖音信息流 3 版、小红书封面、朋友圈、地铁灯箱、电梯 frame等 18 项，每项带尺寸规格与平台规则（京东纯白底无文字等）
5. 合规预埋 · 需求单里带上禁用词提示伊利纯牛奶属普通食品：保健功效宣称（长高/增强免疫）是第 17 条红线；儿童出镜涉及第 38 条代言边界 —— 需求单直接带上这两条提示，而不是等出图后再拦
6. 留证 · 生成需求单与确认记录每栏附客户原话出处（语音第几秒/群聊哪一条）；需求单由 AE 发客户书面确认后归档；文案定稿人栏不得为空

要准备什么：客户 brief 原始记录（微信语音转文字 + 群聊导出 + 参考图）60 秒语音 + 3 张参考图是常态形态，散在 AE个人微信里邮件附件 PPT（较正式客户才有）版本命名是「最终版_2」式，与微信里的最新版可能不一致客户 VI 手册PDF（三年前给的版本）色值和标准字体散落在某次微信对话里的可能性更大历史排期表.xlsx（事后补的）实际进度靠群里的 @，这张表只在大促复盘时被打开过

为什么这个场景值得做

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

最大差异点：不要求客户改变发语音的习惯。语音转文字、参考图归档、群聊里的补充信息（「尺寸要竖版的」这种散落的半句话）全部收进一份需求单，生成后把「客户原话」逐条附在栏位后面 —— 争议时能翻回原始出处的需求单，客户才肯认。

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

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

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

五、会产出什么

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

• 正式件本体：创意需求单.xlsx 正式件 · 4 sheet（需求主表 / 18 项渠道交付物 / 追问清单 / 客户原话索引）· 含 AE 与客户确认签批栏
• 可派发清单：客户确认追问清单.xlsx 可派发 · 每条写明缺什么、问谁、建议怎么问（附话术）
• 可派发清单：brief 原始记录归档.pdf 留证 · 语音转文字全文 + 参考图 + 群聊摘录，逐条编号对应需求单栏位

这套东西不承诺什么：不替甲方想 brief —— 客户内部对齐是甲方自己的瓶颈，这里只做碎片需求的结构化，不编造客户没说过的要求。需求单里的文案必须标注定稿人 —— 文案谁说了算这一栏留空的需求单等于没填。不自动发任何东西给客户 —— 需求单确认这个动作必须由 AE 发起并留痕。

② Live Demo（演示逐步）

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

案例设定：上海鸣鹿广告有限公司 · 客户部工位。AE 曾雅（从业 4 年）同时跟 5 个客户，今天接的是伊利

YL-2026-09「开学能量早餐」brief 到达的下午。客户 PM 在 14:32 发了 60 秒微信语音 + 3 张参考图 + 2 段文字。按现有流程，曾雅的做法是听完语音、看完参考图、自己写一份 brief，发给美术指导许帆，许帆按自己的理解再问一轮。今天按结构化流程：先自动转写语音 + 提取参考图元素 + 拼结构化需求单，再列 12 条「未说清楚需追问」。

输入1 语音 + 3 图 + 2 段提取18 项交付物 + 12 条追问追问4 项必填 + 8 项默认归档6 份原始材料

输入中小广告公司与电商视觉团队手上能拿到的东西

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

• 01_客户原始微信消息_2026-08-20_14_32.m4a客户 PM 在 14:32 发的 60 秒微信语音 + 3 张参考图 + 2 段文字—— 这份此前没有归档，靠曾雅脑子记微信存档（曾雅手机）
• 02_参考图元素提取_3张.xlsx ★ 3 张参考图的元素提取（场景 / 主体 /动作 / 光线 / 色调）—— 这份此前没有，曾雅看完凭记忆给许帆描述图片元素自动提取 + 曾雅人工补充
• 03_创意需求单_18项交付物.xlsx ★ 结构化需求单 · 18 项交付物的规格 / 底图要求 / 文案待填项 / 排期曾雅主写 · 许帆复核
• 04_客户确认追问清单_12项.xlsx ★ 60 秒语音 + 3 张参考图 + 2 段文字没说清楚的 12 项 —— 这份此前没有，曾雅漏追问会改稿3 轮以上曾雅列 + 许帆复核
• 05_brief原始记录归档_2026-08-20.pdf 60 秒语音 + 3 张参考图 + 2 段文字的原始归档（PDF 打包）曾雅手机 + 微信客户端

注意标橙色那一份 —— 02_参考图元素提取_3张.xlsx。它图片元素自动提取 + 曾雅人工补充，平时压根不在核对范围里。这个场景的价值，很大一部分就来自把它读进来。

提示词就说这么几句

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

这是客户刚发来的 brief：一段 60 秒语音转的文字、群里 3 张参考图、还有老板转述的一句话。 帮我整理成一份能给设计师下发的创意需求单。客户没说清楚的（渠道、文案谁定稿、节点）不要编，列成追问清单我去问。 渠道清单先按这个客户的投放习惯展开，标上每项的尺寸和平台规则。文案定稿人那一栏如果是空的，提醒我这一项不能下发。

短是因为渠道规格速查、需求单栏位定义、追问话术模板都写在能力包里了。你只需要把原始碎片贴进来。

触发客户 PM 一条 60 秒微信语音 + 3 张参考图 + 2 段文字

按现有流程，曾雅听完自己写 brief，许帆看完再问一轮 → 改稿 3 轮

客户 PM 14:32 发的 60 秒语音 + 3 张参考图 + 2 段文字。按现有流程：曾雅听语音 3 遍、看完 3 张参考图、凭记忆写brief，许帆看完凭理解再问一轮 → 客户再补一轮 → 改稿 3 轮以上。今天走结构化流程：自动转写语音 + 提取参考图元素 + 拼 18 项结构化需求单 + 列 12 条「未说清楚需追问」。步骤现有流程结构化流程节省 / 改变听语音曾雅听 3 遍（5–8 分钟）自动转写 + 时间戳节省 5 分钟 + 不漏段看参考图曾雅凭记忆描述（1–2 分钟）元素提取（场景/主体/动作/光线/色调）不漏元素写 brief曾雅凭理解写（30–60 分钟）18 项结构化需求单改稿次数 ↓ 3 → 0.5追问曾雅自己问（5–8 条）12 条「未说清楚需追问」清单4 项必须追问 + 8 项默认假设合计 4 步改稿 3 轮（4.5 天）改稿 0.5 轮（0.75天）节省 3.75 天「自动转写 + 元素提取 + 结构化需求单 + 追问清单」四件套是 brief 链路的标准件 —— 前两件省时间，后两件省改稿。为什么客户 PM 发的语音容易漏60 秒语音人类听完平均漏 30% 关键信息，尤其是 1 段含待拦的违规词 + 1 段未说清楚的「你看着办」。曾雅作为 AE 同时跟 5 个客户，—— 不是不认真，是认知带宽不允许她在 5 个客户的语音里都全神贯注。从历史踩过的坑想起：去年「中秋礼盒」campaign，客户在语音末尾 5 秒说了句「礼盒盖子要烫金」，曾雅没听见，打样 2 轮全废 —— 那 4,000 元打样费就是为漏听 5 秒付的学费。自动转写 + 时间戳 + 关键项标记，把「人脑带宽」换成「机器带宽」，—— 漏掉的概率从 30% 降到接近 0。

第 1 步 · 语音转写 · 60 秒 5 段、1 段待拦、1 段未说清

自动转写 + 关键项标记

第 2 步 · 参考图元素提取 · 3 张图的 5 维度

场景 / 主体 / 动作 / 光线 / 色调 · 3 张图找共同元素

第 3 步 · 结构化需求单 · 18 项交付物

18 项 = 2 KV + 4 端主图 + 4 端详情页 + 3 信息流 + 5 其他

第 4 步 · 追问清单 · 12 条「未说清楚」

4 项必须追问 + 8 项默认假设

60 秒语音 + 3 张参考图 + 2 段文字没说清楚的 12 项，4 项必须客户回复、8 项用默认假设推进。类别项数处理影响必须追问4客户回复前不推进排期 / 渠道 / 差异化 / 字体默认假设8用假设推进，事后同步节日版本 / 方言版 / 备案号等合计12—不追问 = 改稿 3 轮以上合计 12 项4 必须 + 8 默认不追问的代价 = 改稿 3 轮 = 4.5 天—「必须追问 + 默认假设」两层结构是 brief 链路的关键工艺：—— 不追问会改稿，全追问会让客户烦。用「默认假设」兜底 + 事后同步 = 既不增加客户负担，又不丢改稿风险。追问的颗粒度追问不是「您还有什么要补充的吗」（万能追问）—— 万能追问客户通常回复「没有了」，然后改稿时又冒出新需求。追问要有具体选项：「排期您看是 3 周还是 4 周？」比「排期您看怎么安排？」回复率高 3 倍。

第 5 步 · 归档 · brief 原始记录作为证据链

3 周后客户说「我没说过」时有证据

60 秒语音 + 3 张参考图 + 2 段文字的原始归档（PDF 打包）。类别项数用途存档位置音频1语音 60s微信本地 + 公司网盘图片3REF-01/02/03公司网盘 / YL-2026-09 / ref/文字2主 KV 要温暖 / 排期你看着办微信本地合计6 份brief 链路证据—合计 6 份—3 周后改稿争议时引用—归档是 brief 链路的「证据链」：3 周后客户如果改口，有原始材料证明「你说过」。本场 6 份原始材料全部归档，这份 6 份的完整性是「改稿能不能压到 0.5 轮」的关键。证据链的代价归档本身不花太多时间（曾雅每天 5–10 分钟），但「3 周后能引用」这件事让曾雅在改稿争议中不被客户的「我没说过」绑架—— 22 人代理商没有法务部，曾雅自己就是 brief 链路的最后一道关。

之后3 份预期输出 + 闭环

这一步把 brief 链路全量收口

3 份预期输出：创意需求单（18 项）、客户确认追问清单（12 项）、brief 原始记录归档（PDF）。产出内容签批栏留空栏创意需求单.xlsx18 项交付物的规格 / 底图 / 文案 / 排期编制（曾雅）· 复核（许帆）客户确认（伊利 PM 回复 4项必须追问）客户确认追问清单.xlsx12 条「未说清楚」+ 处理方式编制（曾雅）客户回复（4 项必填 + 8 项假设确认）brief 原始记录归档.pdf60s 语音 + 3 图 + 2 文字——整改建议写法示例（不写「加强沟通」）：① 4 项必须追问在客户回复前不推进设计 —— 由曾雅在群消息里直接 @ 客户 PM，验收标准是 4 项必填项有客户书面回复（不是「好的」两个字）。② 8 项默认假设在设计启动前向客户同步 —— 由曾雅整理一份「假设清单」发客户群，验收标准是客户回复「无异议」后才启动。③ 追问清单的 4 项必须追问沉淀为 SOP —— 下个 campaign 由曾雅直接复用本场 4 项追问 + 8项假设。brief 链路闭环的关键AE-01 不是「写 brief」是「建链路」：—— 语音 → 转写 → 元素提取 → 18 项需求单 →12 项追问 → 6 份归档。链路完整，改稿次数自然降到 0.5 轮。链路断一环，改稿次数翻 3 轮。该拦的不靠人盯：需求单 18 项里任何一项空着，确认环节直接卡住不放行 —— 靠曾雅自己记住「哪项还没问」,同时跟 5 个客户必漏；靠栏位卡，空一项就发不出去。这是 22 人代理商的工艺标准 —— 比 4A 工作室繁琐、比纯凭感觉靠谱。

brief 链路可启动，但 4 项必追问需客户回复60 秒语音 + 3 张参考图 + 2 段文字已结构化为 18 项需求单 + 12 项追问 + 6份归档；5 维共同元素已提取（7 岁男孩 + 校门口 + 持盒 + 阳光感 + 暖色调）；4 项必须追问 + 8 项默认假设分层。但本场有 4 项不能由 Agent 拍板，必须由客户确认：① 排期 3 周还是 4 周：曾雅反推 3 周，客户是否同意 3 周由伊利YL-2026-09 PM 拍板。② 18 个渠道是否全做：曾雅反推 18 项，客户是否同意由客户方 PM 拍板。③ 4 端主图要不要差异化：曾雅默认差异化，由伊利 YL-2026-09 PM 与许帆共同判断。④ 字体授权：伊利集团品牌库是否含思源黑体由客户法务/品牌经理确认。方案一 · 4 项追问 + 等待客户回复（推荐）：由曾雅今天 EOD 18:00 前 @ 客户 PM，好处是「不浪费 3 天等回复」；风险是「客户漏看群消息」。方案二 · 默认假设启动 + 事后同步：4 项必追问全部按默认假设推进，好处是「不阻塞设计」；风险是「默认假设错了改稿 3 轮」。客户确认栏、签收栏两栏留空 —— 这两栏归客户方。

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

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

• ✓ 需求单有了统一模板：18 项交付物、文案定稿人、修改轮次三栏成为强制项，下次 brief 到达 20 分钟内出单
• ✓ 客户原话第一次被留痕：每栏都能翻回语音第几秒或群聊哪一条，争议时不用各执一词
• ✓ 渠道规格第一次进了需求单：京东纯白底、拼多多文字面积这些规则在设计师动工前就可见，不再靠交付前才发现
• ✓ 岗位角色变了：从「微信群里的传声筒」变成「拿着一份带出处的需求单去和客户对齐口径的人」

追问现场可能被问到的

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

• 客户就是不回追问，需求单还有用吗？ 有用。追问清单本身就是交付物：客户没回的每一项都会在需求单上标成「待确认」，设计侧只做信息齐的 15 项 —— 这比现在「信息不齐也开工、出图后再返工」的模式好。
• 语音转文字不准怎么办？ 转写结果和原文对照着归档，关键要素（产品/数量/日期）标出转写置信度，低置信度的进追问清单让客户书面确认 —— 宁可多问一句，不替客户猜。
• 每个客户都要单独建一套吗？ 需求单模板是通用的，每个客户第一次用时会沉淀出该客户的渠道清单与投放习惯，第二次起直接复用 —— 这也是这个场景越用越快的原因。

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

1. Skill 能力包

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

Brief 结构化与创意需求单生成 · Skill

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

版本 v1.0

brief-structure.zip

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

包内结构

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

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

2. 原始素材

这些就是中小广告公司与电商视觉团队手上真实能拿到的东西 —— 格式不统一是常态，不是问题

📁AE-01 · 演示素材

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

共 5 份

• 01_客户原始微信消息_2026-08-20_14_32.m4a客户 PM 在 14:32 发的 60 秒微信语音 + 3 张参考图 + 2 段文字—— 这份此前没有归档，靠曾雅脑子记
• 02_参考图元素提取_3张.xlsx ★ 3 张参考图的元素提取（场景 / 主体 / 动作 /光线 / 色调）—— 这份此前没有，曾雅看完凭记忆给许帆描述
• 03_创意需求单_18项交付物.xlsx ★ 结构化需求单 · 18 项交付物的规格 / 底图要求 / 文案待填项 / 排期
• 04_客户确认追问清单_12项.xlsx ★ 60 秒语音 + 3张参考图 + 2 段文字没说清楚的 12 项 —— 这份此前没有，曾雅漏追问会改稿 3 轮以上
• 05_brief原始记录归档_2026-08-20.pdf 60 秒语音 + 3 张参考图 + 2 段文字的原始归档（PDF 打包）

怎么用

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

3. 提示词卡片

这是客户刚发来的 brief：一段 60 秒语音转的文字、群里 3 张参考图、还有老板转述的一句话。 帮我整理成一份能给设计师下发的创意需求单。客户没说清楚的（渠道、文案谁定稿、节点）不要编，列成追问清单我去问。 渠道清单先按这个客户的投放习惯展开，标上每项的尺寸和平台规则。文案定稿人那一栏如果是空的，提醒我这一项不能下发。

为什么这么短就够了：短是因为渠道规格速查、需求单栏位定义、追问话术模板都写在能力包里了。你只需要把原始碎片贴进来。

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

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

自己组织输入的三步法

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

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

4. 预期输出

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

📋正式交付物

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

共 3 份

• AE-01_创意需求单.xlsx 正式件 · 4 sheet（需求主表 / 18 项渠道交付物 / 追问清单 / 客户原话索引）· 含 AE 与客户确认签批栏
• AE-01_客户确认追问清单.xlsx 可派发 · 每条写明缺什么、问谁、建议怎么问（附话术） XLSAE-01_brief 原始记录归档.pdf留证 · 语音转文字全文 + 参考图 + 群聊摘录，逐条编号对应需求单栏位

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

输入清单：客户 brief 原始记录（微信语音转文字 + 群聊导出 + 参考图）60 秒语音 + 3 张参考图是常态形态，散在 AE 个人微信里邮件附件 PPT（较正式客户才有）版本命名是「最终版_2」式，与微信里的最新版可能不一致客户 VI 手册PDF（三年前给的版本）色值和标准字体散落在某次微信对话里的可能性更大历史排期表.xlsx（事后补的）实际进度靠群里的 @，这张表只在大促复盘时被打开过

人工边界：不替甲方想 brief —— 客户内部对齐是甲方自己的瓶颈，这里只做碎片需求的结构化，不编造客户没说过的要求。需求单里的文案必须标注定稿人 —— 文案谁说了算这一栏留空的需求单等于没填。不自动发任何东西给客户 ——需求单确认这个动作必须由 AE 发起并留痕。

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

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

客户统筹 · 产出即下一步输入

AE-02 · 上刊前合规全量扫描 — 极限词起罚 20 万、字体单字判赔 3000–10000 元 · 而全公司没有一个人在交付前真的逐字过一遍 查看 →

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

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