AI Agent 应用层项目融资：API成本、场景壁垒与用户留存评估

成本结构、壁垒来源与留存口径，是应用层融资材料里最容易被写反的三件事

2026-10-11 11:53:04 3 admin

本文面向关注 AI Agent 赛道的投资人与从业者，讨论应用层项目在准备融资材料时，成本、壁垒与留存这三件事应当怎么拆开、怎么讲清楚。

先说结论：AI Agent 应用层的融资叙事，难点不在于把产品讲得多聪明，而在于把三件互相牵制的事讲明白——调用成本随规模往哪个方向走、壁垒究竟来自哪里、留存该用什么口径衡量。这三件事如果只落成「成本会下降、壁垒靠数据、留存很好」三句话，尽调时会被逐条拆开，而拆开之后常常和最初的叙事对不上。真正值得写进 BP 的，是这几条曲线的形状，以及支撑它们的假设有没有交代清楚。

01｜应用层的成本结构，为什么和传统软件不是一回事

传统 SaaS 的成本结构大体是阶梯式的：研发和服务器属于前置投入，多一个客户的边际成本很薄，毛利率随规模上升相对确定。Agent 应用层不长成这个形状——每一次任务执行都要调用模型、按 token 计费，成本直接挂在用户行为上。

按 token 计费的成本通常由四块叠出来：输入、输出、上下文长度，以及重试与多轮调用带来的放大。上下文越长、轮次越多，单次任务成本越高；而用户恰恰会因为体验变好而要求更长的上下文和更多的自主步骤。成本与体验在这里直接拉扯：把 Agent 做得更自主，通常意味着更多轮调用、成本上升；把成本压下来，往往要砍轮次或缩上下文，体验随之下降。

于是应用层的毛利率会随调用量和使用强度波动，而不是一条平稳上升的线。这一点若不在材料里说明，读者容易拿 SaaS 模型去套，得出的毛利会比实际乐观。

02｜API 成本在估值与融资叙事里应该怎么处理

接触项目材料时，把推理成本下降默认写进财务预测的情况并不少见。这个假设未必错，但它是一个假设，不是已经发生的事实。写进模型时要标明它是假设，并给出单价下降不及预期时毛利会落在什么区间。

另一种常见做法是只披露一个整体毛利率，不分层次。Agent 应用层的成本里，模型调用、工程与运维、人力交付的占比差异很大，混成一个数字，既看不出规模效应在哪一段发生，也看不出哪一段成本其实不随规模摊薄。更可用的处理是分层披露，并给出单位经济模型：单次任务成本、单次任务收入，以及这个差额随调用量变化的方向。

另一点容易被忽略：API 成本常被当成技术细节塞进附录，但它其实是一个资本叙事问题。如果单次任务为负毛利，增长越快亏损越大，这时融资要回答的是规模效应在什么条件下转正，而不是增长故事本身。

03｜场景壁垒的真实来源，以及三种典型的伪壁垒

我对应用层壁垒的判断是：壁垒很少来自产品功能本身，多数来自功能背后那些短期内难以复制的东西，通常有四处来源。

一是数据闭环与反馈回路。用户完成任务的过程本身在产生可用于改进的偏好和标注数据，这些数据回到产品里形成改进，用得越久越难追。二是工作流嵌入深度。Agent 嵌进客户的实际流程后，替换它的成本不只是一笔软件费用，还包括重新配置、重新培训和接口对齐的代价，嵌得越深切换越慢。三是行业 know-how 与合规资质，垂直场景里真正难的是把行业规则、审批口径、责任边界理清楚，并拿到该拿的资质。四是分发渠道，能持续且低成本触达目标客户的通道本身就是壁垒。

反过来，有三种东西经常被写成壁垒，实际通常不是。提示词工程容易被快速模仿；单点功能容易被模型能力外溢覆盖，基础模型一次升级就可能把它变成默认能力；单纯的时间上领先也不构成壁垒，除非它已经沉淀成上面四者之一。一个判断标准：如果这个优势只能表述为「我先做的」，它多半不是壁垒；如果它需要时间和真实使用才能长出来，才值得写进材料。

04｜用户留存评估：为什么不能只看 DAU 和 MAU

Agent 产品的使用频次天然偏低，一个能完成整段任务的 Agent，用户可能一周用几次，而不是每天多次打开。用 DAU/MAU 这类高频工具指标衡量，会得到难看的数字，也会带偏优化方向——团队会去追打开率，而不是去追任务是否真的被完成。

更有解释力的指标是任务完成率与采纳率：用户提出任务后 Agent 完成的比例，以及完成结果被真正采纳的比例。这两个数字说明的是嵌入深度，不是使用热度。

另外要区分两类留存。工具型留存是「有需要就来用」，流程型留存是「流程里本来就离不开它」。前者靠产品好用维持，后者靠嵌入维持。同样是留存曲线，含义完全不同：工具型留存遇到更顺手的产品就会松动，流程型留存需要客户改动流程才能替换。材料里只给一条留存曲线、不区分类型，读者就无法判断这条曲线有多稳。

05｜不同形态，对应不同的估值锚

Copilot、Agent、垂直工作流都在讲「AI 帮你做事」，但估值锚不在同一处。Copilot 通常是对现有工具的增强，价值锚落在渗透率与席位定价上，比较接近传统 SaaS 的估值语言。Agent 自主完成任务，价值锚更靠近替代的人力成本与单位任务经济性，需要回答单次任务成本与替代价值之间的差额。垂直工作流深度嵌入具体流程，价值锚往往落在客户的关键指标上，比如某个环节的效率或成本，这类项目更需要用行业基准，而不是通用 SaaS 指标来说明。

06｜哪些情况下不能直接套用

以上判断有它的边界。项目处于很早期、产品还在验证阶段时，不必急着给出完整的单位经济模型，更该说清楚的是验证路径。客户集中在少数几家、工作流嵌入已经很深时，分发渠道与先发的权重会下降，交付能力和行业 know-how 的权重会上升。如果项目当前的竞争力确实只是提示词和单点功能，那么把壁垒写得再厚也没有意义，材料更应该把重心放在它能否在有限时间里长成真正的闭环。前提变了，结论也跟着变。

自检清单

[ ] 成本部分是否给出单位经济模型（单次任务成本与单次任务收入），而不是只给一个总毛利率
[ ] 财务预测里推理成本下降是否被标注为假设，并给出不及预期时的毛利区间
[ ] 壁垒部分是否区分数据闭环、嵌入深度、行业 know-how 与合规资质、分发渠道，并逐个说明成立条件
[ ] 留存部分是否给出任务完成率与采纳率，并区分工具型留存与流程型留存
[ ] 估值锚是否与产品形态匹配（Copilot / Agent / 垂直工作流）

FAQ

API 成本在融资材料里到底该放在哪一部分

放在商业模式或单位经济模型里即可，不必单列一个技术成本章节。关键是让读者看清成本结构、成本随规模变化的方向，以及毛利率在哪一段改善。

推理成本一定会下降，为什么不直接写进预测

因为它是一个假设。单位成本确有下降趋势，但幅度与时间都不确定，而且产品可能同时在往更耗 token 的方向走，比如更长上下文、更多轮次。把下降写成既成事实，等于用乐观假设替代了对自身成本结构的分析。

使用频次低，是不是说明 Agent 产品不好

不能这样判断。Agent 解决的通常是一整段任务，频次天然低于高频工具。更该看的是任务完成率和采纳率，以及留存属于工具型还是流程型。频次低但流程型留存稳，往往比频次高却随时可被替换更健康。

回到开头那三件事：成本、壁垒、留存。它们不是三个并列的展示项，而是互相牵制的三面。成本结构决定增长的代价，壁垒决定这个代价能否被时间转化为优势，留存则决定这个转化是否真的在发生。融资材料能做的，是把这三条线各自的形状、假设和边界讲清楚。华橙咨询在帮项目梳理这类材料时反复看到一种情况：投资人不会因为创始人承认某个假设不确定就放弃项目，但会因为把不确定写成确定而降低信任。