跳转到主要内容

演示文稿刷新(Deck Refresh)

什么是 Deck Refresh?

在金融行业,演示文稿经常需要用新数据更新 —— 每个季度有新的财报数据、Comps 倍数会变化、市场数据会更新。Deck Refresh 就是在不重建整份演示文稿的前提下,安全、准确地替换其中的旧数字。

为什么这不只是”查找替换”?

听起来简单,但这其实是一个高风险操作。一份 30 页的 Pitch Book 中,同一个营收数字可能出现在标题、表格、图表坐标轴、脚注等多个位置,而且格式各不相同。 示例:人民币 48.5 亿元在 Deck 中的变体
位置表达形式
标题文本框”营收增长至 48.5 亿元”
表格单元格”4,850” (百万元)
图表坐标轴标签”48.5”
图表数据标签”¥48.5B”
脚注”FY2025 营业收入人民币 4,850 百万元”
演讲者备注”公司营收约 49 亿”(四舍五入)
简单的查找替换 “48.5” 只能找到部分变体。手动修改则容易忘记某处。更危险的是二阶效应:如果营收从 48.5 亿变为 52.3 亿,旁边的”+15% YoY”增长率也需要更新 —— 但这个数字不在你的”查找替换”范围内。

为什么重要

  • 季度更新 —— 每季度财报发布后,Pitch Book 中的数据需要刷新
  • 交易进程中 —— 交易推进过程中,估值和 Comps 数据不断变化
  • 客户会议前 —— 确保所有数字反映最新数据
  • 财报发布后 —— 更新营收、EBITDA、EPS 等关键指标
  • Comps 滚动 —— 从 LTM Q3 滚动到 LTM Q4
  • 市场数据更新 —— 股价、EV、估值倍数随市场变化

核心概念

中文术语英文术语说明
数据映射Data Mapping旧数字到新数字的对应关系
衍生数字Derived Numbers由更新后的数字计算得出的值(如增长率、市场份额)
变体Variant同一数字的不同表达形式(¥48.5亿、¥4,850M 等)
数据滚动Roll Forward将时间期间向前推进(Q3 更新到 Q4)
二阶效应Second-Order Effects基础数字变化后,依赖该数字的其他值也需要变化
最小改动Minimal Edit只改值,不改格式、排版和布局
审批门Approval Gate执行变更前必须获得用户确认的检查点

详细案例分析:A 股 Pitch Book 季度刷新

案例背景

你是投行分析师,上个季度为客户准备了一份 20 页的 Pitch Book。现在 Q4 财报已经发布,VP 要求你把 Deck 中的 Q3 LTM 数据更新到 Q4 LTM 数据。 用户提供的数据映射:
营收:人民币 48.5 亿元 → 52.3 亿元
EBITDA:7.2 亿元 → 8.1 亿元
净利润:4.5 亿元 → 5.2 亿元
EPS:人民币 1.82 元 → 2.10 元
期间:LTM Q3 2025 → LTM Q4 2025

阶段一:全面搜索

发现的所有实例:
营收 48.5 亿 → 52.3 亿
  第 2 页 — 执行摘要文本框:"营收达到 48.5 亿元"
  第 5 页 — 财务概览表格单元格:"4,850"(百万元格式)
  第 8 页 — 营收趋势图表数据标签:"48.5"
  第 8 页 — 图表源数据:4850(驱动柱子高度)
  第 15 页 — Comps 表格:"48.5"(营收列)
  第 18 页 — 脚注:"FY2025 LTM Q3 营收 ¥4,850M"

EBITDA 7.2 亿 → 8.1 亿
  第 2 页 — 执行摘要表格:"7.2"
  第 5 页 — 财务概览表格:"720"(百万元格式)
  第 12 页 — 估值表格:"720"
  第 15 页 — Comps 表格:"7.2"

净利润 4.5 亿 → 5.2 亿
  第 5 页 — 财务概览表格:"450"
  第 12 页 — P/E 计算:"450"

EPS 1.82 → 2.10
  第 5 页 — 表格:"1.82"
  第 12 页 — P/E 计算行

期间标注
  第 1 页 — 标题页:"截至 2025 年 9 月 30 日" → "截至 2025 年 12 月 31 日"
  第 3 页 — 数据说明行:"LTM Q3 2025" → "LTM Q4 2025 / FY2025"
  第 15 页 — Comps 表格表头:"As of LTM Q3 2025"
  第 18 页 — 脚注中的多处日期引用

标记 — 可能是衍生值,不在映射中:
  第 2 页 — "YoY +15.2%" → 需要重算(如果 FY2024 营收不变)
  第 5 页 — "EBITDA Margin 14.8%" → 7.2/48.5=14.8%,新值应为 8.1/52.3=15.5%
  第 12 页 — "EV/EBITDA 10.4x" → 需要用新 EBITDA 重算
  第 12 页 — "P/E 16.7x" → 需要用新净利润/EPS 重算
  第 15 页 — 目标公司在 Comps 中的排名可能变化

阶段二:变更计划展示

直接替换(来自用户映射):
  ✓ 营收 48.5 → 52.3(6 个位置)
  ✓ EBITDA 7.2 → 8.1(4 个位置)
  ✓ 净利润 4.5 → 5.2(2 个位置)
  ✓ EPS 1.82 → 2.10(2 个位置)
  ✓ 期间标注更新(4+ 个位置)

需要确认的衍生值:
  ? YoY 增长率 +15.2% → 需要确认 FY2024 营收来计算
  ? EBITDA Margin 14.8% → 建议更新为 15.5%
  ? EV/EBITDA 10.4x → 需要确认当前 EV 是否也需要更新
  ? P/E 16.7x → 需要确认当前市值/股价

格式注意:
  ⚠ 第 5 页表格使用百万元格式 → 52.3 亿 = 5,230 百万元
  ⚠ 第 8 页图表需要更新源数据,不仅是标签
在此暂停,等待用户确认后再执行。

阶段三:执行结果

已更新 18 个值,跨 8 页幻灯片。

已变更:
  ✓ 第 2 页 — 营收 48.5→52.3、YoY +15.2%→+22.8%(用户确认更新)
  ✓ 第 5 页 — 营收 4,850→5,230、EBITDA 720→810、NI 450→520、EPS 1.82→2.10
  ✓ 第 5 页 — EBITDA Margin 14.8%→15.5%(用户确认更新)
  ✓ 第 8 页 — 图表标签和源数据
  ✓ 第 12 页 — EBITDA、净利润、EV/EBITDA(用户提供新 EV=78.5 亿)
  ✓ 第 15 页 — Comps 表格中目标公司数据
  ✓ 第 18 页 — 脚注
  ✓ 日期/期间标注 — 全部更新

仍标记 — 未变更:
  ⚠ 第 12 页 — P/E 倍数(用户说市值数据下周才有,暂不更新)
  ⚠ 第 15 页 — 其他 Comps 公司的数据(用户确认本次只更新目标公司)

工作流程

阶段一:获取新数据

确认新数字的来源方式:
  • 粘贴映射 —— 用户直接给出”营收 48.5 亿改为 52.3 亿”
  • 上传 Excel —— 新旧数据的对照表
  • 仅提供新值 —— 用户只给新数字,需要确认对应的旧数字
关键问题(必须与用户确认):
  • 衍生数字怎么处理?如果营收变了,增长率要更新吗?
  • 是否需要同时更新 Comps 中其他公司的数据?
  • 市场数据(股价、EV、市值)是否也需要更新?

阶段二:全面搜索

为什么重要: 简单的查找替换只能找到精确匹配。但同一个数字在 Deck 中可能以多种形式出现。 变体类型:
变体类型示例
单位差异¥48.5亿¥4,850M¥4,850,000,000
精度差异48.5亿48.50亿~49亿
格式差异48.5亿48.5亿元4,850百万元
嵌入文字”营收增长至 48.5 亿元”、“一家 49 亿的企业”
图表内坐标轴标签、数据标签、源数据
数字隐藏的位置:
  • 文本框(最明显)
  • 表格单元格
  • 图表数据标签和坐标轴标签
  • 图表源数据 —— 驱动图表形状的底层数据
  • 脚注、来源标注、小字
  • 演讲者备注(如果用户关心)
构建完整清单:每个旧值的每个出现位置、精确文本和替换后的值。

阶段三:展示计划并获得批准

为什么重要: 这是该技能的核心价值所在。你不只是执行查找替换 —— 你在捕捉用户在深夜可能遗漏的二阶效应。 展示格式:
¥48.5亿 → ¥52.3亿(营收)
  第 3 页 — 标题文本框:"营收增长至 48.5 亿元"
  第 8 页 — 图表坐标轴标签:"48.5"
  第 15 页 — 脚注:"FY24 营收 ¥4,850M"

标记 — 可能是衍生值,不在映射中:
  第 3 页 — "+15% YoY"(增长率 — 如果基年未变,这个数字现在可能已过时)
  第 7 页 — "15% 市场份额"(是否由 48.5亿 / 市场规模 计算得出?)
标记部分至关重要。 你不是静默修复衍生数字,也不是静默忽略它们 —— 你在提醒用户做决定。 获得批准后再执行变更。

阶段四:执行、保留格式、报告

环境适配:
  • PowerPoint 插件 —— 直接编辑打开的 Deck 中的文本框、表格单元格、图表数据
  • 对话环境 —— 读取上传的 .pptx 文件,修改后写回
执行标准:
  • 文本框中的值 —— 只改值,字体/字号/颜色/粗体状态完全保持不变
  • 表格单元格 —— 只改内容,表格格式不动
  • 图表数据 —— 更新底层数据使图表形状正确变化,不仅改标签
不要重排版任何不需要触碰的内容。 Deck 的现有风格是正确的;你是外科医生,不是装修工。 完成后检查:
  • 数字变长时(如”48.5”→“1,205”)是否导致文本框溢出
  • 图表柱子/线条的视觉比例是否随数据变化正确调整
  • 表格列宽是否需要调整
完成报告:
已更新 XX 个值,跨 X 页幻灯片。

已变更:
  [变更清单]

仍标记 — 未变更:
  [未处理的标记项]

常见错误与避坑指南

后果: 数据标签显示正确的新数字,但柱子/线条的高度/形状还是旧的 —— 图表在”撒谎”。如果标签说”52.3”但柱子的高度对应”48.5”,读者会感到困惑。正确做法: 必须同时更新图表的源数据(Source Data),让柱子/线条的视觉比例正确反映新数字。
后果: 你擅自把”+15% YoY”改成了”+22.8%“,但这个增长率可能是用一个你不知道的基年计算的,或者用户刻意保留旧值。正确做法: 衍生数字标记出来让用户决定,不要自作主张更新。你的 Phase 1 问题应该覆盖这个:“衍生数字要更新吗?”
后果: Deck 全文使用”亿元”,你用”百万元”格式更新了某个值 —— 格式不一致。或者 Deck 用 ¥48.5亿,你写成了 48.5亿元 —— 细节不一致。正确做法: 如果 Deck 用”亿元”,用户映射用”百万元”,按 Deck 的格式走。值变化;风格不变。
后果: 数字变长(如”¥48.5亿”→“¥1,205.3亿”)导致文本框溢出、表格列挤压、图表标签重叠。正确做法: 每个编辑完的元素都检查一下是否溢出。如果溢出了,标记给用户 —— 调整布局是用户的决定,不是你的。
后果: 一页幻灯片的叙述与新数字不一致,你重写了整页 —— 但改变了原作者的表述方式和结论。正确做法: 如果叙述与新数字矛盾(如”毛利率改善”但新数据显示下降),标记这个矛盾让用户决定如何处理。不要重写别人的内容。
后果: 所有数字都更新到了 Q4 LTM,但表头还写着”LTM Q3 2025”,封面日期也没改 —— 读者会困惑数据到底是哪个时间点的。正确做法: 日期和期间标注是 Deck Refresh 的必要组成部分。搜索所有日期引用:封面、数据说明行、表格表头、脚注。
后果: 你直接修改了 Deck 然后交付。但第 12 页的 EV/EBITDA 你用新 EBITDA 重算了,而用户本来想等到新的 EV 数据出来后一起更新。现在 EV/EBITDA 用了”旧 EV / 新 EBITDA”的混合值 —— 两边都不对。正确做法: Phase 3 是审批门 —— 展示完整变更计划,获得用户确认后才执行。特别是衍生值和交叉引用。
后果: 更新了人民币数据但忘了同步更新”以美元计”的附注页。或者 Comps 表中有港股/美股公司,它们的数据没有用最新汇率重算。正确做法: 搜索所有涉及汇率转换的值。如果 Deck 包含多币种数据,列出所有需要汇率调整的位置。确认是否使用最新汇率或保持原汇率。

日常工作场景

场景 1:季度 Comps 刷新

背景: Q4 财报季结束后,你需要把 Pitch Book 中 Comps 表格的所有公司数据从 LTM Q3 更新到 LTM Q4。 工作流程:
  1. 从万得终端导出所有 Comps 公司的最新 LTM 数据到 Excel
  2. 对照 Deck 中的旧数据,建立逐公司、逐指标的映射
  3. 在 Deck 中搜索每个旧值的所有出现位置
  4. 展示变更计划 —— 特别标注统计行(Median、75th等)需要重算
  5. 获得批准后执行
  6. 检查目标公司在更新后的 Comps 中排名是否发生变化
关键注意: 如果 Comps 中的中位数倍数变化较大,可能需要更新相关的估值结论 —— 但这超出了 Deck Refresh 的范围,需要标记给 VP。

场景 2:交易推进中的多轮数据更新

背景: 一个并购交易推进了 3 个月,期间目标公司的财务预测被修改了 3 次,每次都需要更新 Deck。 工作流程:
  1. 建立”变更日志” —— 记录每次更新的内容和日期
  2. 每轮更新使用相同的 Phase 1-4 流程
  3. 特别注意:前几轮的衍生值标记是否在本轮已被纳入映射
  4. 版本控制:保存为 “Deck_v3_2026-03-15”

场景 3:紧急股价更新

背景: 客户会议在 2 小时后,VP 要求把 Deck 中的市场数据更新到今天的收盘价。 工作流程:
  1. 获取最新股价、市值、EV
  2. 快速搜索所有市场数据出现位置
  3. 由于时间紧迫,只更新 Critical 数据(市值、EV、估值倍数)
  4. 标记衍生值但不等待确认 —— 在口头上快速与 VP 确认
  5. 执行后立即汇报变更清单

练习题

题目: 一家公司的营收为人民币 85.2 亿元。列出这个数字在 Deck 中可能出现的至少 8 种变体形式(包括不同单位、格式、嵌入文本)。
题目: 你要将营收从 48.5 亿更新为 52.3 亿、EBITDA 从 7.2 亿更新为 8.1 亿。以下是 Deck 中出现的其他数字,判断哪些可能是衍生值需要标记:
  1. “YoY +18.5%”
  2. “EBITDA Margin 14.8%”
  3. “EV/EBITDA 10.4x”
  4. “市场份额 ~8%”
  5. “毛利率 55%”
  6. “P/E 16.7x”
  7. “Free Cash Flow 4.2 亿元”
  8. “Net Debt 12.5 亿元”
对每个判断说明理由。
题目: 你收到以下数据映射和一份 15 页 Deck 的内容摘要。构建完整的变更计划(Phase 2-3 格式)。映射:
  • 营收:35.2亿 → 38.8亿
  • EBITDA:5.8亿 → 6.5亿
  • 期间:FY2024 → FY2025
Deck 内容摘要:
  • 第 1 页:封面”截至 2024年12月”
  • 第 3 页:文字”FY2024 营收 35.2 亿元,同比增长 12%”
  • 第 5 页:表格 Revenue 3,520、EBITDA 580、EBITDA Margin 16.5%
  • 第 8 页:图表展示 3 年营收趋势
  • 第 10 页:EV/EBITDA = 65.0/5.8 = 11.2x
  • 第 12 页:脚注”数据来源:万得终端,截至 FY2024”

数字隐藏位置完整清单

在做全面搜索时,以下是数字可能隐藏的所有位置。遗漏任何一个位置都可能导致数据不一致。

明显位置

位置说明搜索难度
文本框正文段落中嵌入的数字
表格单元格格式化的数字数据
标题文本框幻灯片标题中引用的关键数字

容易遗漏的位置

位置说明搜索难度
图表数据标签柱状图/饼图上显示的数字标签
图表坐标轴标签Y 轴或 X 轴上的刻度值
图表源数据驱动图表形状的底层数据(看不见但影响视觉)
脚注和小字页面底部的注释文字
来源标注行”来源:公司年报,FY2025 营收 ¥48.5 亿”
演讲者备注Speaker Notes 中的数字和谈话要点
文本框中的嵌入表达”作为一家营收 ~50 亿的企业”

最容易遗漏的位置

位置说明搜索难度
SmartArt 文本SmartArt 图形内的文字
组合形状内文本被组合(Group)后的形状中的数字
图片中的文字截图或嵌入图片中的数字(无法自动替换)极高
隐藏幻灯片被隐藏但未删除的幻灯片中的旧数据
对于图片中的数字: 无法自动替换,需要标记给用户,建议重新截图或重新生成图片。

衍生数字识别指南

当基础数字变化时,以下类型的数字可能需要同步更新:
衍生数字类型示例如何判断是否需要更新
增长率”+15% YoY”检查基年是否也在映射中
利润率”EBITDA Margin 14.8%“如果营收或 EBITDA 变了,利润率需要重算
估值倍数”EV/EBITDA 10.4x”如果 EV 或 EBITDA 变了,倍数需要重算
市场份额”市占率 ~8%“如果营收变了且市场规模不变,份额需要重算
排名”行业第三”如果目标公司或竞争对手的数据变了
差额”领先竞争对手 2.3 亿元”如果任一方的数据变了
比率”债务权益比 0.45x”如果债务或权益变了
复合增长率”3 年 CAGR 18.5%“如果起止年的数据变了
判断规则: 如果一个数字可以从映射中的其他数字推算出来,它就是衍生数字,需要标记。

版本控制最佳实践

实践说明
命名惯例Deck_v3_2026-03-15_Q4update
保留原版修改前保存一份副本
变更日志在文件属性或单独文档中记录每次变更
多轮更新每轮使用独立的版本号,不覆盖上一轮
最终版标记发送给客户的版本标记为 _FINAL

如何添加到本地环境

# 安装插件
claude plugin install financial-analysis@financial-services-plugins

最佳实践

  • 不要静默修复衍生数字 —— 标记出来让用户决定,而不是自作主张更新
  • 不要重建幻灯片 —— 如果某页的叙述与新数字矛盾,标记它,不要重写
  • 匹配 Deck 的格式 —— 如果 Deck 用”亿元”,用户映射用”百万元”,按 Deck 的格式走
  • 检查溢出 —— 数字变长可能导致文本框溢出
  • Phase 3 是审批门 —— 展示完整计划后才执行
  • 包含日期/期间更新 —— 不要只更新数字忘了日期
  • 更新图表源数据 —— 不仅是标签
  • 版本控制 —— 保存更新前后的版本
  • 完成后运行视觉检查 —— 确认没有溢出或重叠
  • 最小改动原则 —— 只改需要改的,其他一切保持不变