对于 A 轮之前的创业公司，Google Sheets 是搭建投资人级财务模型的最优工具——免费、可协作，且能在十分钟内完成模型重构。大多数创业公司依赖它的时间，比自己愿意承认的要长得多，这并非能力不足，而是理性选择。
问题不在于工具本身，而在于大多数创业公司的表格从一开始就搭错了方向：假设数据散落在四五个标签页里，没有版本控制，有人插入一行就会导致公式报错，更致命的是只有一套情景——投资人翻开来第一个问题就是"你的下行测试在哪里"。截至 2026 年，这类结构性缺陷在早期融资材料中依然普遍。本文将系统介绍如何搭建经得起尽调的 Sheets 模型，重点面向需要向外部投资人提交材料的财务分析师与创始人。
创业公司 Google Sheets 模型必备的五张核心表
你不需要二十个标签页，但也不应该满足于过度精简的结构。以下是需要相互关联、逻辑清晰的核心框架——在此基础上，再按业务复杂度增加标签页。
1. 假设层（Assumptions）——一张表，集中管理所有输入项。每一个固定数值都应放在这里：月度增长率、获客成本（CAC）、流失率、各季度人员编制。模型中的其他数据全部引用此表。当投资人问"如果增速降到 8% 会怎样"，你只需改动一个单元格，整个模型随之联动更新。这是初级建模人员最容易忽视的规范——假设散在各处，每次改动都要翻找半天，改漏一处则全盘失真。
2. 利润表（P&L）——逐月展示收入减去成本，覆盖未来 24 个月。应以公式驱动的方式搭建，而非手动录入的静态表格。收入数据从单位经济学标签页中提取，费用数据从人员编制计划中提取。
3. 现金流量表（Cash Flow）——与利润表有本质区别。这张表反映的是资金实际到账时间，而非会计确认时间。对于签订年度合同的 SaaS 公司而言，确认收入与实际收款之间的时间差可能相当显著。见过公司账面盈利却资金断裂的投资人，会对这张表格外关注。
4. 单位经济学（Unit Economics）——LTV（客户生命周期价值）、CAC（获客成本）、回收周期、各批次用户的贡献毛利。一张能够证明你理解自己业务底层逻辑的表，对天使轮和 A 轮投资人而言，往往比那份他们心知肚明是推算出来的三年预测更有说服力。
5. 情景与敏感性分析（Scenario & Sensitivity）——这是大多数创业公司模型缺失的关键一环，也是投资人真正想看的内容。详见下文专节。
| 标签页 | 核心功能 | 常见错误 |
|---|---|---|
| 假设层 | 集中存放所有输入项，统一驱动全表 | 假设分散在各标签页，改动遗漏 |
| 利润表 | 24 个月公式驱动预测 | 手动填入静态数字 |
| 现金流量表 | 资金实际到账时序 | 与利润表混用，忽略收款时差 |
| 单位经济学 | LTV / CAC / 回收周期 / 批次分析 | 只看总收入，不拆用户批次 |
| 情景分析 | 基准 / 乐观 / 悲观并排 | 仅呈现单一乐观情景 |
| 股权结构表 | 持股 / 期权池 / 稀释测算 | B 轮前引入过重的专用工具 |
补充：股权结构表（Cap Table）——持股比例、期权池、本轮融资后的稀释情况。B 轮之前，Google Sheets 完全可以胜任。B 轮之后，可以考虑迁移至专业的股权管理工具。
搭建融资周期（Runway）模型
Runway 是每位创始人在任意一个周一都必须心中有数的核心指标。大多数模型的通病，在于将月度资金消耗（Burn Rate）视为固定常数——但它从来不是。每一次招聘、每一次增购工具、每一次扩大办公空间，都会改变这个数字。
以动态方式搭建：在一张人员编制表中，为每位员工记录入职日期、薪资和社保/公积金负担比例（国内雇主端五险一金合计通常占基本工资的 30%~35%），再将月度资金消耗汇总自该表：
=SUMPRODUCT((C$2:C$50<=$A3)*(D$2:D$50="")*E$2:E$50)*1.32
该公式汇总所有在当月之前入职、尚未离职的员工薪资，并乘以 1.32 以计入雇主端社会保险与住房公积金成本。系数 0.32 存放在假设层中，便于统一调整，绝不硬编码在公式内。
Runway 的计算推荐使用辅助列，而非过度嵌套的数组公式：先在每月单元格中计算累计现金余额，再用一个独立单元格统计余额为正的月数：
=COUNTIF(现金流!B5:B28,">0")
这种写法比嵌套 MATCH/MMULT 更易审计——出了问题能快速定位。可读性与可审计性是投资人级模型的硬性要求。一个公式写得再"巧妙"，三个月后自己都看不懂，就是负债。
根据行业普遍规律，投资人通常希望看到融资完成后至少 18 个月的 Runway。如果当前融资规模难以达到这一目标，需要在模型中清晰展示支撑更短 Runway 的里程碑节点，以及下一轮融资的触发条件。
用 Google Sheets 为创业公司搭建 SaaS 收入模型
标准 SaaS 收入模型只有三个输入变量：期初 MRR、当月新增 MRR，以及流失。其余所有指标均由这三者推导而来。
=B2 + C3 - (B2 * 假设层.$B$12)
其中 B2 为上月 MRR，C3 为本月新增 MRR，假设层.$B$12 为月度流失率。引用时务必加 $ 绝对锁定，确保公式横向拖动覆盖 24 列时不会偏移。
许多创始人常犯的错误，是将流失率统一按总 MRR 比例计算，而没有区分客户数量流失（Logo Churn）与收入金额流失（Dollar Churn）。月度客户流失率 2%、净收入留存率（NDR）达 110% 的业务，与同样 2% 客户流失率但 NDR 仅为 85% 的业务，是两种截然不同的商业模式——模型中应同时呈现两项指标，尤其是当你存在增购收入时。
截至 2026 年的行业基准参考： 据 OpenView《2024 年 SaaS 基准报告》，ARR 处于 100 万至 1000 万美元区间的 B2B SaaS 公司，中位 NDR 约为 102%。根据 Bessemer Venture Partners《State of the Cloud 2025》，增长阶段（ARR 1000 万至 1 亿美元）的顶四分位 NDR 通常超过 120%，且几乎均来自具备清晰扩展机制的产品主导增长（PLG）型公司——比如坐席增购、用量计费或功能分层。如果你的模型显示 NDR 达到 120% 以上，却无法说明具体的增购路径，投资人会重点追问。
情景分析与敏感性分析：投资人真正想看的内容
"如果增速降到 8% 会怎样"——这个问题背后，投资人真正想看的不是一个改动后的数字，而是你是否已经系统性地思考过各种可能，并将其清晰呈现。
三情景并排结构
在假设层之外，建立一个独立的情景切换机制。推荐做法是使用数据验证下拉菜单（"乐观 / 基准 / 悲观"），并通过 CHOOSE 函数动态切换对应假设集：
=CHOOSE(情景层.$B$2, 假设层.乐观.$C$5, 假设层.基准.$C$5, 假设层.悲观.$C$5)
三套假设应覆盖：月度增长率、CAC、流失率、毛利率，以及关键里程碑达成时间。避免循环引用的核心原则：情景层只读取假设层数值，假设层不反向引用情景层，利润表只读取假设层，永远不要跨层反向引用。数据流只有一个方向：输入 → 计算 → 输出。
单因子敏感性矩阵
在汇总页中加入一张敏感性矩阵，横轴为月度增长率偏移（±3%、±6%、±10%），纵轴为月度流失率偏移，矩阵内显示对应的剩余 Runway 月数或 24 个月累计 ARR。这类表格是投资人尽调时最常要求提供的材料之一。
=基准ARR * (1 + $A5) * (1 - B$4)
其中 $A5 为增长率偏移量，B$4 为流失率偏移量，混合引用确保矩阵可以整块向右向下填充，无需逐格输入。做到这一步，你的模型就从"结构正确"升级到了"投资人可以自己拨动假设"的交互级别。
命名规范与引用规范：专业模型的细节
这部分内容在大多数建模教程中缺失，但在实际材料审查中暴露问题最多。
标签页命名约定：
- 输入类标签页加前缀
[IN]，计算类加[CALC]，输出类加[OUT]，帮助协作者快速识别数据流向 - 假设层标签页固定命名为
假设层，所有跨表引用统一使用此名称，避免因标签页重命名导致引用断裂 - 删除模型发布前积累的所有废弃标签页（旧版情景假设、测试计算），投资人在十二个标签页中翻找真正的模型，会直接影响他对你严谨程度的判断
单元格命名与注释：
- 对关键假设单元格使用命名范围（数据 > 命名范围），例如将月度流失率命名为
monthly_churn，公式中可直接引用名称而非坐标 - 所有硬编码数字（包括雇主社保系数 1.32）必须回源到假设层，模型中不应出现"魔法数字"
- 对非显而易见的公式添加单元格注释，说明计算逻辑和数据来源
防止循环引用的三条原则：
- 数据流只向右（时间轴）和向下（汇总层级）流动
- 汇总页与输出页只读取，不被其他标签页反向引用
- 现金流量表的期末余额不得影响利润表的收入确认逻辑
投资人真正在审查什么
看过大量商业计划书的投资人，对以下几类问题极为敏感：
"收入"一行没有任何拆解说明。 请展示推导过程——按用户批次、按获客渠道、按合同逐一拆分。如果你处于足够早期且具备这种颗粒度的数据，这本身就是加分项。
费用随收入线性增长却没有解释。 实际上，人员编制是阶梯式扩张（先招一名工程师，六个月后再招下一名），基础设施成本大致呈对数增长，销售费用应建模为销售漏斗的函数，而非收入的函数。
CAC 每个季度都在下降。 这在模型里很常见，因为创始人习惯将早期效率提升无限外推。现实中，随着早期获客渠道逐渐饱和，CAC 往往趋于上升。没有具体机制支撑（比如新的低成本渠道、出海拓展、SEO 流量爬坡）的三年 CAC 持续下降曲线，必然被追问。
只有一个情景。 只呈现基准情景的模型，会让投资人觉得你没有认真思考过下行风险。最低要求是：基准情景 + 悲观情景，并说明从悲观切换回基准所需的条件。
Google Sheets 相比专用工具的核心优势
市面上大多数创业公司财务工具都是为配备了专职财务团队的企业构建的，强调审计追踪、权限管理和财务系统集成。B 轮之前，这些功能对你没有任何实际价值。
你真正需要的是速度和灵活性。当联合创始人临时提出新的定价方案，或投资人在会议室里突然抛出一个改变市场假设的问题时，你需要在十分钟内完成模型重构的能力。在 Sheets 中，重构不过是移动单元格、更新引用；在专用工具中，这往往是耗时数天的工程——因为工具本身的数据模型对你的业务结构有既定主张，调整余地有限。
| 维度 | Google Sheets | 专用财务建模工具 |
|---|---|---|
| 搭建速度 | 快（小时级） | 慢（天级） |
| 结构灵活性 | 高，可任意调整 | 受限于工具内置数据模型 |
| 协作成本 | 零，共享链接即可 | 需要账户与权限管理 |
| 与实时数据集成 | 需手动更新或借助插件 | 通常内置数据集成 |
| 审计追踪 | 基础版本历史 | 完整变更日志 |
| 适用阶段 | 种子轮至 B 轮 | B 轮之后 |
局限性出现在需要接入真实数据的环节。手动将财务系统数据、CRM 线索数据或运营指标更新到 Sheets，往往让团队每周损失两到三个小时。这正是 ModelMonkey 能够发挥作用的场景——它将已连接工具中的实时数据直接导入表格，让利润表和单位经济学标签页始终保持最新状态，彻底告别手动复制粘贴。
共享模型前的结构化准备
锁定假设层。 使用"数据 > 受保护的范围"功能，禁止对核心输入项的编辑，并添加备注说明锁定原因。深入研究模型的投资人有时会不经意间破坏数据——这一步能有效避免此类情况。
将汇总页设为第一个标签页。 内容应包含：当前 ARR 或 MRR、月度 Burn Rate、剩余 Runway（月数），以及本轮融资计划达成的关键里程碑。这一张表应能让非技术背景的读者在 30 秒内看懂全局。
清理冗余内容，设置情景标注。 删除所有废弃标签页；在汇总页顶部用醒目颜色标注当前展示的是哪个情景（基准 / 乐观 / 悲观），避免投资人误读。
常见问题
Q：创业公司应该在什么阶段从 Google Sheets 迁移到专用财务工具？
A：通常是 ARR 超过 5000 万元、专职财务人员超过 3 人，或开始面临外部审计要求时。核心判断标准：当维护 Sheets 模型的时间成本超过采购专用工具节省的时间时，迁移时机就到了。B 轮之前，迁移的理由通常不够充分。
Q：投资人级的 Google Sheets 模型必须包含哪些内容？
A：最低要求是：集中管理的假设层、公式驱动的 24 个月利润表、独立的现金流量表、单位经济学表，以及至少两套情景（基准 + 悲观）的敏感性分析。截至 2026 年，单一情景的静态模型在 A 轮尽调中越来越难以通过。
Q：如何在 Google Sheets 中搭建多情景分析？
A：使用数据验证下拉菜单创建情景选择器（乐观 / 基准 / 悲观），通过 CHOOSE 函数将选择器结果映射到对应的假设值集合。关键在于保持数据流单向：假设层驱动计算层，计算层驱动输出层，不要反向引用。
Q：Google Sheets 的 Runway 公式应该怎么写才便于审计？
A：推荐使用辅助列计算逐月累计现金余额，然后用 =COUNTIF(范围,">0") 统计余额为正的月数。避免过度嵌套的数组公式——可读性和可审计性比"聪明"更重要。三个月后自己看不懂的公式，是模型的负债。
Q：Logo Churn 和 Dollar Churn 有什么区别，模型里需要分开吗？
A：Logo Churn 是流失客户数占总客户数的比例，Dollar Churn 是流失收入占总 MRR 的比例。两者可以完全不同：如果流失的都是小客户而头部客户在持续增购，Dollar Churn 可能远低于 Logo Churn，NDR 甚至可以超过 100%。模型中两项指标都应呈现，尤其是当你存在增购收入时。
总结：截至 2026 年，对于 A 轮之前的创业公司，Google Sheets 仍是搭建投资人级财务模型的最优选择。核心要求是：清晰的输入层、公式驱动的预测逻辑、三情景并排的敏感性分析，以及一张为快速阅读者设计的汇总页。其余所有内容，都是可选项。