投资者会在你的融资演示文稿中关注什么？

读者能理解所呈现的内容吗？

Carta 说明，融资演示文稿既可以配合口头介绍，也可以作为独立文档分享。不要假设用于当面沟通的版本在没有你讲解时也能表达清楚；先确定阅读场景。[4]

发送前，明确目的：初次介绍、讨论进展，还是提出具体请求。核对收件人公开的提交说明。不要声称该版本适合所有投资者。根据本次沟通选择详略，并将供对方审阅的版本与团队内部笔记及未经授权披露的材料分开。

客户的问题是什么，有什么变化？

Sequoia 的框架将客户问题、解决方案、时机、替代方案和市场联系起来。这些主题有助于审视公司的业务逻辑；把它们写进文稿并不证明项目具有投资吸引力，也不意味着每位投资者会给予它们相同的权重。[3]

回顾练习：用特定客户、困难任务和现有替代方案代替“每个公司都需要我们”。 确定可用的证据，例如访谈、操作测试或使用结果及其局限性。 清楚地标记假设的插图，而不是将其呈现为客户推荐或商业合同。

实际学到了什么或取得了什么成果？

Michael Seibel 讨论了与所取得的成就和所花费的时间相关的进展，同时关注产品和客户。 这是作者的观点，而不是每个投资者所采用的公布的数字阈值。[1]

建立一张包含三栏的内部表格：已经实现、正在测试和尚未确定。不要把等待名单等同于活跃使用，也不要把意向书等同于已收到的收入。如果期间改变了指标定义，应解释变化，而不是把不可比的数据画成一条连续增长曲线。注明谁能回答每项数据的问题。

读者能否核查数据并理解你的请求？

Carta 的大纲包括财务信息以及如何使用所请求的资金。 将这些视为需要清楚解释的主题，而不是本指南中有关适当轮次规模或公司估值的建议。[4]

在工作表中，将提议的支出与其支持的工作、审查日期和可能改变计划的条件联系起来。 将历史信息与场景分开。 将来源、限制和包含的客户放在市场估计旁边，而不是将大量数字转变为无法解释的预计份额。 当财务答案未知时，请为合格的顾问准备问题和支持文件。

哪些还需要进一步验证？

检查团队职责、产品信息和支持文件是否与融资演示文稿一致。列出难以回答的问题，包括可能不成立的假设和尚未落实的资源。文档被打开或对方要求另一版本，都不等于投资决定。没有回应也不是对公司质量的正式评估。在沟通要求允许时寻求澄清，不要臆测对方未表达的意图。