Ценообразование по использованию (usage-based)

Ценообразование по использованию (также называемое потребительским или измеряемым ценообразованием) взимает с клиентов плату исходя из того, сколько они реально потребляют продукта — совершённые вызовы API, использованные гигабайты хранилища, вычислительные минуты, отправленные письма или (всё чаще для ИИ-продуктов) обработанные токены, — вместо фиксированной платы за пользовательское место. Это стало доминирующей моделью для инфраструктурного и API-first SaaS (AWS, Twilio, сам Stripe берёт долю с каждой транзакции) и теперь является стандартом для большинства продуктов на базе LLM, поскольку издержки поставщика (вычисления, инференс модели) масштабируются напрямую с использованием, а не с численностью персонала. Ключевое преимущество в том, что цена жёстко привязана к доставленной ценности и издержкам поставщика — клиент, отправляющий 10 000 SMS в месяц, объективно обходится дороже и должен платить больше, чем отправляющий 100, — это также снижает барьер для первого знакомства с продуктом (новый клиент может начать почти с нулевой стоимостью и органически вырасти до более высоких трат, самоусиливающийся цикл PLG). Главная сложность — предсказуемость: счета по использованию по своей природе изменчивы, что усложняет бюджетирование для клиентов и прогнозирование выручки для поставщика (поэтому MRR у компаний с usage-based моделью часто указывается как оценочный текущий темп, а не как жёстко зафиксированное число). Разработчикам, внедряющим ценообразование по использованию, нужна настоящая инфраструктура измерения — точное отслеживание тарифицируемых событий, их агрегация за расчётный период и сверка с биллинговым движком (распространённые варианты — измеряемый биллинг Stripe, Orb, Metronome или Lago), — потому что ошибки в биллинге быстро подрывают доверие в этой модели. Конкретный пример: ИИ-помощник для написания текстов берёт 0,002 $ за каждую 1000 токенов вывода, без платы за место. Фрилансер-одиночка, генерирующий примерно 500 000 токенов в месяц, платит 1 $/месяц — незначительная сумма, обеспечивающая беспрепятственную регистрацию, — тогда как агентство, использующее тот же инструмент силами 20 райтеров и генерирующее 50 миллионов токенов в месяц, платит 100 $, что естественно масштабируется вместе с извлекаемой ценностью. Собственная себестоимость поставщика (COGS: базовая стоимость API LLM за токен) масштабируется синхронно с этой выручкой, сохраняя стабильную валовую маржу независимо от размера клиента — свойство, которое фиксированное поместное ценообразование никогда не смогло бы гарантировать для ИИ-продукта. Ценообразование по использованию также поднимает проблему UX, которой полностью избегает поместное ценообразование: «шок от счёта» (bill shock), когда клиент неприятно удивлён гораздо более крупным счётом, чем ожидалось, после непредвиденного всплеска использования — поэтому зрелые продукты с usage-based моделью серьёзно инвестируют в дашборды использования в реальном времени, проактивные уведомления о превышении расходов и опциональные жёсткие лимиты трат, давая клиентам ту же предсказуемость бюджета, которую фиксированная ежемесячная плата обеспечивает по умолчанию.