给签下首个直电聚变电站的超大规模云厂商电力团队用的控制塔——在交付和并网风险拖住 AI 算力落地前，把风险盯住。

1. 有了具名的 50 MW 买家，就说明这已经是一个真实的企业工作流，而不是对未来需求的空想。
2. Helion 正把新融资砸向制造扩产，说明商业就绪度现在既取决于反应堆物理，也取决于工厂和交付执行。
3. 最早 2028 年交付，把聚变拉进了当前的园区规划周期，买方现在就得建模兜底电力和排期风险。
4. 直接取电让并网流程在技术上足够特殊，通用的可再生能源或火电采购软件会漏掉关键的就绪步骤。

催化因素。 Helion 的融资、明确的制造扩产、Microsoft 协议和 2028 年目标交付时间，说明商业聚变已经进入买方必须立刻配执行软件的规划窗口，而不只是继续看科学进展。

做一套“新闻稿发出之后、首度送电之前”的聚变承购执行事实系统。产品给买方一张里程碑图谱，把工厂扩建、Orion 建设、公用事业接口、变电站假设、商业验收测试和备用采购串成同一张就绪视图；同时明确每个阶段买方该向聚变开发商索取哪些证据，并在进度下滑时立刻提示园区是否要补柴油、燃气、储能或电网桥接方案。时间一长，这家公司会变成首台套稳定电源项目从签约走到可依赖兆瓦交付的基准层。

差异化。 现有能源软件，要么帮你买标准化电力，要么帮你管通用建设项目。这家公司只做一件事：把首台套聚变交付盯到位。买方需要一个地方，把开发商里程碑、技术假设和园区兜底动作提前几年串起来，而不是等电力真正流出来再补救。它的护城河，是直电聚变项目真实推进数据，以及哪些信号最能预示投运日期会跳票。

待完成任务

flowchart LR
  Buyer[Hyperscaler power team] --> Pain[Fusion delivery risk threatens campus launch]
  Pain --> Product[Fusion delivery readiness OS]
  Product --> Outcome[Bankable path to first fusion megawatts]

高管要点

• 这个切口是真需求，因为超大规模云厂商已经在交付工作流还没成熟时，就开始签首台套稳定电力：Helion-Microsoft 是 50 MW，Google-Kairos 是 500 MW，Amazon-X-energy 指向多 GW 级部署目标 [1][23][25]。
• 买方痛的不是泛泛的能源采购，而是怎么保住 AI 园区排期——输电、变电站和公用事业前置周期足以让交付再拖 2–6 年 [12][13][16]。
• 如果一套专业控制塔能把里程碑证据、并网假设和兜底方案整合得比“顾问 + Primavera”更好，就有机会赢下来 [14][29][30]。
• 但这门生意战略上虽有吸引力，起步市场却偏窄：直接商业聚变交易量仍小，产品很可能一开始就得覆盖先进核能和相邻首台套稳定清洁电力资产 [19][23][25]。

市场定义

初始市场是：面向 AI 园区、服务首台套 24/7 清洁电力采购的买方执行软件。它管的是“头条合同签完之后、商业运行之前”的那段空档，把开发商里程碑、并网假设、监管证据和兜底发电决策串起来。Helion、Google-Kairos 和 Amazon-X-energy 说明，买方已经在标准化交付操作手册出现之前，就提前签下新型稳定电力协议 [1][23][25]。

用户与买方

经济买家，是超大规模云厂商或大型托管开发商里负责能源或基础设施的 VP 级高管：他们的园区能否按时上线，取决于一个新型稳定电力来源能否准时到位。日常用户，则是能源采购、并网或业主工程师团队；他们现在还在顾问备忘录、排程工具和电网数据之间来回拼接，同时承受多年期电力瓶颈 [12][13][14][16]。

购买触发点

• 董事会批准的 AI 园区，需要一个可信答案：签下的稳定电力究竟能不能算进上线计划。 [1][12][13]
• 首台套反应堆或聚变交易会带来一整套里程碑、尽调和验收测试工作，而通用可再生能源采购工具根本覆盖不到。 [1][23][24][25]
• 输电或变电站排期开始超过园区总工期，团队就必须更早决定电网、燃气、储能或其他桥接方案。 [13][16][17]

支付意愿

付费意愿应当很高，因为这套软件旁边连着的是“如何避免数百兆瓦园区延期”的决策。CBRE 指出，电力受限会让交付晚 2–4 年，个别情况下甚至到 6 年；JLL 强调输电瓶颈；而相邻的建设软件平台本来就是按企业定制定价卖的，说明只要排期风险够大，买方早已习惯为这类软件付出实质预算 [12][13][28][29][30]。 [12][13][28][29][30]

品类动态

增长信号 JLL 基线：全球数据中心市场到 2027 年 CAGR 为 15%；Goldman 基线：2025–2028 年数据中心电力需求 CAGR 为 17%

验证信号

• Microsoft 已签下首份购电协议，将从 Helion 首座电站购买聚变电力，目标是 2028 年启动并爬坡到 50 MW。
• Google 承诺了 500 MW 的 Kairos 订单簿，说明超大规模云厂商愿意在资产投运前，就提前签下长期稳定清洁电力协议。
• Amazon 与 X-energy 正在铺设一条超过 5 GW 的 SMR 部署路径，其中包括华盛顿州首个 320 MW 项目。

监管与技术约束

• 华盛顿州的聚变部署规则正在改善，但跨州商业化仍取决于 NRC 和 Agreement State 材料监管如何演进，才能支撑可重复部署。
• 即便发电技术进展很快，并网和输电时间线依然长到足以主导交付风险。
• Helion 仍需把原型机里程碑转成稳定、可商业交付的电力，所以对买方而言，技术证据设计是核心能力。

采用阻力

PESTLE

• 政治 联邦和州层面的决策者已经明确把聚变商业化当成战略能力，这让买方侧执行基础设施的时点更成熟了 [18][19][21]。
• 经济 AI 驱动的数据中心需求和电力稀缺，正在抬高排期滑坡的代价，也提高了客户为保住上线日期而采购执行工具的意愿 [10][12][13]。
• 社会 社区支持很关键：Helion 在 Orion 项目上反复强调与公众和部落社区的沟通，说明利益相关方流程质量会直接影响部署可信度 [3][7]。
• 技术 直电聚变仍是技术上很新的路线，所以买方需要一套系统，把不确定的原型机进展翻译成商业就绪信号 [4][5][9]。
• 法律 华盛顿州正在把聚变选址规则讲清楚，但跨州部署依然落在碎片化的 NRC 与 Agreement State 材料监管体系里 [20][21][22]。
• 环境 超大规模云厂商正通过先进核能和聚变协议来锁定 24/7 无碳电力，这在环境和电网脱碳叙事上都形成顺风 [1][23][25]。

聚变交付就绪这个类别目前没有明确龙头。真正的替代品，是横向项目控制套件（Primavera/Aconex、Procore）、重本体的企业平台（Palantir Foundry），以及电网数据供应商（Enverus、Yes Energy）。它们都只覆盖栈里的一部分，却没有谁是专门为“把首台套稳定电力里程碑转成买方上线信心”而设计的 [28][29][30][31][32][33]。

为什么现有厂商不会默认胜出

• 建设项目管理套件. Oracle 和 Procore 很擅长管排程、文件和现场工作流，但默认并不编码聚变特有的证据关口、公用事业假设或兜底电力触发条件。
• 企业本体平台. Palantir 确实能把这套工作流建出来，但它卖的是一个灵活的操作系统，不是面向能源采购团队的成品方案。
• 电力分析供应商. Enverus 和 Yes Energy 在排队、选址和市场情报上很强，但它们不是买方用来记录供应商里程碑和验收证据的事实系统。
• 顾问与业主工程师. 顾问能周期性出尽调结论，但做不出一条在买方、公用事业、保险人和开发商之间持续更新的共享审计链。

波特五力

• 供应商议价能力 4 / 5 能提供首台套稳定清洁电力的可信供应方本来就少，而公用事业公司与项目开发商又掌握着买方所需的里程碑、并网数据和现场访问权 [1][7][25]。
• 买方议价能力 5 / 5 早期买家大概率只是少数几家超大规模云厂商和大型托管开发商，议价权极强，而且随时可以继续沿用顾问和通用工具 [12][13][23]。
• 新进入者威胁 3 / 5 今天的直接品类竞争者不多，但 Oracle、Palantir 和分析供应商都已有相邻能力；一旦需求被证明，它们完全可以把能力延伸进这条工作流 [29][30][31][33]。
• 替代品威胁 5 / 5 Excel、业主工程师、Primavera/Aconex 以及市场数据平台已经覆盖了问题的一部分，所以创业公司必须明显优于这套拼装栈。
• 竞争强度 2 / 5 现在还没有谁真正坐稳“聚变交付软件”类别龙头；竞争主要来自相邻基础设施软件，而不是一个正面对打的专业对手。

Fusion Delivery Readiness OS 最合适的起点，是做北美超大规模云厂商和大型托管开发商的买方控制塔：他们押注首个 25–75 MW 的直电聚变或相邻先进核能项目，要在 2028–2029 年给 AI 园区供电。眼下最痛的不是把承购合同签下来，而是当园区排期已经被多年期电网延误压住时，怎么把供应商里程碑、并网假设、公用事业协同、验收证据和兜底电力动作维持在一套可信的就绪视图里。第一版产品应该是一套只读事实系统：把必需证据标准化、尽早标出进度滑坡，并在园区上线日期被拖住前，逼团队把桥接电力决策说清楚。首个客户动作应该落在一个真实园区的付费试点上——VP Energy 或基础设施 GM 需要向董事会内部回答：这类新型稳定电力还能不能算进上线计划。定价不该按席位收，而该按活跃园区项目收费；先用付费试点切入，如果产品确实比“顾问 + 表格”更早发现可操作风险、减少尽调循环，再转成年费企业订阅加实施费。核心战略选择很明确：先赢下首台套稳定电源签约后的就绪管理，再扩到先进核能、放贷方、保险人和公用事业工作流，而不是一开始就做通用能源采购、项目控制或电网分析平台。最强的相信理由，是具名买家已经出现，电力稀缺让排期保护变得昂贵；最大的怀疑点，是聚变交易量依然偏薄，买方也可能继续依赖顾问和横向工具。输入里没有给出交付电价、兜底合同条款和买方精确数据权利，所以前 12 个月应该被当成证伪阶段，而不是默认可以复制放大。

问题

• 超大规模云厂商和托管平台的电力团队，已经在交付工作流还没成熟时就签首台套稳定电源合同，但他们仍然靠 Excel、顾问备忘录和阶段性高管复盘来管供应商里程碑、电网假设和兜底规划。
• 电力稀缺足以让园区交付晚上好几年，所以聚变或先进核能项目只要错过关键里程碑，拖住的不只是一个能源项目——还会卡住 AI 算力、逼团队采购高价桥接电力，并动摇整个园区上线计划。

解决方案

• 做一套买方侧的就绪 OS，把供应商证据、建设和制造里程碑、并网假设、公用事业工作流、验收关口和兜底动作拉进每个活跃园区的一张控制塔视图。
• 先从只读的工作流编排和证据包起步；只要公司能证明自己比现有方案更早看见交付风险，再往放贷方、保险人、公用事业和相邻首台套稳定电力项目的标准化报告扩。

为什么我们会赢

• 这个产品盯的就是签约后的执行空档——通用采购工具、电网数据商和建设 PM 套件都只覆盖了一部分。
• 如果公司能抓住真正预示投运日期会跳票的里程碑、公用事业和验收信号，就能积累一套横向现有厂商今天还没有的专有就绪数据集。

里程碑

flowchart LR
  Wedge[Buyer-side readiness wedge] --> MVP[Read-only control tower MVP]
  MVP --> Proof[Early risk and fallback proof points]
  Proof --> Expansion[Advanced nuclear and counterparty expansion]

创始团队

实验路线图

风险评估

必须成立的条件

• 至少 5 个目标买家明确表示：首台套稳定电力在签约后的就绪管理，是一个独立于通用采购或项目控制工具、值得单独预算的问题。
• 在一个真实园区试点里，即便只拿到买方侧证据和有限供应商输入，也能维持可信的每周就绪模型，不必深度接开发商系统。
• 一个付费试点能在 6 个月内跑出可量化结果，比如尽调轮次减少 25%、风险更早升级，或兜底决策更快。
• 至少 2 个先进核能或相邻稳定清洁电力项目愿意采用同一工作流，证明公司不是绑定在 Helion 单一聚变交易量上。
• 在前几次试点后，实施工作量能明显下降，让正式部署依然保持软件式经济模型。

待尽调问题

• 前 10 个目标账户里，真正控制试点和正式生产预算的是哪位高管？
• 在商业运行前，买方按合同究竟有权从开发商那里拿到哪些里程碑证据？
• 产品要证明多大价值，客户才会要求更深地接入 Primavera、Aconex 或电网数据工具？
• 业主工程师和公用事业方会不会真的使用标准化就绪包，还是这套工作流最终仍然只留在买方内部？
• 如果聚变时间线后移，公司能多快切进先进核能？

模型合理性

• 收入引擎. 基础情景的收入，来自 Y1 的两个付费试点、Q4Y2 的 3 个正式生产客户，以及 Q4Y3 第 4 个放大账户加扩张模块，把混合 ACV 推到约 $1.5M。
• 必须成立的前提. 公司至少得把 1 个聚变试点和 1 条相邻先进核能工作流，转成可复用的正式生产模板；否则过窄的初始切口撑不起 Y2 管线。
• 模型失效条件. 如果销售周期被拉到接近 12 个月、混合 ACV 又停在 $1.15M 左右，下行情景会在下一轮融资前把现金打到负数。
• 下一轮融资证明点. 一个可信的种子轮故事，是到 Q4Y2 做到 3 个正式生产客户、拿下 1 个非聚变相邻客户，并让上线工作量明显下降。

情景

敏感性

flowchart LR
  BuyerPipeline --> PaidPilots
  PaidPilots --> ProductionAccounts
  ProductionAccounts --> ExpansionModules
  ProductionAccounts --> Revenue
  ExpansionModules --> Revenue
  Revenue --> GrossProfit
  GrossProfit --> Cash

警示项: 基础情景到 Q4Y3 也只做到 4 个放大客户，所以只要丢掉或拖迟 1 个客户，收入就会被明显压缩。 · 毛利率假设的前提，是到第 4 次部署时上线流程已经标准化；如果每座园区都还得重新定制，模型就会变得太重服务。 · CAC、流失率和回本周期都只能看方向，因为 GTM 仍是创始人主导，模型里的客户基数也还很小。 · 现金按 EBITDA 来近似，没有纳入企业回款时点、递延收入，也没算任何更深层集成带来的 capex。

• 聚变交易量长期偏薄. 商业聚变承购项目的爬坡可能比预期慢，导致早期客户数量受限。 缓解措施: 先盯最紧急的少数买方项目，同时把工作流设计成可延伸到先进核能、地热和其他首台套稳定电力交付。
• 买方继续依赖顾问. 超大规模云厂商可能继续依赖业主工程师和内部 PMO，而不是再加一层新软件。 缓解措施: 把产品定位成压在顾问之上的实时事实系统，在会议、评审人和多个园区之间保留就绪度情报，而不是替代顾问。
• 开发商不愿透明. 聚变开发商可能不愿开放足够多的里程碑证据，让买方细颗粒度监控交付风险。 缓解措施: 先从买方侧切入，用必需证据清单和共享数据室工作流起步，再用减少重复尽调负担来换开发商参与。