跳转到主要内容

打造 AI 语音智能体创业公司?为什么 Twilio 的按分钟账单应计入 COGS,而非管理费用

发布日期 阅读需 2 分钟Mike ThriftMike Thrift
打造 AI 语音智能体创业公司?为什么 Twilio 的按分钟账单应计入 COGS,而非管理费用
本页总览

你的定价表格说每个通话分钟只花你 $0.014。你的 Twilio 账单说的却接近这个数的十倍。两个数字都是真的,而它们之间的差距,正是语音智能体创业公司悄悄丢掉利润的地方——不是在第十二个月审计师上门时,而是在第二个月第一张真实用量账单到来时,创始人意识到单位经济模型原来是照着页面上最便宜的那个条目建的。

如果你卖的是一款 AI 前台、一款 AI 预约助手,或任何与你客户的客户对话的语音智能体,那么电话通信不是管理费用。它是交付你产品最直接的一项成本,理应与其他每一项按分钟消耗的输入一起计入销货成本(COGS)。下面讲讲:$0.014 的一分钟如何变成满载后 $0.15 甚至更多,为什么整个技术栈都是 COGS,以及该如何入账,好让你的毛利率说出真话。

$0.014 的一分钟是真的——而且是最小的那个条目​

Twilio 公开的美国按量付费语音费率,在电话通信这一层确实便宜。拨往美国本地或免费号码的呼出电话每分钟 $0.0140;拨往本地号码的呼入电话每分钟 $0.0085;本地号码本身月租 $1.15。这些就是定价页上的头条数字,也是大多数创始人塞进第一版利润模型里的数字。

但有三个细节让账单比那个模型预测的更大。

计费增量把每通电话都向上取整。 Twilio 从电话接通那一刻起,按整 60 秒增量计费语音用量,所以一通打了 1 分 6 秒的电话按整整 2 分钟计费。一款处理短电话的前台智能体——预约确认、营业时间和路线询问、垃圾电话挂断——几乎在每一次交互上都要交一笔取整税。如果你接通的电话平均时长 70 秒,你就要为 120 秒付费,在你添入哪怕一项 AI 输入之前,你的有效电话费率就已经比标价高出约 70%。

呼叫方向和号码类型会改变费率。 呼入本地号码、呼入免费号码、呼出到本地、呼出到免费号码,以及国际线路,各自都有自己的费率。一款先接听呼入电话、再拨出去的智能体——转接给人工、回电、外呼提醒活动——会在一次对话上叠加两种不同费率。那些按"一个费率乘以总分钟数"来建模的创始人,会低估每一通不止一段的电话。

号码、费用和附加项会累积。 每个本地号码每月 $1.15,免费号码更贵,而通话录音之类的功能另有自己的按分钟收费。单看都不大。合在一起,横跨几十个客户号码,它们构成一个固定加可变的基础成本,永远不会出现在天真的按分钟模型里。

所以,把 $0.014 留在你的模型里——但要给它贴对标签。它是电话通信的地板价,不是分钟成本。

把 $0.014 变成约 $0.17 的那套技术栈​

一通光秃秃的电话并不是 AI 语音智能体。在来电者的声音和你的智能体的回答之间,横着一整条按量计费的服务链,每一项都单独向你收费。

语音层。 你需要对来电者做实时转写、用一个 LLM 对对话进行推理、用文本转语音生成回复。Twilio 把这层作为名为 ConversationRelay 的托管层出售,每分钟 $0.07,语音分钟另行计费——所以一通外呼 AI 电话在 LLM 还没生成一个 token 之前,起步就是每分钟 $0.084。另一种做法是在原始音频流之上自行搭建管线,用按分钟的转写和合成账单,加上让管线快到有真人感的工程成本,来换掉那 $0.07 的平台费。无论哪种方式,语音都是最大的单项输入,大约是其承载的电话通信的五倍。

推理层。 对话的每一轮都会把转写文本发给语言模型。这里的成本取决于模型、提示词长度,以及你的智能体有多话痨——一个用简短来回确认信息的前台,烧掉的 token 远少于一个爱讲故事的销售智能体。从业者一致反映,LLM 推理是最不稳定的输入:当来电者偏离脚本、对话拖长时,飙升的就是它。

录音、分析与冗余。 通话录音、对话智能、用于故障切换的备份运营商,以及电话号码本身,共同补全了这套技术栈。单看都小,合起来又是每分钟一两美分。

加总起来,行业的全包基准聚集在你预期的地方:高端配置每分钟约 $0.09 到 $0.13;托管平台全包为每分钟 $0.15 到 $0.33(其标价不含电话通信和推理);零售价从每分钟约 $0.07 到超过 $0.30 不等。标题里 $0.014 到 $0.17 的跨度并非夸张——它是电话通信地板价与托管栈上满载一分钟之间的距离。照着地板价定价,你就等于在一款实际只能交付 50% 毛利的产品上,承诺了 90% 的毛利。

为什么整个技术栈都是 COGS,而非管理费用​

这些成本在你的账本里放在哪里,比大多数创始人预想的更重要,因为毛利率是投资者、贷款人和收购方最先读的那个数字。规则比看上去简单。

任何直接随交付产品而变动的东西,都是收入成本。 对软件生意来说,这意味着生产环境托管、支付处理、客户支持,以及产品依赖的第三方 API——行业 COGS 指南明确把 Twilio 和 OpenAI 列为典型例子。你的语音智能体离开了电话通信、转写、推理和语音合成,就一分钟也服务不了。这些输入随客户用量起落,而这恰恰就是那个检验标准:如果多服务一个客户分钟就多花你 $0.15,那这 $0.15 就是 COGS。

管理费用是不管电话响不响你都要付的钱。 你的办公室、营销支出、开发下季度功能的工程师、创始人的薪水——那些都是运营费用。对任何含糊成本都有用的一个检验问题:如果所有客户都暂停一个月,这笔账单会归零吗?Twilio 用量会。$1.15 的号码月租不会,所以许多商家把用量记为可变 COGS、把号码月租记为固定 COGS——两者都在毛利率线上方,但分开跟踪,好让单位经济保持干净。

错误分类会骗你两次。 把 Twilio 放进管理费用,你的毛利率会显示 85%,而运营费用悄悄吞下每一通电话的成本。这美化了投资者用来对标的那条毛利率——纯订阅 SaaS 的毛利率在 75% 到 85%,而含 AI 推理的生意聚集在 40% 到 65%——同时也掩盖了真正的定价信号。一个看到 85% 毛利率的创始人,以为还有降价空间;一个看到真实 52% 的创始人,知道地板在哪。活下来的是第二个创始人,躲过了第一个要求批量折扣的企业大单。

收入端还有一个相关的陷阱。如果你加价转售分钟数,那笔加价是你的收入,平台账单是你的 COGS——直截了当。但如果你收取固定 $500 的月度服务费、其中包含 2,000 分钟,客户实际用掉的每一分钟你仍然要付按分钟成本。固定定价并没有把你的成本变平;它只是把波动挪到了你身上。用满载成本按预期用量为服务费建模,并为用量超标的客户设一个超额费率。

对账这件事:计费分钟不是通话记录分钟​

技术栈正确分类之后,还得对账——而语音计费有些古怪之处,让这成为一项真正意义上的月末工作,而非瞟一眼账单。

通话记录追踪事件;用量记录追踪计费增量。 你的通话记录以真实时长显示每通电话,而账单显示的是把每通电话向上取整到下一整分钟后的计费分钟。两者永远不会完全吻合,而你的平均通话越短,差距就越大。像对账任何按量计费输入那样对账:从记录里拉出每通电话的时长,自己套用 60 秒取整规则,再确认你算出的计费分钟落在与账单相差很小的容差范围内。如果差距大到取整解释不了,就值得申诉——这通常意味着某个配置错误的失败重试循环在重拨失败的电话,或者某个测试号码被留在了生产环境里一直跑。

按产品对账,而非按账单。 一张 Twilio 账单混杂着电话通信分钟、ConversationRelay 分钟、号码月租、录音和运营商费用。每一项都对应不同的 COGS 子账户,所以要把账单分摊到各条目上,而不是记成一笔总数。按条目拆分也正是让你每月能算出真实混合每分钟成本的关键:语音 COGS 总额除以已服务总分钟。像餐厅盯食材成本那样盯住这个数字——当它往上漂移,说明组合里有东西变了,你想知道那是通话变长了、模型变贵了,还是某个客户的滥用模式。

把闭环接回客户用量。 如果你按分钟向客户收费,就把你开票的分钟数与你被计费的分钟数作比较。取整意味着你有时会为无法公平收费的分钟买单——大多数商家把这当作做生意的成本吸收掉,并在定价时给每分钟费率留了缓冲。如果你收固定服务费,就每月把每个客户的实际用量成本与服务费作比较。那个付 $500 却消耗 $460 满载成本的客户,不是个 $500 客户;他是个穿着戏服的 $40 客户,而戏服会在续约时脱掉。

定价,让那笔差价不吃掉你​

手里有了真实的每分钟成本,定价就变成算术,而不是指望。语音智能体定价有三种结构占主导,每种对那笔差价的处理方式不同。

按分钟定价把可变成本传递得最透明:把费率设为满载成本除以一减去你的目标利润率。以 $0.15 的满载成本、65% 的目标利润率算,地板价约为每分钟 $0.43。风险在于,相比那些只按电话通信算账报价的竞争对手,你的价格会让人吓一跳——应对之道是用你的全包价对他们的全包价,因为他们的客户迟早会发现真实数字。

按通话定价适用于你的通话时长很均匀的情况——牙医的提醒电话总是很短。按通话价格应根据含取整的平均计费时长来定,而不是平均通话时长。平均 40 秒的通话按整整一分钟计费,所以对不足一分钟的通话按次定价时,要么把取整成本带上,要么每响一声就漏一点。

订阅加超额适合想要可预测账单的客户:一笔基础费覆盖一个分钟包,超额按声明的每分钟费率计。用满载成本按预期用量设定分钟包,按典型用量为基础费定出利润,并让超额费率——而非基础费——成为你的利润保护伞。最常见的失败模式,是一个慷慨的分钟包却没开超额计量,等到某个客户的前台处理了病毒式爆发的一周才被发现。

无论选哪种结构,都要把利润数学以与你开票相同的颗粒度写进账本。如果客户按分钟付费,你的 COGS 子账户就得让你能报告每分钟成本。如果他们按客户付费,就按客户标记用量。你看不到的单位利润,就是你守不住的利润。

在纯文本账本里入账​

一家语音智能体创业公司的账本需要一个收入账户,外加一棵映射成本技术栈的 COGS 树。电话通信、AI 平台层和推理各占自己的子账户,这样每月混合费率就是一个查询,而不是一项取证工程。某个客户的一个月长这样:

2026-11-01 * "Acme Dental" "November voice-agent plan - 2,400 minutes at $0.30"
  Assets:Receivable:Clients  720.00 USD
  Income:Voice-Agent-Fees  -720.00 USD
 
2026-11-02 * "Twilio" "October usage - telephony plus ConversationRelay"
  Expenses:COGS:Voice-Telephony  201.60 USD
  Assets:Bank:Checking  -201.60 USD
 
2026-11-02 * "AI platform" "October usage - speech-to-text plus LLM plus text-to-speech"
  Expenses:COGS:Voice-AI-Inference  144.00 USD
  Assets:Bank:Checking  -144.00 USD

$720 的收入对 $345.60 的语音 COGS,留下 $374.40 的毛利——52% 的毛利率,正好落在含 AI 推理的生意实际所处的区间。如果 Twilio 和 AI 平台的记账当初被记进了管理费用,同一个月就会报告一个幻想中的 100% 毛利率,而 $345.60 的按分钟成本藏在线下,对创始人接下来做的每一个定价决策都不可见。

随着规模扩大,有两处改进会带来回报。第一,把号码月租拆进一个固定 COGS 子账户,好让它们不再污染可变的每分钟费率。第二,在 COGS 记账上给客户用量打元数据标签,这样一个查询就能回答"这个月每个客户花了我们多少钱"——这个问题决定了续约、超额对话,以及该追哪一类客户画像。

你的下一张账单就是审计​

拿出你上一张 Twilio 账单,算一算你的定价模型当作不存在、直接绕过去的那个数:语音总支出除以已服务总分钟,把每一项按量计费的输入都算进去。如果结果落在你建模成本的几美分之内,你的利润是真的,这篇文章不过是一次廉价的确认。如果结果是你模型的两倍或三倍,那么你是在那笔漏洞找上你之前先找上了它——把技术栈重新归类进 COGS,按满载费率重新定价,并把混合每分钟成本放到与收入同一个仪表盘上。能熬过规模化的创始人,不是那一分钟最便宜的人;而是知道自己那一分钟真正花了多少的人。

来源:https://beancount.io/zh/blog/2026/11/09/ai-voice-agent-twilio-cogs-gross-margin-guide

发布日期: 2026年11月9日

阅读需 2 分钟

经营 API 封装业务?为什么在上加价模式下上游 API 账单属于 COGS——以及供应商涨价时你的利润率会怎样

上游 API 费用是 COGS,不是间接费用——要把它记在毛利线之上,否则你的 80% 利润率就是虚构的,然后再处理 ASC 606 的总额与净额判断。

ai
cost-of-goods-sold
阅读需 2 分钟

LLM API 成本是销货成本(COGS),不是运营开支:AI 套壳产品毛利率指南

LLM 推理是交付产品所产生的可变成本,而非软件类运营开支——ICONIQ 的 2026 年数据显示,AI 产品的毛利率行业平均为 52%,远低于传统…

cost-of-goods-sold
ai
阅读需 1 分钟

你的Webhook账单是销货成本(COGS),不是间接费用:在Svix和Hookdeck上进行事件驱动SaaS的记账

Svix和Hookdeck的账单是收入成本,不是间接费用:将平台费用与计量用量分开,在开票前应计,并跟踪每1,000个事件的成本。

saas
cost-of-goods-sold
阅读需 2 分钟

SaaS 毛利率详解:哪些成本应计入 COGS、75–80% 的基准线,以及为什么 AI 推理成本正在拖低毛利率

SaaS 毛利率应达到 75–80% 以上,订阅毛利率接近 90%——但 AI 推理成本正把 AI 原生产品的毛利率拖低到 50–60%。

saas
cost-of-goods-sold
阅读需 2 分钟

按秒计费,而非按消息计费:将 CloudAMQP 的实例时间账单作为基础设施 COGS 进行核对

CloudAMQP 按秒对实例时间计费,并延后一个月开票:将生产 broker 计入 COGS,在月末计提,并把 staging 单独拆出。

cost-of-goods-sold
cloud-services