产品进入付费阶段，多数独立开发者的第一反应是盯收入曲线，但更早逼近天花板的往往是交付能力。免费用户不产生工单，付费用户会产生：客服、退款、稳定性预期、响应时效，这几项不是一次性支出，而是按客户、按月累积。AI 产品还多一层，推理成本随使用量同步上升，付费用户从 10 个涨到 100 个，账单不会自动保持不变。

把交付压力拆成能记账的项目

交付压力常年停留在“感觉忙不过来”，是因为它从未被记成账。可操作的起点是单客户月度交付成本：每个付费客户每月消耗的模型调用、支付通道费用、客服投入折算成的时间成本，各占一栏再求和。折算客服时间时必须给自己一个内部时薪，否则“反正是我自己做”会把真实成本抹平，定价随之失去参照。

这张账的用途不是省钱，而是给出一个换算率：多接一个付费客户，实际要多付出多少。有了换算率，才能判断边际客户是赚的还是贴的。

产能上限决定价格方向

一个人的时间是固定预算，能承接的付费客户数量因此存在上限。当交付成本随客户数上升而上翘，定价该往上走还是往下走，取决于交付端还剩多少余量——余量薄就该提价并收紧服务范围，余量厚才有资本用低价换规模。这一步不依赖外部基准，只依赖自己那张账。

校准价格也不能靠口头意愿。更可靠的做法是给 20 到 50 个活跃用户开出真实价格，看付款行为而不是反馈语气；同时把退款与流失原因当作定价合理性的直接反馈来读，而不是当作偶发事故处理。

回到容易被误读的那类数字。注册用户数只说明有人愿意点进来，进入付费阶段只说明收费通道打开了。真正约束一人公司节奏的，是交付端那几个数：单位客户成本、可承接客户上限、退款与流失原因。这些在手，定价、渠道和继续投入的决策才有依据；不在手，用户规模再好看，也只是营销素材，不能当作预算依据。