原始内容
name: consulting-diagnosis-ppt description: 咨询诊断报告 PPT 工作流。当用户做现状诊断章节、业务域分析、单域 PPT 章节产出、或者提到"诊断报告""单域章节""咨询 PPT""现状诊断"时使用。提供 6 阶段方法（输入梳理→业务分析→流程KPI→系统分析→协同问题→PPT产出）+ 标准模板 + AI 辅助 prompt + 物流域示例。适用于管理咨询项目的"业务域诊断章节"产出场景。
Consulting Diagnosis PPT Workflow
单域诊断章节标准化产出工作流。一个域跑一次,六阶段闭环,产出 markdown 分析素材 + PPT 章节大纲。
触发场景
当用户提出以下需求时,自动调用本 skill:
- "做 XX 域的诊断章节"
- "用诊断工作流跑 XX 域"
- "做现状诊断报告的 XX 部分"
- "分析 XX 域的业务问题/流程/系统"
- 显式调用:
/consulting-diagnosis-ppt
工作流总览
Stage 1 输入梳理 → Stage 2 业务分析 → Stage 3 流程&KPI →
Stage 4 系统分析 → Stage 5 协同问题 → Stage 6 PPT 产出
每个阶段都有 4 件套:方法说明 / 模板 / 自检清单 / 物流域示例
使用规范
调用约定
- 用户调用时应指明业务域名称(如"采购域""物流域"),否则反问
- 每个 Stage 完成后停下来等用户确认才进入下一个,不要一口气跑完
- 每个 Stage 结束时报告:本阶段产出物路径 + 下一阶段需要的拍板点 + 是否要继续
单点调用
用户可以指定只跑某一阶段,如"只跑 Stage 5"。直接路由到对应阶段,不强制走全流程。
增量补充
缺数据时不阻塞——按 Stage 1 的缺口清单标注"待补充",继续往下跑。后续补到数据再回头修正。
抓大放小
所有阶段都有"优先级筛选"——Stage 2 收敛到 5-8 问、Stage 4 只深挖 2-3 个关键系统、Stage 5 只突出影响重大的协同议题。不要穷举。
6 阶段路由(按需读取详细文件)
输出物形态
每个域跑完后产出:
- 6 份 markdown 分析素材(每个 Stage 一份,放在
<域名>/01-input.md~06-chapter-outline.md) - 1 份 Markdown 章节大纲(用于做甲方正式版 PPT 的输入)
- 1 份协同议题卡集合(送给跨域汇总)
版本
- v0.1 (2026-05-17):骨架版,仅 Stage 1 可用。用于验证 skill 设计思路
- v0.2 (2026-05-17):Stage 2 业务分析方法论 + 模板 + 自检 + 物流域示例落地
- v0.3 (2026-05-17):Stage 3 流程&KPI 方法论 + 模板 + 自检 + 物流域示例落地
- v0.4 (2026-05-17):Stage 4 系统分析方法论 + 模板 + 自检 + 物流域示例落地
- v0.5 (2026-05-17):Stage 5 协同问题方法论 + 模板 + 自检 + 物流域示例落地(含对方域站位推演,部分用 5/12 采购真实纪要)
- v1.0 (2026-05-17):Stage 6 PPT 产出方法论 + 模板 + 自检 + 物流域 24 页章节大纲 + 6 页 HTML demo。6 阶段全闭环,可端到端跑通
- v1.1 (2026-05-18):Stage 6 去掉 HTML PPT 生成,只产出 Markdown 章节大纲
- v1.0 (规划中):Stage 6 PPT 产出 + 协作配套物 + 采购域复用验证
元信息
- 适用项目类型:管理咨询现状诊断阶段
- 默认锚定项目:通过 CWD 的 CLAUDE.md 注入（示例为某车灯 Tier1 的数字化蓝图刷新项目）
- 通用化设计:项目特定信息通过 CWD 的 CLAUDE.md 注入,非硬编码