AI产品正在进入“算账时代”:产品经理不能只会调用大模型了

1 评论 316 浏览 2 收藏 13 分钟

当AI产品从试验阶段步入运营系统,成本控制正成为企业最棘手的难题。从每次调用的token消耗到模型路由的智能优化,AI账单已不再是单纯的技术开销,而是直接影响产品毛利与商业模式的经营命题。本文将深入剖析AI产品化进程中的成本结构性矛盾,揭示如何通过分层部署、智能路由与系统设计,构建真正可持续的AI商业闭环。

AI账单正在从技术费用变成经营问题

AI产品真正进入生产环境之后,企业最关心的问题不再只是“能不能用上大模型”,而是“每一次模型调用到底值不值”。

AI产品早期最容易被忽略的,是它的成本结构和传统软件完全不一样。传统SaaS多一个用户,服务器成本会上升,但整体相对可预测;AI产品多一个用户,背后可能多出来的是一整条不可控的token链路。用户只是点了一次按钮,但系统可能经历了意图识别、上下文拼接、检索、工具调用、多轮推理、答案修正和失败重试。前台看起来是一句回答,后台付费的是整套推理过程。

UBS分析师称,约60%的受访企业已经在不同程度上限制AI支出,并把token使用效率看作持续的工程问题。

UBS(瑞银集团)最近和十几位企业IT高管交流后发现,大约60%的企业已经在某种程度上给AI支出加护栏。这个动作并不代表企业不再相信AI,而是说明AI已经从试验项目进入了运营系统。试验阶段看的是效果,运营阶段看的就是单位经济模型:一个AI功能每1000次调用能带来多少收入、节省多少人力、消耗多少token。如果这个账算不清楚,功能越受欢迎,产品亏得越快。

把这个现象放到更大的AI产品化进程里看,它揭示了一个结构性矛盾:模型厂商和行业叙事仍然在追求“更强、更长、更会推理”,但下游产品公司真正需要的是“够用、稳定、可控、能赚钱”。当AI调用费从研发预算里的小项,变成影响毛利、套餐、定价和客户分层的核心变量时,产品经理就不能再只把它当成工程团队的优化问题。

模型路由正在成为AI产品架构的标配

AI产品经理需要从“选一个最强模型”的思维,转向“为不同任务匹配不同模型”的系统设计思维。

一些企业服务平台开始把便宜默认模型、任务路由、缓存、精简上下文和花费可见性放在一起,目标不是压制使用,而是让增长可持续。

过去很多AI产品的架构非常简单:选一个最强模型,所有请求都打过去。用户写标题、做分类、总结会议纪要、生成销售话术、让Agent跑任务,背后都是同一个模型。这种做法在早期非常省事,因为团队最关心的是效果能不能跑出来。但一旦调用量上来,它就会变成一种巨大的浪费。

原因很简单:不是所有任务都需要最强模型。复杂代码重构、长期规划、高风险决策,确实需要前沿模型;但意图识别、文本分类、格式整理、摘要初稿、简单问答,很多时候用便宜模型、小模型,甚至规则系统就够了。用最贵模型处理所有任务,就像用商务舱价格运普通快递,短期看起来省心,长期一定会压垮成本结构。

这也是OpenRouter(模型路由平台)、Concentrate AI(AI成本优化平台)、Vercel AI Gateway(AI网关)这类产品开始变热的原因。它们表面上是在做模型聚合,实际上是在帮企业处理一个新问题:当模型越来越多、价格不断变化、可用性和稳定性各不相同时,如何让每一次请求自动去到最合适的位置。Vercel AI Gateway提供统一API、预算管理、使用监控、负载均衡和fallback,这些能力过去更多属于云基础设施,现在开始成为AI调用链路的基本配置。

企业协同和智能客服平台的实践更适合作为国内语境下的案例。比如一个面向企业客户的智能客服产品,通常不会把所有问题都交给最强模型处理:高频FAQ、工单分类、意图识别可以先交给规则系统或小模型;涉及复杂售后、合同条款、客户投诉升级的场景,再路由到更强模型,并在必要时进入人工复核。这里面真正重要的,不是某一个具体技巧,而是企业开始把AI调用当成一套可以治理、可以调度、可以优化的生产系统。

小模型不是低配替代,而是产品分层的新起点

当模型能力开始分化,产品经理真正要做的不是迷信大模型,而是识别每个任务的最低可用智能。

IPR(智能提示路由框架)论文显示,智能路由可以在接近强模型质量的前提下降低43.9%的成本;BOute(异构模型服务优化系统)实验中,相同性能目标下服务成本平均下降38%。

很多人谈小模型、便宜模型时,第一反应是“效果差一点但成本低一点”。这个理解太粗了。从产品设计角度看,小模型真正的价值不是便宜,而是它让AI能力可以被分层部署。一个成熟的AI产品不应该只有一个“大模型入口”,而应该像一个分工明确的组织:规则系统处理确定性流程,小模型处理低风险高频任务,中等模型处理普通生成和理解任务,强模型负责复杂推理、高价值场景和最后兜底。

一些研究已经在验证这个方向。IPR这类智能提示路由框架,会预测不同模型面对不同请求时的质量表现,然后在用户可接受的质量范围内选择成本更低的模型。论文里提到,在接近强模型质量的前提下,成本可以降低43.9%,同时路由延迟控制在150毫秒以内。另一个叫BOute的系统,把模型选择和GPU资源配置一起优化,在相同性能目标下,服务成本可以降低15%到61%,平均下降38%。

这些数字不一定能直接复制到每一个产品里,但它们指向的趋势很清楚:AI产品的成本优化,不是少用AI,而是更精确地使用AI。低风险、可逆、用户无感知的任务,可以更激进地压成本;高风险、不可逆、直接影响用户决策的任务,则必须保留强模型兜底,甚至需要人工审核。产品经理真正要判断的,不是“哪个模型最好”,而是“这个任务需要多强的智能才刚刚好”。

这里也不能走向另一个极端。便宜模型不是万能答案。关于小模型做前门路由的实验显示,Qwen2.5-3B这类模型在延迟和边际成本上很有吸引力,但独立判断准确率仍然有缺口。换句话说,小模型可以帮产品省钱,但不能替产品承担所有质量风险。真正成熟的做法,是把成本、质量、延迟和风险放在同一张图里设计。

AI产品的护城河会从模型能力转向系统能力

当强模型越来越容易获得,AI产品真正稀缺的能力会变成系统设计、成本治理、质量兜底和链路控制。

Vercel AI Gateway提供统一API、预算管理、使用监控、负载均衡和fallback,把模型调用包装成可观测、可治理的基础设施。

过去很多AI产品看起来差异很大,拆开之后其实非常相似:一个前端,一套prompt,一层RAG,再接一个大模型。只要模型能力继续上涨,大家都能跟着变强。但问题是,模型越强不代表产品越健康。模型越强、上下文越长、Agent链路越复杂,产品越容易陷入一种尴尬状态:体验提升了一点,但成本上涨了一大截。

这会改变AI产品的竞争逻辑。过去大家觉得护城河在模型,谁接入最新模型,谁就有更好的体验。但前沿模型正在变成越来越容易获得的能力。你能接,别人也能接;你今天接了最强模型,明天对手也能接。模型能力当然重要,但如果产品只是模型能力的薄包装,差异会越来越薄。

真正难的是模型之上的系统。同样是AI客服,一个产品可能每个问题都调用强模型,回答很好,但成本高到无法服务中小客户;另一个产品可能先用规则和小模型处理80%的高频问题,复杂问题再升级到强模型,最后用人工审核处理高风险case。用户体验未必差,毛利结构却完全不同。同样是代码助手,一个产品可能让Agent无限探索,效果偶尔惊艳,但账单不可控;另一个产品可能限制搜索深度、缓存常见依赖信息、按任务风险选择模型,最后反而更接近一门可持续的生意。

所以AI产品下一阶段的核心矛盾,不是模型能力不够强,而是产品系统能不能承接这种能力。过去很多产品的问题是“不够聪明”,接下来很多产品的问题可能是“太舍得用聪明”。什么都让最强模型来,当然效果不错,但一个公司如果什么事都让最贵的人来做,组织效率一定很差。AI产品也是一样,真正的能力不是拥有一个最强模型,而是知道什么时候不用它。

对产品经理来说,这意味着现在至少要重新算清三笔账: 第一是价值账,不同任务值得消耗的模型成本不同; 第二是链路账,不能只算最后一次生成,而要计算完成一个用户目标的总成本; 第三是风险账,便宜不是目的,可控才是目的。能用小模型的地方用小模型,但关键节点要有强模型兜底;能缓存的地方缓存,但不能让缓存污染最新事实;能自动路由的地方路由,但路由器本身也要被监控。

本文由 @浮点小吏 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自作者提供

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 赞成把AI调用当成可治理的生产系统。其实不只是成本,稳定性也受益于分层——强模型偶尔抽风时,小模型还能兜住基础功能。

    来自广东 回复