Новости и разборы
Тарифы AI-продукта: как связать цену, использование и себестоимость
Как выбрать тариф AI-продукта: определить оплачиваемую единицу, учесть тяжёлые сценарии, проверить маржу и показать клиенту понятный счёт.
AI-сервис можно продавать за пользователя, обработанный документ, пакет кредитов или достигнутый результат. Но выбор названия тарифа не отвечает на главный вопрос: сохраняется ли экономика, когда клиент начинает использовать продукт активно? Фиксированная подписка может быть удобной покупателю и убыточной для продавца, а оплата каждого запроса — прозрачной технически и непонятной коммерчески.
В рамке Chargebee от 25 августа 2026 года предлагается связывать модель оплаты с измеримостью результата, разбросом использования и поведением себестоимости. Это методология поставщика биллинга, а не доказательство, что конкретная схема повысит вашу прибыль. Для собственного продукта нужны данные о его клиентах и нагрузке.
Определить единицу, которую покупатель узнает
Начните с описания полезного действия. Например, условный сервис помогает подготовить карточку документа для учётной системы. Покупатель может понимать обработанный документ лучше, чем миллион токенов. Но «обработан» требует определения: файл загрузился, модель вернула ответ или карточка прошла согласованную проверку?
Если оплачивается результат, зафиксируйте признаки его достижения и правила спора. Если оплачивается использование, объясните, какие действия расходуют лимит. Повторный запуск из-за собственной технической ошибки не должен незаметно выглядеть как новый полезный результат. Коммерческое решение о его оплате необходимо заранее записать в правилах продукта.
В описании процесса ценообразования Fin от 20 мая 2026 года Intercom разделяет модель и метрику: общую структуру оплаты и конкретную единицу ценности. Компания описывает outcome как успешно обработанный запрос обслуживания. Это пример её продуктового выбора; переносить такое определение на обработку документов без проверки нельзя.
Считать стоимость полного действия
Расход провайдера модели — одна часть себестоимости. В сценарии с документами добавятся распознавание, хранение, поиск, повторные попытки и время человека на сложные случаи. Если проверка обязательна для выдачи результата, её стоимость относится к этому результату, даже когда находится в другом бюджете.
Соберите журнал операций с типом задачи, тарифом клиента, версией процесса, потреблением и исходом. Не сохраняйте содержимое документов только ради финансовой аналитики, если достаточно технических идентификаторов и агрегатов. Для связи данных полезны общие ресурсы собственного API: опубликованная архитектура объясняет подход к согласованным сущностям, но не подтверждает конкретную AI-биллинг-систему.
Отделите стоимость разработочного эксперимента от расходов на обслуживание клиента. При этом учитывайте постоянные расходы в модели бизнеса: низкая переменная себестоимость сама по себе не означает прибыльность компании. Метод распределения инфраструктурных и операционных затрат должен быть понятен финансовому владельцу.
Проверить тяжёлого клиента, а не только среднего
Среднее скрывает длинные документы, сложные случаи и частые повторные обработки. Сравните типичное использование с верхней частью распределения. Затем разберите, почему оно отличается: действительно ли клиент получает больше ценности или система тратит ресурсы на неудачные попытки?
Условный расчёт, не наблюдение о реальном продукте: тариф стоит 100 денежных единиц в месяц, а переменная себестоимость обработки одного документа составляет 0,20. При 100 документах остаётся 80 до других затрат. При 600 документах переменные расходы уже равны 120. Эта простая модель не задаёт правильную цену, но показывает, что безлимит нужно проверять на интенсивное использование.
Рассмотрите включённый объём, понятные превышения, ограничения дорогих сценариев или несколько уровней обслуживания. Лимит должен быть виден до исчерпания. Исключение из правила для крупного клиента тоже требует расчёта: скидка и расширенный объём могут одновременно ухудшить маржу. В проектировании клиентского продукта тариф влияет на интерфейс, предупреждения и полномочия администраторов, а не только на страницу цен.
Связать эксперимент с поведением и маржой
Интервью помогают понять, что клиент считает ценностью. Они не подтверждают, что покупка состоится по названной цене. Fin прямо описывает данные готовности платить как намерение, которое затем соединяется с моделированием использования, скидок и коммерческих ограничений.
Для своего эксперимента заранее выберите сегмент, предложение, срок наблюдения и критерии решения. Измеряйте принятие предложения, реальную оплату, сохранение использования и маржу на обслуживании. Не объявляйте успех только по росту выручки, если новая группа потребляет намного больше ресурсов или требует дополнительной ручной помощи.
Сначала проверьте один ограниченный AI-сценарий с оценкой результата. Он даст основу для измерения полезного действия и расходов. После этого можно оценивать пакет из нескольких сценариев: одна кредитная единица не должна маскировать несопоставимые затраты без понятного правила пересчёта.
Сделать счёт воспроизводимым
Покупателю нужны период, оплачиваемые события, использованный лимит и цена превышения. Команде нужны версия тарифа, дата действия и правило округления. Если условия изменились посреди периода, система должна объяснять, какие операции относятся к прежней версии. Проверить это проще до роста числа клиентов.
Каталог моделей и история ставок решают соседнюю задачу: сколько стоило исполнение со стороны провайдера в конкретный момент. Они не определяют автоматически клиентский тариф. Себестоимость и продажная цена имеют разные правила и должны соединяться в расчёте, сохраняя собственную историю.
Перед выпуском тарифа проведите сверку платежных и учётных записей. Проверьте повтор события, отмену, корректировку и неуспешную оплату. Иначе даже хорошая модель цены превратится в спорный счёт. Результат работы — не просто новая цифра, а проверяемая связь между ценностью для клиента, потреблением ресурсов и коммерческими условиями.