Коротко. Оплата за использование — модель, в которой клиент платит за фактически потреблённые единицы: вызовы API, гигабайты, транзакции, часы вычислений. Выручка растёт вместе с использованием клиента без новой продажи, но становится менее предсказуемой. Главные решения — выбрать тарифную единицу, связанную с ценностью, и дать клиенту контроль над счётом.
Бизнес-модельUsage-basedВерсия 1.0Проверено 2026-10
- Кто платит
- Потребитель ресурса
- За что
- Тарифная единица потребления
- Когда
- По факту, обычно в конце периода
- Метрики
- Выручка на единицу потребленияNRRВаловая маржаОтток
- Функции
- Технический аккаунт-менеджмент · Продуктовая аналитика · FinOps у клиента
Оценка редакции для типичной реализации, 1–5.
Связичасто сочетается с Подписка; часто сочетается с Автоматизированный цифровой сервис; часто сочетается с Расширение внутри клиентов
- Определение
- Экономический механизм
- Устройство модели
- Варианты реализации
- Финансовая модель
- Продажи и выход на рынок
- Организационная модель
- Метрики
- Когда работает и когда нет
- Экономические риски
- Примеры из практики
- Проектирование
- Связи с другими знаниями
- История и эволюция
- Источники и статус знания
1. Определение
Usage-based pricing (оплата за использование, pay-as-you-go) — модель, где цена — это ставка за единицу, умноженная на объём потребления за период. Счёт выставляется по факту, иногда с предоплатой или минимальным обязательством.
| Конструкция | Отличие |
|---|---|
| Подписка | Фиксированная плата за период независимо от объёма |
| Оплата за результат | Платят за достигнутый эффект, а не за потреблённые ресурсы |
| Комиссия | Процент от стоимости сделки, а не плата за технический ресурс |
| Аренда | Плата за время владения ресурсом, даже если он не используется |
2. Экономический механизм
Поставщик продаёт доступ к масштабируемому ресурсу, себестоимость которого тоже растёт с объёмом (инфраструктура, вычисления, сеть). Прибыль — разница между ценой и себестоимостью единицы, умноженная на объём. Клиент платит столько, сколько использует, поэтому вход дешёвый, а рост выручки идёт «изнутри» — вместе с бизнесом клиента.
Отсюда главная особенность: продажа не заканчивается подписанием. Подписанный клиент без использования не приносит денег; задача поставщика — помочь клиенту наращивать полезное потребление.
3. Устройство модели
| Элемент | Как выглядит |
|---|---|
| Клиенты | Компании с переменной нагрузкой и техническими командами |
| Предложение | Ресурс по требованию, без закупки мощностей вперёд |
| Ресурсы | Масштабируемая инфраструктура, учёт потребления, биллинг |
| Расходы | Переменные — инфраструктура и вычисления; постоянные — платформа и разработка |
| Обязательства | Точность учёта, прозрачность счетов, доступность ресурса |
4. Варианты реализации
Чистое потребление
Платят только за фактический объём. Минимальный барьер входа, максимальная непредсказуемость.
Предоплаченные кредиты
Клиент покупает объём заранее со скидкой и расходует его. Поставщик получает деньги вперёд и обязательство.
Обязательство на объём
Клиент обязуется потребить минимум за год в обмен на скидку. Даёт предсказуемость обеим сторонам.
Гибрид с подпиской
Базовая плата за платформу плюс оплата за использование сверх лимита. Самая распространённая форма в B2B-ПО.
5. Финансовая модель
- Выручка — по фактическому потреблению; колеблется с сезонностью и нагрузкой клиентов.
- Валовая маржа зависит от себестоимости единицы; при росте объёмов закупка ресурсов дешевеет, но клиенты требуют скидок.
- Прогнозирование сложнее, чем в подписке: нужно моделировать потребление по когортам клиентов.
- Предоплата и обязательства улучшают денежный поток и прогнозируемость.
- ИИ-сервисы вернули модель в центр внимания: стоимость каждой операции заметна, и её трудно спрятать в фиксированную подписку.
6. Продажи и выход на рынок
Начать легко. Малый первый счёт снижает барьер; часто клиент начинает без продавца.
Расти вместе с клиентом. Аккаунт-менеджеры и технические специалисты помогают переносить новые нагрузки, оптимизировать архитектуру и наращивать полезное потребление.
Мотивация продавцов привязывается к фактическому потреблению или к обязательствам на объём, а не к подписанному договору.
Контроль счёта у клиента. Бюджеты, оповещения, прогнозы — без них клиент боится неожиданных счетов и ограничивает использование. Отсюда практика FinOps на стороне клиента. Подробнее — FinOps.
7. Организационная модель
| Функция | За что отвечает |
|---|---|
| Технический аккаунт-менеджмент | Рост полезного потребления, архитектурные советы |
| Продуктовая аналитика | Модели потребления, сигналы роста и оттока |
| Биллинг и учёт | Точный учёт единиц, понятные счета |
| Ценообразование | Тарифная единица, скидки за объём, обязательства |
| Финансы | Прогноз выручки по потреблению |
8. Метрики
| Метрика | Что показывает |
|---|---|
| Выручка на единицу и её маржа | Экономика тарифной единицы |
| Рост потребления на клиента | Расширение без новых продаж |
| NRR | Растёт ли база с учётом сокращений и ухода |
| Доля потребления по обязательствам | Предсказуемость выручки |
| Время до первого использования | Активация после подписания |
| Волатильность выручки | Насколько колеблется потребление по месяцам |
9. Когда работает и когда нет
| Работает, когда | Не работает, когда |
|---|---|
| Ценность клиента растёт вместе с объёмом | Ценность не связана с объёмом, и клиент воспринимает счёт как штраф за использование |
| Себестоимость единицы заметна и переменна | Себестоимость почти нулевая — проще подписка |
| Клиент может измерить и контролировать потребление | Клиенту нужен фиксированный бюджет без сюрпризов |
10. Экономические риски
- Непредсказуемость выручки и сложность планирования.
- Шок от счёта у клиента и последующее резкое сокращение использования.
- Оптимизация клиентом: сокращение потребления без ухода снижает выручку.
- Рост себестоимости единицы (например, вычислений) при фиксированных ценах.
- Споры об учёте при непрозрачных метриках.
11. Примеры из практики
- Облачная инфраструктура. Публичные облака приучили рынок платить за вычисления, хранение и трафик по факту, а для крупных клиентов добавили обязательства на объём со скидкой.
- API и платформы данных. Платежи, коммуникации, хранилища данных выставляют счета за вызовы, сообщения или вычисления.
- ИИ-модели и сервисы. Оплата за обработанные токены или запросы стала стандартом для API языковых моделей; в корпоративных продуктах её совмещают с подпиской на места.
12. Проектирование
- Выберите тарифную единицу, которая растёт вместе с ценностью для клиента и понятна ему.
- Посчитайте себестоимость единицы и маржу при разных объёмах.
- Решите, нужна ли базовая подписка, предоплата или обязательство.
- Дайте клиенту контроль: бюджеты, оповещения, прогноз счёта.
- Привяжите мотивацию команды к потреблению.
- Постройте прогноз выручки по когортам потребления.
13. Связи с другими знаниями
- Подписка — частый партнёр в гибриде.
- FinOps.
- ARR, MRR, NRR для продавца.
- Автоматизированный цифровой сервис.
14. История и эволюция
Плата по счётчику — старая модель коммунальных услуг: электричество, газ, вода, связь. Телеком десятилетиями брал деньги за минуты и мегабайты.
В IT модель стала массовой с публичными облаками во второй половине 2000-х: вычисления и хранение по часам и гигабайтам. Затем её подхватили API и платформы данных. С распространением ИИ-сервисов, где каждая операция имеет себестоимость, оплата за использование и гибриды «подписка + потребление» стали одной из главных тем ценообразования.
15. Источники и статус знания
- Ramanujam M., Tacke G. Monetizing Innovation, 2016 — выбор тарифной единицы и ценность.
- FinOps Foundation — практики управления облачными затратами на стороне клиента.
Запись проверена в октябре 2026 года. Версия 1.0.
Материалы по теме
- AI-стек enterprise-продаж: восемь слоёв вокруг Sales OS
- Бизнес-модели в B2B IT: как модель меняет продажу
Частые вопросы
Главное. Оплата за использование растит выручку вместе с клиентом, но требует связать тарифную единицу с ценностью, дать клиенту контроль над счётом и научиться прогнозировать потребление.