把能力做成 API 卖：按量计费的商业模式

有一类生意特别适合技术型独立开发者：把一个功能封装成 API，卖给其他开发者按用量付费。

你不用做漂亮的前端、不用伺候普通用户、不用做营销文案打动消费者。你只需要把一个「别人需要、又懒得自己造」的能力做好，开放一个接口，让其他开发者集成进他们的产品，按调用量收费。

Bannerbear 就是典型——一个自动生成图片的 API，创始人一个人做到接近 100 万美金 ARR（见 Bannerbear 拆解）。这篇讲讲 API 生意的门道。

API 生意适合卖什么

能做成 API 卖的，通常是一个明确、独立、有点门槛的功能。常见方向：

判断标准：这个功能，别人自己做要花不少力气，但又不是他们的核心业务，所以宁愿付钱调你的 API。 你卖的是「他们不想自己造的那部分」。

AI 时代这条路尤其有机会——大模型让很多「处理/理解」类能力变得可行，但把它做成稳定、好用、有具体场景的 API，仍然有工程门槛。这正是套壳之上的差异化空间。

和卖 SaaS 给终端用户相比，API 生意有鲜明的特点：

优点：

缺点：

按量计费的核心原则只有一条：你的售价必须稳定地高于你的单位成本。 听起来是废话，但 AI API 生意里栽在这上面的人非常多。

每一次 API 调用，你可能有这些成本：

定价时要做的事：

1. 算清每次调用的真实成本（含最坏情况）。 别只算平均值。如果某些请求会触发更贵的处理（更长的输入、更大的图），按偏贵的情况算，给自己留安全边际。

2. 在成本之上加足够的毛利。 不是加一点点，要留出足够空间覆盖免费额度、滥用、汇率波动、上游涨价。

3. 分档定价 + 包含额度。 常见模式是「月度订阅含一定额度 + 超出部分按量」。比如 $29/月含 10000 次调用，超出每千次 $X。这样既有可预测的基础收入，又能随用量增长。

4. 设免费试用，但严格限额。 免费层是获客手段，但必须设硬上限，否则白嫖用户会把你的成本吃穿。

关于成本控制的完整细节——速率限制、用量配额、缓存、降级、防滥用、API Key 防盗刷——见大模型 API 怎么选、怎么不被烧死。做 API 生意的人，比谁都需要先把自己的成本控制做扎实，因为你既是大模型的客户，又是别人的供应商，成本传导一旦失控，卖得越多亏得越多。

API 生意的产品不难做，难的是让开发者知道并用上你的 API。几个有效路径：

优秀的文档：开发者评估一个 API，第一看文档。文档清晰、有可直接复制的代码示例、有交互式测试，转化率天差地别。文档就是你的销售
免费额度让人先试：开发者要先跑通 demo 才会信任你。给一个无需信用卡的免费层，降低试用门槛
在开发者聚集的地方出现：技术博客、Stack Overflow、GitHub、Hacker News、相关的 Reddit 社区。写「怎么用 X 实现 Y」的教程，自然带出你的 API
集成市场：上架到 Zapier、Make 等无代码平台，让非程序员也能用，扩大触达
API 市场 / 目录：RapidAPI 等聚合平台能带来一部分发现流量

1. 它适合「会做技术、不爱做 C 端」的人。 如果你擅长把一个功能做扎实，但不想伺候海量小白用户、不想做营销，API 生意比做 C 端 SaaS 更对路。

2. 先把成本算到死。 按量计费的生死线就是单位经济模型。售价覆盖不了最坏情况的成本，规模越大死得越快。先读 API 成本控制。

3. 文档和稳定性就是产品。 开发者客户不看营销话术，看文档好不好、服务稳不稳。把这两件事当核心产品来做。

4. 找一个「别人懒得自己造」的垂直能力。 别做通用的、大厂已经提供的（那打不过）。找一个具体场景、有工程门槛、又不是大厂重点的细分能力。

5. 黏性是你的护城河，但获客是你的命门。 想清楚前期怎么获得第一批集成你的开发者，这比把 API 做出来更难。