[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"glossary-usage-based-pricing::ru":3,"gloss-cluster-usage-based-pricing::ru":20,"gloss-next-usage-based-pricing::ru":9},{"slug":4,"category":5,"name":6,"definition":7,"meta_desc":8,"faq":9,"schema_markup":9,"related":10},"usage-based-pricing","saas","Ценообразование по использованию (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 $\u002Fмесяц — незначительная сумма, обеспечивающая беспрепятственную регистрацию, — тогда как агентство, использующее тот же инструмент силами 20 райтеров и генерирующее 50 миллионов токенов в месяц, платит 100 $, что естественно масштабируется вместе с извлекаемой ценностью. Собственная себестоимость поставщика (COGS: базовая стоимость API LLM за токен) масштабируется синхронно с этой выручкой, сохраняя стабильную валовую маржу независимо от размера клиента — свойство, которое фиксированное поместное ценообразование никогда не смогло бы гарантировать для ИИ-продукта. Ценообразование по использованию также поднимает проблему UX, которой полностью избегает поместное ценообразование: «шок от счёта» (bill shock), когда клиент неприятно удивлён гораздо более крупным счётом, чем ожидалось, после непредвиденного всплеска использования — поэтому зрелые продукты с usage-based моделью серьёзно инвестируют в дашборды использования в реальном времени, проактивные уведомления о превышении расходов и опциональные жёсткие лимиты трат, давая клиентам ту же предсказуемость бюджета, которую фиксированная ежемесячная плата обеспечивает по умолчанию.","Тарификация по использованию взимает плату за реальное потребление — вызовы API, вычисления, хранение или токены — вместо фиксированной платы за место.",null,[11,14,17],{"slug":12,"name":13},"api-first","API-first (API-ориентированность)",{"slug":15,"name":16},"mrr","Ежемесячный периодический доход (MRR)",{"slug":18,"name":19},"seat-based-pricing","Поместное (per-seat) ценообразование",[21,25,29,32,33,36,39,43,46,49,52,55],{"slug":22,"category":5,"name":23,"updated_at":24},"activation","Активация","2026-08-24T02:46:36+00:00",{"slug":26,"category":5,"name":27,"updated_at":28},"aha-moment","Ага-момент","2026-08-24T02:46:37+00:00",{"slug":30,"category":5,"name":31,"updated_at":28},"annual-contract-value","Годовая стоимость контракта (ACV)",{"slug":12,"category":5,"name":13,"updated_at":24},{"slug":34,"category":5,"name":35,"updated_at":24},"arpa","Средний доход на аккаунт (ARPA)",{"slug":37,"category":5,"name":38,"updated_at":24},"arr","Годовой периодический доход (ARR)",{"slug":40,"category":5,"name":41,"updated_at":42},"auto-renewal-clause","Пункт об автопродлении","2026-08-24T02:46:38+00:00",{"slug":44,"category":5,"name":45,"updated_at":42},"build-vs-buy","Build vs. buy (создать или купить)",{"slug":47,"category":5,"name":48,"updated_at":28},"burn-multiple","Коэффициент сжигания (Burn Multiple)",{"slug":50,"category":5,"name":51,"updated_at":42},"burn-rate","Burn Rate (скорость сжигания денег)",{"slug":53,"category":5,"name":54,"updated_at":24},"cac","Стоимость привлечения клиента (CAC)",{"slug":56,"category":5,"name":57,"updated_at":24},"cdn","Сеть доставки контента (CDN)"]