momo2026-10-18按次数：简单透明，但用户会想办法在一次调用里塞更多内容，导致请求越来越大。
按 token：公平，但用户算不清账，容易超预算。
我用的是混合：基础额度按 token，套餐按次数但设单次上限。
关键设计：让用户能预估成本。提供「这次请求大概花多少」的估算，比事后账单有用。
另一个经验：小额高频的用户贡献的利润比大客户高。大客户会压价，小用户按标价付费。所以定价别为了讨好大客户把单价压太低。
这条跟传统 SaaS 的规律一样。
主楼- 暂无回复
按次数：简单透明，但用户会想办法在一次调用里塞更多内容，导致请求越来越大。
按 token：公平，但用户算不清账，容易超预算。
我用的是混合：基础额度按 token，套餐按次数但设单次上限。
关键设计：让用户能预估成本。提供「这次请求大概花多少」的估算，比事后账单有用。
另一个经验：小额高频的用户贡献的利润比大客户高。大客户会压价，小用户按标价付费。所以定价别为了讨好大客户把单价压太低。
这条跟传统 SaaS 的规律一样。