需求与品牌拆解
优先试点这一场景的目标是把Brief、品牌、受众、媒介和约束整理成需求表、关键问题、禁用项和验收标准。
- 输入
- Brief、品牌、受众、媒介和约束
- 输出
- 需求表、关键问题、禁用项和验收标准
- 验收
- 检查方案产出时间、品牌规范命中率、版权问题数
- 边界
- 设计师与客户确认方向,避免误解Brief

设计创意可以用AI智能体扩展方案和适配效率,品牌判断、版权与最终交付由设计师把关。
左起第一列是这个岗位可交给 WorkBuddy 的场景; 中间两列是它需要什么、能交付什么;最后一列是必须由人或系统决定的部分 —— 这一列才是评审时真正要看的,因为它决定哪些环节不能自动化。
| 场景 | 需要输入 | WorkBuddy可辅助交付 | 人工或系统边界 |
|---|---|---|---|
| 需求与品牌拆解 | Brief、品牌、受众、媒介和约束 | 需求表、关键问题、禁用项和验收标准 | 设计师与客户确认方向,避免误解Brief |
| 灵感与趋势研究 | 主题、行业、受众、时间和参考边界 | 情绪板、方向、来源和差异化机会 | 灵感不等于可复制,记录来源与版权 |
| 概念与草图 | 创意策略、元素、文案和版式 | 多方向概念、草图和选择理由 | 创意判断与品牌一致性由设计师负责 |
| 海报与营销视觉 | 活动、文案、品牌规范、尺寸和素材 | 海报初稿、版式和多尺寸适配 | 产品、人像和效果不得误导 |
| UI原型与交互 | 需求、用户任务、组件和平台规范 | 信息架构、线框图、界面和交互说明 | 需可用性测试与工程可行性评审 |
| 多版本与本地化 | 母版、语言、尺寸、地区和渠道规则 | 多语言、多尺寸和差异清单 | 文化语境和译文由当地人员复核 |
| 文案与视觉协同 | 卖点、品牌语气、画面和渠道 | 标题、画面文案和视觉结构 | 避免文案与画面承诺不一致 |
| 版权与素材治理 | 模型、素材、授权、生成记录和用途 | 来源台账、许可、风险和替换方案 | 商业发布前做版权、肖像和商标审查 |
| 交付与资产管理 | 源文件、字体、图片、版本和尺寸 | 交付包、命名、清单和可编辑源稿 | 检查字体许可、链接文件和版本完整性 |
三个优先场景在各岗位下按同一套方法拆解:明确任务口径 → 收集并检查输入 → 让 WorkBuddy 执行整理、检索或生成 → 输出可编辑结果 → 由岗位负责人复核后进入下一流程。
这一场景的目标是把Brief、品牌、受众、媒介和约束整理成需求表、关键问题、禁用项和验收标准。

这一场景的目标是把主题、行业、受众、时间和参考边界整理成情绪板、方向、来源和差异化机会。

这一场景的目标是把创意策略、元素、文案和版式整理成多方向概念、草图和选择理由。
同一个岗位的场景会分散在四层里:文件层只用本地文档就能跑, 知识层要先建好有版本、有出处、有权限的资料,系统层要接业务系统, 决策层则必须保留人工批准。先看自己能从哪一层起步。
使用本地文档、表格和模板,结果可人工检查
建立有版本、有出处、有权限的知识资料
通过受控的Connector、MCP或API读写业务系统
展示依据、假设和影响,高风险决定由人批准
推荐先做“需求与品牌拆解”。它所需输入是Brief、品牌、受众、媒介和约束,目标交付是需求表、关键问题、禁用项和验收标准。
试点可按四个动作推进:第一,抽取一批真实历史任务作为基线;第二,用同一批输入让人工流程和WorkBuddy流程并行;第三,记录失败、遗漏和人工修改原因;第四,只在结果稳定、权限清楚、可以回滚时扩大范围。
建议验收指标包括:方案产出时间、品牌规范命中率、版权问题数。如果结果需要大量重做、来源无法追溯、系统写入不可回滚,试点应暂停并先修复数据或流程。
把你们这个岗位最耗人的一件事说清楚,我们按上面四层能力给出可切入点、需要对接的系统清单和人工边界 —— 不是通用方案,是照着你们现有流程改的版本。