> ## Documentation Index
> Fetch the complete documentation index at: https://financecontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 投行演示文稿质检技能

> Finance 101：投行 Deck 的质量标准 —— 数字一致性、数据叙述对齐、语言规范和格式质检

# 投行演示文稿质检（IB Check Deck）

## 什么是 Deck QC（演示文稿质检）？

在投资银行和金融服务行业，交付给客户的演示文稿（通常称为"Deck"或"Pitch Book"）必须达到"零错误"的质量标准。一个数字前后不一致、一处图表与文字叙述矛盾、一个不恰当的用词，都可能严重损害机构的专业形象甚至影响交易进展。

Deck QC（Quality Check，质量检查）是每份材料在发送给客户或提交 IC（投委会）之前的最后一道关卡。这个技能对演示文稿进行四个维度的全面检查：数字一致性、数据与叙述对齐、语言规范性、视觉与格式质量。

## 为什么重要

* **投行分析师/Associate** —— 在晚上提交 Deck 之前，MD（Managing Director）期望看到的是完美无缺的材料。一个数字不一致可能导致整晚返工
* **客户信任** —— 客户付给投行数百万美元的费用，期望的是机构级的精确度
* **交易风险** —— 错误的数据可能导致错误的交易决策
* **合规要求** —— 监管材料中的数据错误可能产生法律后果

## 核心概念

| 中文术语   | 英文术语                     | 说明              |
| ------ | ------------------------ | --------------- |
| 质量检查   | QC (Quality Check)       | 交付前的全面审查        |
| 推介材料   | Pitch Book / Pitch Deck  | 投行向客户展示的演示文稿    |
| 数据叙述对齐 | Data-Narrative Alignment | 图表数据和文字描述必须一致   |
| 投行行文标准 | IB Register              | 投行特有的正式、精确的表达风格 |
| 数据来源标注 | Source Citation          | 每个数据点的来源引用      |

## 工作流程

### 步骤 1：读取全部幻灯片

**为什么重要：** 数字不一致往往发生在不同幻灯片之间 —— 执行摘要页的营收数字与详细数据页不同。必须提取每一页的文字内容，并标记来源幻灯片编号。

### 步骤 2：数字一致性检查

自动规范化不同的单位表达（`$500M` vs `$500MM` vs `$500,000,000` 视为同一数字），然后检查：

* 同一指标在所有幻灯片中是否显示一致的值
* 计算是否正确（总计相加、百分比对齐、增长率与起止点匹配）
* 单位风格是否全文统一（选 $M 或 $MM 之一）
* 时间期间是否明确标注

### 步骤 3：数据与叙述对齐

**为什么重要：** 这是 Deck 悄悄出错的高发区 —— 有人修改了图表但忘了更新旁边的文字。

* 趋势陈述（"利润率持续扩张"）—— 图表是否真的显示上升趋势？
* 市场地位声明（"行业领先者"）—— 营收和份额数据是否支持？
* 合理性验证 —— 声称"在 1000 亿市场排名第一"但营收仅 2 亿，意味着 0.2% 份额

### 步骤 4：语言规范检查

投行 Deck 有特定的行文标准（IB Register）。不符合标准的表达包括：

* 口语化（"还不错"、"很多的"）
* 缩写形式
* 感叹号
* 没有数字支撑的模糊量词（"显著增长"、"强劲表现"）
* 同一概念在不同页使用不同术语

### 步骤 5：视觉与格式检查

* 图表是否缺少来源标注
* 坐标轴标签是否缺失
* 字体排版是否一致（字号、字重、颜色）
* 数字格式是否统一（1,000 vs 1K）
* 日期格式是否统一
* 脚注和免责声明是否完整

## 产出格式

按严重程度分类报告：

| 严重程度              | 说明                         |
| ----------------- | -------------------------- |
| **Critical（严重）**  | 数字不一致、事实错误、数据与叙述矛盾 —— 阻断交付 |
| **Important（重要）** | 语言问题、缺少来源、术语不一致 —— 发送前应修复  |
| **Minor（轻微）**     | 字体大小、间距、日期格式 —— 打磨细节       |

## 如何添加到本地环境

```bash theme={null}
# 安装插件
claude plugin install financial-analysis@financial-services-plugins
```

**定制建议：** 在 Skill 文件中添加公司特定的语言规范和格式标准。

## 最佳实践

* **Critical 问题优先展示** —— 如果没有 Critical 问题，明确说明"未发现数字不一致"
* **精确到幻灯片编号** —— 每个发现都标注具体页码
* **只读不改** —— 质检过程不修改文件，先报告问题再讨论修复方案