MBB 咨询报告蒸馏器

Polar Sponsor
爱发电 赞助
.NET 9.0

面向战略咨询、行业研究、投资分析与管理层汇报场景,将零散材料、会议纪要、访谈记录、数据摘录或单一研究主题,系统转化为具备咨询表达规范的结构化商业报告。该 Skill 采用自上而下的假设驱动分析方法,自动识别问题类型并匹配市场规模、竞争分析、市场进入、Turnaround、TMT / 新技术分析等常用咨询框架,输出结论先行、逻辑互斥穷尽、数据支撑明确、管理启示清晰的专业交付物。

McKinsey Report Skill v2.1

功能概述

McKinsey Report Skill v2.1是一项面向实际任务的技能,主要用于麦肯锡报告写作核心指南;🧠 需求澄清决策引擎(首先执行);

核心要点

  • 在执行任何写作动作之前,必须先通过此决策引擎判断行动路径;
  • 决策流程图;
  • 决策规则详解;

使用与执行

规则1:素材充足(>500字)→ 直接输出;触发条件 :用户提供了 500 字以上的具体内容(文档/笔记/数据/访谈记录等);不追问,直接进入 Step 1(内容理解);输出前在开头简述:。它将相关步骤、工具调用和结果整理方式集中到统一流程中,帮助使用者更快完成目标并减少重复操作。

结果检查与注意事项

从功能定位来看,该技能强调把分散的操作要求整理成清晰、可复用的处理流程,使用户能够围绕既定目标快速准备输入、选择执行方式并获得结构化结果。实际使用前应先确认任务范围、数据来源、运行环境、必要权限和关键参数,再依据技能说明逐步执行;若输入条件不完整,应先补齐信息或采用保守配置,避免因错误假设导致结果偏离需求。执行过程中需要关注工具调用是否成功、接口或依赖是否可用、输出格式是否符合预期,并对异常提示、缺失字段和边界情况进行处理;涉及批量任务时,还应保存进度,避免中断后重复操作。

McKinsey Report Skill v2.1

麦肯锡报告写作核心指南。

🧠 需求澄清决策引擎(首先执行)

在执行任何写作动作之前,必须先通过此决策引擎判断行动路径。

决策流程图

用户输入
    │
    ▼
┌─────────────────────────────────────────────────┐
│  Step 0: 判断输入类型                              │
│  • 是否包含具体素材/文档内容?→ 进入【素材量判断】    │
│  • 只是一个主题/话题?→ 进入【主题生成模式】         │
└─────────────────────────────────────────────────┘
    │                           │
    ▼                           ▼
【素材量判断】              【主题生成模式】
    │                           │
    ▼                           ▼
┌──────────────┐         ┌──────────────────────┐
│ 素材 > 500字  │         │ 必须追问以下3个问题:   │
│ → 直接输出    │         │ 1. 目标受众是谁?      │
│ (不追问)     │         │ 2. 需要多深入?        │
└──────────────┘         │ 3. 聚焦哪个角度?      │
                          └──────────────────────┘
┌──────────────┐
│ 200字<素材<500字│
│ → 追问1个问题  │
│ (聚焦点)     │
└──────────────┘

┌──────────────┐
│ 素材 < 200字  │
│ → 追问2-3个   │
│ 澄清问题      │
└──────────────┘

决策规则详解

规则1:素材充足(>500字)→ 直接输出

触发条件:用户提供了 500 字以上的具体内容(文档/笔记/数据/访谈记录等)。

行为:

  • 不追问,直接进入 Step 1(内容理解)
  • 输出前在开头简述:"基于您提供的素材,我将按照以下框架整理..."
  • 如果素材中有歧义/矛盾数据,可以在输出中标注 [⚠️ 数据存疑,请核实],但不因此停下来追问

例外:如果素材虽然长但明显是多个不相关话题(比如粘贴了好几篇不同文章),则追问:"这些内容需要整合为一篇报告,还是分别处理?"

规则2:素材中等(200-500字)→ 追问1个关键问题

触发条件:用户提供了一些内容,但信息密度不足以支撑完整报告。

行为:

  • 追问 1个 最关键的问题(从下方问题池中选择最相关的)
  • 追问后无论用户回复什么,直接进入输出流程
  • 不要连环追问

追问问题池(选其一):

  • "这份报告的核心论点/结论您希望是什么?"
  • "目标读者是谁?(高管/投资人/业务团队/外部客户)"
  • "需要聚焦哪个角度?(市场规模/竞争格局/趋势预判/策略建议)"

规则3:素材不足(<200字)→ 追问2-3个澄清问题

触发条件:用户只给了一个主题词、一句话需求、或极短的描述。

行为:

  • 一次性追问 2-3个 关键问题(不要一个一个问,打包问)
  • 追问后进入输出流程

标准澄清问题组合:

我来帮您写这份报告。为了确保方向准确,想先确认几点:

1. **目标受众**:这份报告给谁看?(高管/投资人/业务团队/其他)
2. **深度期望**:需要多详细?(1页Executive Memo / 3-5页简报 / 10页+完整报告)
3. **聚焦角度**:您最关心哪个方面?(市场规模/竞争格局/趋势预判/投资机会/战略建议)

规则4:主题生成模式 → 必须追问

触发条件:用户只给了一个主题(如"帮我分析新能源汽车行业"),没有任何素材。

行为:

  • 这不是改写,而是从零生成,追问是必须的
  • 使用标准澄清问题组合(同规则3)
  • 追问后,先输出报告骨架/框架供确认,再填充内容

追问的反模式(禁止)

以下行为严格禁止:

禁止行为 原因
连环追问(问完一个等回复再问下一个) 浪费用户时间,破坏体验
素材充足时仍追问"您希望什么风格?" 用户已经给了内容,直接用麦肯锡风格输出
追问超过3个问题 变成问卷调查,不是助理
用"您确定吗?"类确认性追问 不是确认,是澄清
追问后用户回复了但仍不开始写 一次澄清后必须输出

特殊情况处理

情况 处理策略
用户说"先出一版看看" 直接输出,不追问
用户说"随便/你来定" 用默认参数(受众=高管,深度=3-5页,角度=综合)直接输出
用户追加了素材 按新的总字数重新判断,不重复追问
用户说"快点/赶紧" 立即开始输出,在过程中标注不确定点
素材中有明显错误数据 不追问,在输出中标注 [⚠️ 原始数据疑似有误:XXX]

🚀 模式B:主题生成(从零写报告)

触发条件:用户未提供素材,只给了一个行业/主题/问题。

定位:轻量级行研生成器——3步出报告,不做完整咨询项目。

执行流程

用户给出主题
    │
    ▼
┌──────────────────────────────────────────────────────┐
│  B-Step 1: 问题定界 + 框架选择(1轮对话)               │
│  • 澄清受众/深度/角度(参见决策引擎规则4)              │
│  • 根据主题类型自动匹配分析框架                         │
│  • 输出:报告骨架(章节标题+每章核心问题)               │
│  • 等用户确认骨架后再继续                               │
├──────────────────────────────────────────────────────┤
│  B-Step 2: 快速调研 + 填充内容                          │
│  • 执行 3-8 次 web_search 搜集关键数据                  │
│  • 每个章节填充核心论点 + 数据支撑                       │
│  • 严格遵守麦肯锡文风(结论先行/数据说话/简洁句式)      │
├──────────────────────────────────────────────────────┤
│  B-Step 3: 输出完整报告 + 质量自检                      │
│  • 按标准输出格式生成                                    │
│  • 自动执行质量检查清单                                  │
│  • 可选:追加PPT故事线                                   │
└──────────────────────────────────────────────────────┘

B-Step 1: 问题定界 + 框架选择

动作序列:

  1. 澄清需求(按决策引擎规则4执行):

    我来帮您从零写这份[主题]分析报告。先确认几点:
    1. 目标受众:给谁看?
    2. 深度期望:Executive Memo(1页) / 简报(3-5页) / 完整报告(10页+)?
    3. 聚焦角度:市场规模/竞争格局/趋势预判/投资机会/战略建议?
    
  2. 框架自动匹配(用户回复后,根据以下决策树选择):

    IF 用户关心"市场有多大/增速如何"
        → 渗透率分解法 + 品类法
    
    IF 用户关心"谁在做/竞争怎样"
        → 波特五力 + 竞争者矩阵
    
    IF 用户关心"要不要进这个市场"
        → Market Entry 框架(外部+内部分析)
    
    IF 用户关心"这个行业/公司怎么转型"
        → Turn Around 框架
    
    IF 主题是新技术/TMT领域
        → 场景→规模→产业链→商业模式→格局
    
    IF 用户说"综合分析/全面看看"或未明确角度
        → 综合行业分析模板(宏观驱动→竞争→成功要素→建议)
    
    IF 用户关心"怎么定价/GTM/增长策略"
        → 综合框架 + 侧重策略建议章节
    
  3. 输出报告骨架(供用户确认):

    ## 报告骨架:[主题]
    
    基于您的需求,我将使用 **[选定框架名]** 进行分析。
    报告结构如下:
    
    ### 一、[章节标题 — 结论式]
    - 核心问题:[本章要回答什么]
    - 预计数据:[需要哪类数据]
    
    ### 二、[章节标题]
    - 核心问题:...
    
    ### 三、[章节标题]
    - 核心问题:...
    
    ---
    这个结构OK吗?需要调整再告诉我,否则我直接开始写。
    

关键原则:

  • 骨架不超过 10 行,让用户 5 秒内能判断对不对
  • 用户说"OK/可以/没问题/直接写"→ 立即进入 B-Step 2
  • 用户修改了方向 → 调整骨架,不重新追问

B-Step 2: 快速调研 + 填充内容

动作序列:

  1. 执行搜索:

    • 每个章节 1-3 次 web_search,总计不超过 8 次
    • 搜索策略:[行业] + [关键词] + [年份/最新]
    • 优先抓:市场规模数字、增速、份额、关键玩家、政策变化
  2. 假设驱动写作:

    • 每个章节先形成 1 句假设性结论
    • 用搜索到的数据验证/修正该假设
    • 假设成立 → 作为章节开头结论
    • 假设不成立 → 翻转为新结论("与预期相反,XX实际上...")
  3. 内容填充原则:

    • 每个章节:1个结论 + 2-3个支撑论据 + 具体数据
    • 找不到精确数据时:用区间估计或对标推算,并标注 [估算]
    • 搜索无结果时:基于行业常识推理,标注 [基于行业逻辑推断]

搜索失败的降级策略:

情况 处理
能搜到精确数据 直接引用,标注来源
只搜到相近数据 使用并说明口径差异
完全搜不到 基于逻辑推断,明确标注 [待补充数据]
数据过时(>2年) 使用并标注年份,建议用户更新

B-Step 3: 输出完整报告 + 质量自检

输出格式(模式B专用):

# [行业/主题]分析报告

**模式**:主题生成(从零构建)
**分析框架**:[所用框架名]
**数据说明**:⚠️ 本报告基于公开信息检索整理,数据截止日期见各处标注

## 执行摘要
[3-5条核心结论,每条用数据开头]

## 一、[结论式标题]
[段落开头即核心结论]

[支撑数据1] —— 来源:[URL或来源名]
[支撑数据2] —— 来源:[URL或来源名]

### 1.1 [子标题]
...

## 二、[结论式标题]
...

## 关键洞察 (Key Insights)
1. [洞察1,含具体数据]
2. [洞察2,含具体数据]
3. [洞察3,含具体数据]

## 建议与下一步
[基于分析的2-3条策略建议]

---
*数据来源:公开信息检索,具体来源已在文中标注*
*生成日期:YYYY-MM-DD*

输出后自动执行质量自检(参见「质量检查清单」章节)。

模式B vs 模式A 对比

维度 模式A(文档改写) 模式B(主题生成)
输入 用户提供素材 用户只给主题
数据来源 用户素材 web_search
是否追问 按字数判断 必须追问+骨架确认
输出标注 "基于您提供的素材" "基于公开信息检索"
典型耗时 1轮对话 2-3轮对话
数据可靠性 取决于用户素材 标注来源,用户自行核实

核心能力

本Skill将用户的原始素材(文档/笔记/访谈记录)转化为麦肯锡风格的行业研究报告:

  1. 结构化重组:按麦肯锡框架重新组织内容
  2. 逻辑强化:应用金字塔原理,确保结论先行
  3. 洞察提炼:从数据/事实中提炼Key Insights
  4. 格式输出:生成报告正文 + PPT大纲

麦肯锡写作风格特征

基于对麦肯锡官方报告(如《中国消费市场洞察》系列)的分析,总结以下核心写作特征:

1. 结论先行,开门见山

  • 每个章节/段落的第一句话即核心结论
  • 读者时间有限,需要立即知道"这页/这段在说什么"
  • 示例:

    "尽管挑战依旧存在,但实际情况远非某些观察人士所描述的那般黯淡。" "2024年,中国消费市场展现出较强韧性。"

2. 数据驱动,数字说话

  • 用具体数字替代模糊描述
  • 避免"显著增长",使用"增长14%"、"增加7100万个家庭"
  • 关键数据置于段落开头,而非结尾
  • 示例:

    "有58%的受访城镇家庭希望'存点钱以备不时之需',创下2014年以来的最高水平。"

3. 简洁句式,主动语态

  • 句子控制在15-25字
  • 使用主动语态:"我们发现"而非"已被发现"
  • 避免过度修饰词(非常、极其、显著、显然)
  • 避免:"非常重要的是..."
  • 改用:"关键发现是..." 或直接陈述

4. 层层递进的逻辑链

核心结论 
    ↓
支撑论据A → 事实/数据1
            → 事实/数据2
            → 事实/数据3
    ↓
支撑论据B → 事实/数据1
            → 事实/数据2

5. 标题即结论

  • PPT每页标题是一句话结论,而非主题词
  • 好标题:"消费者信心已趋于稳定"
  • 差标题:"趋势二:消费者信心分析"

工作流程

Step 1: 内容理解

读取用户输入的文档或粘贴的文本,识别:

  • 核心主题(行业/公司/问题)
  • 关键数据点(市场规模/增速/占比等)
  • 主要观点/结论
  • 素材类型(调研报告/访谈记录/内部备忘/网络文章)

Step 2: 框架映射

根据内容类型,选择并应用对应框架:

框架库(详见 references/frameworks.md):

场景 框架
市场规模分析 渗透率分解法 / 品类法
竞争格局分析 波特五力 / 竞争者矩阵
市场进入判断 是否进入新市场框架
转型战略分析 Turn Around框架
新技术分析 场景→规模→产业链→商业模式→格局
综合行业分析 宏观驱动→竞争→成功要素→建议

Step 3: 内容重组

按照选定框架重组内容:

结构要求:
├── 执行摘要(1页)
│   └── 核心结论(3-5条)+ 关键数据
├── 行业/市场概况
│   ├── 市场规模与增速
│   ├── 驱动因素
│   └── 发展趋势
├── 竞争格局分析
│   ├── 主要玩家
│   ├── 市场份额
│   └── 竞争壁垒
├── 关键洞察 (Key Insights)
│   └── 3-5条核心发现
└── 结论与建议
    └── 基于分析的策略建议

Step 4: PPT故事线生成

生成配套的PPT大纲(可选):

PPT结构(基于金字塔原理):
├── Leading Page
│   └── 核心结论 + 关键数据
├── 背景/Context
│   └── 行业现状 + 核心问题
├── 分析框架
│   └── 方法论说明
├── 核心发现 (Key Insights)
│   └── 每页1个洞察 + 支撑数据
├── 结论/Recommendations
│   └── 基于分析的最终建议
└── Next Steps

核心原则

金字塔原理

  • 结论先行:每页/每段先给结论
  • MECE:相互独立,完全穷尽
  • 逻辑支撑:每个结论有2-3个论据支撑

麦肯锡文风要求

要求 正确示范 错误示范
结论先行 "消费者信心已趋于稳定,四分之三受访者保持乐观。" "根据我们的调查,可以发现..."
数据说话 "58%的家庭希望增加储蓄。" "很多家庭开始储蓄了。"
简洁句式 "一线城市低收入群体信心下降。" "从整体情况来看,我们可以发现在一线城市..."
主动语态 "我们发现,消费者的偏好正在改变。" "消费者的偏好改变已被发现。"
标题即结论 "高端化势头延续" "趋势二分析"

质量检查清单

完成输出后,自动执行以下检查(不需要用户触发):

  • 结论是否在开头?
  • 是否有具体数字支撑关键观点?
  • 各部分是否MECE?
  • 是否标注了数据来源?
  • 是否区分了事实与推断?
  • 标题是否是一句话结论?
  • 是否避免了空洞修饰词?

如有不通过项,在输出末尾以 ---n⚠️ 质量提示:... 格式标注。

输出格式

标准输出

# [行业/公司]行业分析报告

**模式**:文档改写
**数据说明**:⚠️ 本报告基于您提供的原始素材整理,具体数字请核实

## 执行摘要
[3-5条核心结论,每条结论用数字开头]

## 一、[章节标题](结论式标题)
[段落开头即核心结论,后跟支撑数据]

### 1.1 [子标题]
[内容...]

## 二、[章节标题]
...

## 关键洞察 (Key Insights)
1. [洞察1,含具体数据]
2. [洞察2,含具体数据]
3. [洞察3,含具体数据]

---
*数据来源:基于您提供的素材整理*

PPT大纲输出(可选)

# PPT 故事线

## Leading Page
**标题**:[核心结论]
**副标题**:[支撑数据]

## Slide 1-2: 背景
...

## Slide 3-5: 核心发现
...

## Slide 6: 结论与建议
...

数据说明

本Skill为结构化改写工具,输出质量取决于输入素材:

  • 输入素材完整 → 输出更丰富
  • 输入素材有限 → 输出为基础框架 + 建议补充的信息点

如需:

  • 真实数据 → 建议配合使用 news-aggregator-skill 或 find-skills 获取最新信息
  • PPT制作 → 配合使用 pptx skill生成正式PPT
  • 文风优化 → 配合使用 Humanizer skill去除AI味

相关专题

更多
Gradle插件开发入门教程
Gradle插件开发入门教程

本专题介绍Gradle插件开发的基本流程,涵盖插件类编写、自定义任务注册、扩展参数设计和插件应用方法,帮助你理解插件如何组织构建逻辑,减少多个项目之间的重复配置。

2026.10.22

0

11

Gradle Wrapper配置教程
Gradle Wrapper配置教程

本专题介绍Gradle Wrapper的基本作用,涵盖文件组成、生成方法、版本配置和任务调用,帮助你理解项目如何使用指定的Gradle版本,减少不同开发环境带来的构建差异。

2026.10.22

0

10

Golangci-lint检查器使用教程
Golangci-lint检查器使用教程

本专题整理Golangci-lint常用Linters的用途与配置方法,覆盖错误处理、无效代码、安全、复杂度、命名和依赖检查,帮助项目合理选规则。

2026.10.22

0

15

Gradle怎么构建Java项目
Gradle怎么构建Java项目

本专题介绍Gradle Java项目构建方法,涵盖Java插件配置、依赖声明、源码编译、测试执行和打包检查,帮助你理解各阶段的任务关系,逐步完成项目构建。

2026.10.22

0

10

PHP时间戳漏洞修复教程
PHP时间戳漏洞修复教程

本专题汇总PHP常见时间戳漏洞,包括2038年溢出、时区漂移、时间戳伪造、重放攻击、时间盲注与日志审计失效等,并给出升级64位环境、使用 DateTimeImmutable、统一UTC、严格超时校验、预处理绑定、hash_equals 比对等修复方案,帮助开发者快速排查和加固时间相关代码。

2026.10.22

0

25

Golangci-lint配置文件与规则设置
Golangci-lint配置文件与规则设置

本专题聚焦Golangci-lint YAML配置文件,讲清运行参数、规则启停、目录排除、问题过滤及严重级别设置,便于团队统一检查标准。

2026.10.22

0

15

Golangci-lint安装与入门教程
Golangci-lint安装与入门教程

本专题讲解Golangci-lint的安装、初始化、基础命令和首次代码检查,覆盖本地环境、Docker及多平台用法,帮助Go开发者快速上手。

2026.10.22

0

15

PHP2Shell高危漏洞修复教程
PHP2Shell高危漏洞修复教程

PHP2Shell漏洞是什么,哪些PHP版本和运行环境会受到影响,服务器应该如何检测与修复?本专题提供版本自查脚本、Linux与Docker升级命令、PHP-FPM和Apache排查步骤,以及修复验证、临时缓解和应急响应方案。

2026.10.22

0

12

剧云人物设定与关系管理教程
剧云人物设定与关系管理教程

本专题介绍剧云人物设定与关系管理,讲解角色小传、性格职业、人物目标、背景资料和关系网络的创建及维护方法。

2026.10.22

0

16

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
热门推荐
/
最新课程
phpStudy极速入门视频教程
phpStudy极速入门视频教程

共6课时 | 54.7万人学习

独孤九贱(4)_PHP视频教程
独孤九贱(4)_PHP视频教程

共89课时 | 133.9万人学习