За продукт, построенный поверх модели, конкурируют три модели ценообразования: за место, за использование и за результат. Оплата за место продаётся легче всего и ломается быстрее всего, потому что ИИ-функция даёт валовую маржу 50-60 процентов против 80-90 процентов у классического SaaS, и потому что примерно 5 процентов пользователей могут генерировать 80 процентов счёта за инференс. Более 60 процентов ИИ-SaaS-компаний уже пришли к гибриду: базовая подписка, включённый лимит, покрывающий около 80 процентов клиентов, и превышение по цене не ниже двойной предельной себестоимости.
Почему оплата за место ломается, как только в цикле появляется модель
Оплата за место опирается на допущение, которое держалось пятнадцать лет: предельная стоимость ещё одного пользователя близка к нулю. Место стоит хранилища, немного вычислений и поддержки. Это допущение умирает в тот момент, когда каждый клик отправляет токены в модель. Теперь самый активный пользователь в аккаунте — одновременно самый дорогой, а цена, которую вы берёте, об этом не знает.
Разрыв проявляется в строке валовой маржи. Классический SaaS-продукт работает на 80-90 процентах. Продукт, у которого центральный цикл вызывает модель, обычно приземляется на 50-60 процентах после учёта инференса, поиска, оценки и бюджета на повторы. Это не погрешность округления. Это другой бизнес, с другой потребностью в финансировании и другим мультипликатором оценки, и цена — единственный рычаг, который закрывает этот разрыв. Полную структуру затрат мы разобрали в материале сколько на самом деле стоит ИИ-функция.
Хуже того, затраты распределены неравномерно. Использование концентрируется в узком хвосте. В большинстве продуктов небольшое меньшинство пользователей гоняет длинные документы, задачи глубокого исследования и циклы, которые вызывают модель восемь раз, прежде чем вернуть ответ. При оплате за место это меньшинство стоит ровно столько же, сколько пользователь, заходящий дважды в месяц.
Проверка, которую можно сделать на этой неделе. Возьмите последний месяц использования. Отсортируйте аккаунты по стоимости инференса на одно место и разбейте на децили. Посчитайте валовую маржу каждого дециля по текущему прайсу. Если два нижних дециля отрицательные или верхний дециль несёт всю маржу продукта, оплата за место уже субсидирует ваших худших клиентов за счёт лучших. Большинство команд, делающих это впервые, удивляются размеру разброса.
Три модели рядом
Каждая модель где-то права. Вопрос в том, что вы на самом деле продаёте и за что, по мнению покупателя, он платит.
| Измерение | За место | За использование | За результат |
|---|---|---|---|
| Что покупает клиент | Доступ для конкретного человека | Объём выполненной работы | Случившийся результат |
| Риск для маржи | Высокий. Себестоимость плавает, цена нет | Низкий. Цена следует за себестоимостью | Средний или высокий. Зависит от вашей доли решённых случаев |
| Предсказуемость для покупателя | Отличная | Плохая без лимита и оповещений | Средняя. Зависит от его собственного объёма |
| Простота прогноза для вас | Отличная | Средняя | Плохая в первый год |
| Трение в закупках | Минимальное. Формат знаком всем | Среднее. Финансисты просят потолок | Максимальное. Нужно согласованное определение успеха |
| Какой стимул создаёт | Покупать меньше мест, делиться логинами | Меньше пользоваться продуктом | Согласованный, если метрика честная |
| Где лучше всего подходит | Вспомогательные функции внутри существующего продукта | Платформенные и API-продукты, обработка документов и медиа | Снятие нагрузки с поддержки, взыскание задолженности, генерация квалифицированных лидов |
Прочитайте две последние строки вместе. У чистой оплаты за использование есть реальный дефект, о котором редко говорят вслух: она учит клиента меньше пользоваться вашим продуктом. Если вы ещё на стадии внедрения, это самый дорогой стимул, который можно купить.
Гибридная структура, которая действительно выигрывает
Более 60 процентов ИИ-SaaS-компаний сегодня продают по гибридной модели. Это не компромисс, а единственная структура, которая одновременно даёт покупателю предсказуемость, а вам — потолок затрат. Четыре компонента, и у каждого есть своё число.
| Компонент | Что делает | Как настроить |
|---|---|---|
| Базовая подписка | Покрывает постоянные затраты и задаёт разговор о ценности | Назначайте цену от результата, а не от счёта за токены. Именно эта часть должна выдержать сравнение с конкурентами |
| Включённый лимит | Снимает тревогу по поводу счёта у большинства | Подберите так, чтобы примерно 80 процентов аккаунтов никогда не упирались в потолок. Считывайте его с распределения использования, а не со среднего |
| Ставка за превышение | Защищает маржу в хвосте | Не ниже двойной предельной себестоимости. Ниже — и хвост съедает сделку |
| Пороговые оповещения | Предотвращают неожиданный счёт, который убивает продления | Уведомляйте на 80 процентах лимита, в продукте и по почте, с переходом на более высокий тариф в один клик |
Лимит — компонент, в котором команды ошибаются чаще всего, потому что подбирают его по среднему, а не по распределению. Среднее вытянуто вверх тяжёлым хвостом, поэтому лимит, установленный по среднему, отправляет треть клиентов в превышение уже в первый месяц и в переписку с поддержкой. Поставьте его примерно на восьмидесятом процентиле — и характер жалоб меняется полностью.
Четыре теста для хорошей единицы тарификации
Что бы вы ни считали, оно обязано пройти все четыре теста. Единица, провалившая хотя бы один, будет каждый месяц порождать споры с клиентами.
Клиент понимает её без схемы. Обработанные документы, решённые обращения, расшифрованные звонки, отсмотренные кандидаты. Токены этот тест проваливают. Ни один покупатель за пределами инженерии не чувствует, что такое токен и сколько их израсходует его команда, а единицы, которые нельзя оценить заранее, не проходят согласование в закупках.
Она движется вместе с получаемой ценностью. Если клиент получает вдвое больше ценности, счётчик должен показывать примерно вдвое больше. Если счётчик может расти, пока ценность стоит на месте, вы построили единицу, которая наказывает людей за вашу собственную неэффективность.
Она коррелирует с вашими затратами. Не идеально, но по направлению. Если одна и та же единица может стоить вам пять центов или пять долларов в зависимости от входных данных, которых вы не видите, либо разбейте единицу на уровни, либо перенесите разброс в ставку за превышение.
Вы можете её посчитать и защитить подсчёт. Число должно быть видно клиенту почти в реальном времени, восстанавливаться постфактум и совпадать с числом в счёте. Счётчик, который клиент не может проверить, будет оспорен в первый же месяц роста.
Ошибка, которой стоит избегать. Не тарифицируйте повторы, внутренние проходы оценки и собственные накладные расходы оркестрации. Если ваш агент вызывает модель шесть раз, чтобы ответить на один вопрос, это решение вашей архитектуры, а не покупка клиента. Берите деньги за вопрос. А потом идите сокращать шесть вызовов — это проект по марже, а не по цене.
Когда оплата за результат реальна, а когда это театр
Оплата за результат — самая привлекательная история в категории и самая тяжёлая в эксплуатации. Она работает, только когда одновременно верны четыре вещи.
Во-первых, результат измерим без споров. Решённое обращение в поддержку, которое не переоткрылось в течение семидесяти двух часов, измеримо. Повышенная продуктивность — нет. Во-вторых, вы можете его атрибутировать. Если сделки касались три системы, оплата за результат превратится в спор об атрибуции при каждом продлении. В-третьих, ваша доля успеха достаточно стабильна для прогноза. Доля автономных решений консервативно начинается с 40-50 процентов у ботов на поиске, прибавляет 10-20 пунктов при агентном поведении и ещё 20-30 пунктов, когда система может действительно совершать действия, а не только отвечать. Пока вы не знаете, где находитесь на этой кривой, оплата за результат — ставка на собственную дорожную карту. В-четвёртых, юнит-экономика сходится при вашей реальной доле успеха, а не при той, что на слайде.
Сравнение, ради которого стоит возиться: решение обращения в поддержку силами ИИ обычно публикуется по цене от 0,50 до 2,00 доллара и оказывается ближе к 5 долларам со всем учётом инфраструктуры и человеческой эскалации, против 6-12 долларов за контакт, обработанный человеком. Этот разрыв достаточно широк, чтобы назначать цену прямо против него. Gartner ожидает, что агентные системы будут автономно решать 80 процентов типовых сервисных обращений к 2029 году при снижении операционных затрат на 30 процентов. Там, где разрыв настолько очевиден, оплата за результат — честная структура. Там, где нет, это маркетинг.
Как поменять цену, не сжигая клиентскую базу
У большинства команд, читающих это, уже есть цены на рынке, которые перестали подходить. Четыре правила делают переход переносимым.
Сохраняйте старые условия щедро и на фиксированный срок. Двенадцать месяцев на старых условиях обойдутся дешевле, чем одна публичная жалоба от референсного клиента. Поставьте дату окончания, чтобы это не стало постоянным.
Покажите новый счёт до того, как его выставите. Прогоните обе модели параллельно целый расчётный цикл и покажите каждому аккаунту, сколько он заплатил бы. Аккаунты, которые заплатили бы меньше, станут вашими доказательствами. С аккаунтами, которые заплатили бы заметно больше, нужен разговор до счёта, а не после.
Меняйте по одной переменной за раз. Ввести компонент за использование, поднять базовую цену и добавить новый тариф в одном релизе — значит лишить себя возможности понять, какое изменение вызвало отток.
Опубликуйте счётчик раньше, чем цену. Выпустите дашборд использования на квартал раньше, чтобы к моменту тарификации каждый клиент уже узнавал это число и доверял ему. Изменения цен проваливаются из-за недоверия к числу гораздо чаще, чем из-за самого числа.
Смысл всего этого тот же, что и за юнит-экономикой цифрового бизнеса: цена, не связанная со структурой затрат, — это догадка. Как только модель оказывается внутри продукта, структура затрат меняется каждую неделю, и ценообразование должно быть построено так, чтобы меняться вместе с ней. Если вы прямо сейчас описываете новую ИИ-функцию, задавайте единицу тарификации одновременно с критериями приёмки — это один и тот же разговор.
Если нужна помощь в подгонке модели ценообразования под вашу структуру затрат, это часть того, чем мы занимаемся в работе по финансовому планированию и росту.
Частые вопросы
Брать за ИИ-функцию за место или за использование?
Ни то, ни другое по отдельности. Более 60 процентов ИИ-SaaS-компаний используют гибрид: базовая подписка, задающая ценность, включённый лимит, подобранный так, чтобы около 80 процентов аккаунтов его никогда не превышали, и ставка за превышение не ниже двойной предельной себестоимости. Чистая оплата за место открывает вас хвосту, где примерно 5 процентов пользователей дают 80 процентов затрат на инференс. Чистая оплата за использование даёт клиенту стимул меньше пользоваться продуктом, что смертельно на стадии внедрения.
Какую валовую маржу ожидать от продукта, построенного на модели?
Обычно 50-60 процентов против 80-90 процентов у классического SaaS — после учёта инференса, поиска, оценки и повторов. Стройте ценообразование, привлечение денег и разговор об оценке вокруг этого числа, а не вокруг SaaS-эталона. Кеширование, батчинг и маршрутизация между моделями способны заметно сдвинуть маржу, но сами по себе разрыв с классическим SaaS не закрывают.
Как подобрать размер включённого лимита?
По распределению использования, а не по среднему. Среднее раздуто тяжёлым хвостом, поэтому лимит по среднему сразу выталкивает большое меньшинство аккаунтов в превышение. Ставьте его примерно на восьмидесятом процентиле месячного использования, оповещайте на 80 процентах лимита и давайте переход на более высокий тариф в один клик прямо в оповещении.
Стоит ли оплата за результат того?
Только когда четыре условия выполняются вместе: результат измерим без споров, вы можете атрибутировать его своей системе, ваша доля успеха достаточно стабильна для прогноза, и экономика сходится при реальной доле успеха, а не при прогнозной. Снятие нагрузки с поддержки обычно проходит по этим условиям, потому что решение силами ИИ по 0,50-2,00 доллара публично, или ближе к 5 долларам со всем учётом, стоит против 6-12 долларов за человеческий контакт. Заявления о продуктивности обычно не проходят.
Тарифицировать ли токены напрямую?
Нет. Токены проваливают главный тест единицы тарификации: клиент должен уметь оценить расходы заранее. Считайте то, что покупатель уже понимает — обработанные документы, решённые обращения, расшифрованные звонки — и поглощайте разброс по токенам внутри собственной маржи и ставки за превышение. Никогда не выставляйте счёт за повторы и внутренние проходы оценки: это ваша архитектура, а не покупка клиента.