AI WORKFLOW / 方案汇报
AI 方案汇报工作流。
不是卖 AI 工具，而是展示一个设计团队如何重新组织方案汇报流程：把项目资料、任务书与参考案例整理成汇报结构、设计说明辅助与 PPT 内容框架 —— AI 辅助整理，设计师把关判断。
📁项目资料
→
🤖AI 整理初析
→
👤人工把关
→
📊汇报材料
为什么值得改
汇报前的准备，
比汇报本身更耗时间。
传统流程
- 翻找任务书、会议纪要与历史资料
- 把分散的图片、文字按汇报逻辑重排
- 设计说明反复起稿、改措辞
- 汇报结构靠经验临场组织
耗在哪
- 资料散落各处，整理占了大半时间
- 重复的说明文字每个项目重写一遍
- 汇报结构不稳定，团队经验留不住
- 越临近汇报，越在改格式而不是改内容
AI WORKFLOW
一条可执行的汇报工作流。
输入 → 处理 → 输出，每个环节都标注来源与状态；关键结论由设计师人工确认。
输入
项目资料
任务书、会议纪要、参考案例、现状照片与图纸目录 —— 你提供已授权的资料即可。
处理
AI 整理与初析
AI 提取关键信息、识别界面与风险、按汇报逻辑组织结构，并逐项标注来源与可信度（已确认／待确认／AI 推测）。
人工把关
设计师确认与签认
所有关键结论由设计师人工复核、修正与签认；AI 只做辅助，不替代专业判断与专业责任。
输出
可确认的汇报材料
案例研究、汇报结构、设计说明辅助与 PPT 内容框架，带着来源标注交付，可直接进入汇报准备。
输入与输出
你提供什么，拿到什么。
输入（你提供）
- 项目资料与任务书
- 会议纪要、沟通记录
- 设计图纸、现状照片
- 参考案例与意向图
输出（你拿到）
- 案例研究摘要
- 汇报结构大纲
- 设计说明辅助文本
- PPT 内容框架
WORKFLOW DEMO / 模拟演示
一个工作流长什么样。
以下为模拟演示，基于公开流程结构，非真实客户案例。
01 原始资料
输入：项目任务书（PDF）、设计条件图（DWG 目录）、参考案例图片（意向图 6 张）、甲方会议纪要（DOCX）。
任务书节选：项目定位为滨水开放空间，重点关注生态界面与市民可达性；汇报对象为业主与管理单位。
02 AI 处理
处理：AI 提取任务书关键约束、整理参考案例共性、生成汇报结构草案与设计说明初稿，逐项标注来源。
汇报结构草案：① 项目理解 ② 案例研究 ③ 设计策略 ④ 空间方案 ⑤ 界面与分期 —— 每节附来源标注。
03 输出结果
输出：汇报结构大纲 + 设计说明辅助文本 + PPT 内容框架，带「已确认／待确认／AI 推测」标记。
PPT 框架（节选）：P3 案例研究 —— 滨水空间案例共性（来源：意向图 1/3/5）；P5 设计策略 —— 待设计师确认。
04 人工优化
把关：设计师复核策略判断、修正表述、确认待确认项，签认后进入正式汇报材料。
设计师批注：P5 策略补充「季节性水位」约束；案例研究保留 3 个与项目界面相关的案例。
05 最终效果
交付：可确认的汇报材料 —— 结构稳定、来源可追溯、关键结论经人工签认。
最终交付：汇报结构（1 页）+ 设计说明辅助（3 页）+ PPT 内容框架（8 页），全部带来源标注。
※ 模拟演示，非真实客户案例。真实项目以书面确认的范围与资料为准。