1. 描述任务
Opus 4.6 可以在您连接的工具之间追踪线索,而无需在每一步都给出指示。给它一个起点,它就会从找到的内容中提取搜索词,跟踪人员找到他们的最新动态,再从动态追踪到他们引用的数据,并对相互矛盾的来源进行核对。等到它构建演示文稿时,它所依据的已经是自己收集并交叉核实过的证据。
说明演示文稿需要支持的决策,规划 Claude 应在您的工具中遵循的路径,并明确说明您期望得到的交付物。下面的提示做到了这三点:它以整合问题为核心,指明了起始的跟踪表以及向外延伸的线索,并明确点名要求演示文稿、附录和简报。
我正在为周五的董事会会议做准备。第三季度是各种事情同时发生的一个季度:我们完成了平台整合、敲定了 Apex 合作伙伴关系,并失去了两个企业客户。
从我本地文件中的第三季度项目跟踪表开始;里面有关键人员、频道和文档。跟踪每个人在他们的频道、邮件以及他们引用的文档中的动态。将您找到的数字与实时来源进行核对:Drive 上的财务报告和 Looker 仪表板在收入数字上可能不一致。弄清楚哪个是最新的,并顺便从 Delighted 获取最新的 NPS 数据。
董事会需要了解,尽管存在客户流失,整合这一押注是否正在取得成效。创建一份 PowerPoint 演示文稿(12–15 张幻灯片),附带演讲者备注、一份 Excel 数据附录,以及一份两页的 Word 简报。要给出一个论点,而不是一份摘要。
2. 为 Claude 提供上下文
通过 Claude Desktop(在新标签页中打开) 中的 Cowork,连接您的本地文件和工具。将 Claude 指向一个 Slack 频道、一个 Drive 文件夹或一个邮件线程,为它提供一个起点。
通过连接器连接 Slack 和 Google Drive。Claude in Chrome(在新标签页中打开) 可以从 Looker 和 Delighted 等实时仪表板中读取当前数据。
Claude 能给您带来什么,很大程度上取决于您让它读取了什么。多连接一个来源,通常比再改写一遍提示更能提升演示文稿的质量,因此请把设置时间花在获取访问权限上:讨论本季度情况的频道、存放财务报告的文件夹,以及您希望核对的仪表板。
所需上下文
- 具有本地文件访问权限的 Cowork(支持的格式(在新标签页中打开))
- 至少一个已连接的来源:Slack、Google Drive 或邮件
- Claude in Chrome(在新标签页中打开),用于示例提示所要求的仪表板核对
可选上下文
- 上一季度的董事会演示文稿(用于保持连续性和对比)
3. Claude 创建的内容
Opus 4.6 从您给出的起点向外展开工作,从找到的每个来源中提取上下文,并在本地保存三个文件:一份具有叙事结构的演示文稿、一份配套的数据附录,以及一份高管预读材料。通过 Claude in Chrome,它会在新的浏览器标签页中打开您指定的仪表板,并直接提取实时数据。
以下是我的发现以及我是如何将它们拼凑起来的:
我从第三季度项目跟踪表开始,它指向了 Slack 上的 #platform-consolidation 频道。七月的启动讨论帖确定了核心团队:@maria(工程)、@james(合作伙伴关系)和 @priya(客户成功)。从那里开始:
- @maria 在 #engineering-updates 中的每周更新给了我速度指标,以及整合带来的 22% 成本降低数据。
- @james 在 #partnerships 中的消息引导我找到了您本地文件中的 Apex 条款清单,以及成交日期(9 月 28 日)。
- @priya 在 #customer-success 中标记了两起企业客户流失事件。我在您桌面上的一个 CSV 文件中找到了完整的流失详情,以及相关的邮件线程,其中两位客户都提到了迁移摩擦问题。
- 财务团队在 Drive 上的第三季度报告显示收入为 420 万美元,但我通过 Chrome 提取的 Looker 仪表板显示为 460 万美元——差额是在报告定稿后才成交的 Apex 收入。我采用了 460 万美元,并在附录中注明了这一差异。
- 来自 Delighted 的当前 NPS(通过 Chrome 获取):47,较上季度的 52 有所下降。这一下降与两起企业客户流失相吻合。
本季度的核心论点可以用一句话概括: 平台整合将工程成本削减了 22%,并促成了 Apex 合作伙伴关系的达成,但迁移摩擦导致您失去了两个企业客户——而留存数据表明,这是一个可以解决的执行问题,而不是产品问题。
我已保存了三个文件:
- 第三季度董事会演示文稿(q3-board-deck.pptx):14 张幻灯片,附带演讲者备注和预期的董事会问题。
- 数据附录(q3-data-appendix.xlsx):六个标签页,涵盖收入核对、客户留存、NPS 趋势、工程速度、销售管道以及 Apex 合作伙伴关系的经济效益。
- 高管简报(q3-executive-brief.docx):两页的预读材料,阐述整合这一押注,以及流失数据实际揭示了什么。
4. 后续提示
第一版演示文稿是一份可以进一步打磨的草稿。下面的每个后续提示都针对第一版产出中的某个方面:幻灯片数量、每位董事会成员所需的侧重点,以及论点中的薄弱环节。
在排练前精简演示文稿
十四张幻灯片对大多数董事会议程来说都偏多。当附录能够承载细节时,删减就会更容易。
在不丢失论点的前提下,将演示文稿精简到十张幻灯片。将工程速度的细节并入附录,合并流失相关的幻灯片,并保持收入核对幻灯片完整不变。相应更新演讲者备注。
针对每位董事会成员最关心的内容进行预先沟通
Opus 4.6 已经掌握了本季度的完整背景。利用这一点,在会议前起草有针对性的预读材料。
根据每位董事会成员最关心的内容,为他们各自起草一条 Slack 消息。首席财务官关注收入核对和 Apex 的经济效益。产品负责人关注整合带来的影响和工程速度。客户倡导者关注流失情况和 NPS 数据。请为每个人个性化定制——不要只是把同一份演示文稿拆成三份。
在展示前对叙事进行压力测试
最棘手的董事会问题往往来自您一带而过的数据。Opus 4.6 已经阅读了所有来源,知道薄弱环节在哪里。
您已经看过所有原始数据。扮演一下魔鬼代言人——关于本季度,董事会可能提出的三个最棘手的问题是什么,我们的叙事在哪里最薄弱?然后更新演讲者备注,说明如何应对每一个问题,并引用附录中的具体数据点。
5. 技巧、提示与故障排除
给 Opus 4.6 指定一个起始资源,并让它跟踪所发现的内容
Opus 4.6 可以从它读取的内容中提取搜索词,因此一份列出了人员、频道和文件的文档,能为它提供更多可以在您的工具中追踪的线索。项目跟踪表或启动文档效果很好。一旦您确定了希望 Claude 访问的工具,就告诉它向外展开工作:"跟踪每个人在他们的频道、邮件和引用文档中的动态。将数据与其他来源进行核对。"配合 Cowork,它可以在任务所需的任意多个步骤中持续这项工作。
在董事会之前先核对好数据
当来源出现分歧时,Claude 会选定一个数字,并在附录中注明差异。在演示文稿离开您的桌面之前,打开收入核对标签页,确认它所选用的数字与您视为权威来源的系统一致,并抽查引用该数字的幻灯片。
提供上一季度的演示文稿
将上一份董事会演示文稿与您的本地文件一起提供。Claude 会沿用董事会已经熟悉的结构,并保持各季度指标的可比性。
6. 准备好亲自尝试了吗?
让 Opus 4.6 聚焦于您的季度情况。