Как назначать цену за ИИ-функцию, когда издержки переменные

Проблема, которую оплата за место не решает

У классического SaaS предельные издержки близки к нулю — поэтому цена за место и работает: ещё один пользователь на том же тарифе ничего вам не стоит, значит цена может быть плоской и предсказуемой. ИИ-функции ломают это допущение. Два аккаунта с одинаковым штатом различаются в расходах на инференс на порядок, потому что один из них функцией действительно пользуется.

Плоская цена поверх переменных издержек даёт ровно два исхода, и вы получаете оба сразу: лёгкие пользователи переплачивают и тихо уходят к тому, что дешевле, а тяжёлые субсидируются из вашей маржи и по отдельности оказываются наименее прибыльными клиентами. Дашборд всё это время показывает здоровую среднюю маржу.

Считайте от стоимости задачи, а не от стоимости токена

Токены — неверный знаменатель: клиент покупает не их, и счёт складывается не только из них. Завершённая задача обычно включает повторы, вызовы инструментов, шаг поиска, а иногда вторую модель, проверяющую первую. Считайте, во что обходится одна завершённая единица работы целиком, вместе с неудачными попытками по пути.

Делайте это по сценариям, а не по аккаунтам: средние по продукту прячут тот единственный сценарий, где стоимость задачи выше выручки с неё, — а именно его и нужно найти.

Берите единицу, которую клиент уже считает

Единица тарификации должна быть той, которую покупатель спрогнозирует без знания вашей архитектуры: обработанные документы, решённые обращения, сформированные отчёты, минуты расшифровки. Токены и кредиты этот тест не проходят: клиент не скажет, сколько токенов будет в следующем месяце, и потому закладывает запас на страх или откладывает покупку.

Если всё же используете кредиты, публикуйте курс пересчёта. Система кредитов, которую нельзя перевести в деньги, читается как попытка спрятать цену — закупка так к ней и относится.

Структура: пол, лимит и счётчик

Большинство ИИ-продуктов приходит к гибридной модели, и форма у неё устойчивая. Плата за платформу или места покрывает доступ и постоянные издержки обслуживания. В базу закладывается щедрый лимит, чтобы обычное использование никогда не давало неожиданной строки в счёте, — именно это не даёт модели ощущаться таксометром. Всё сверх лимита считается в выбранной единице.

Лимит задавайте по данным: 80-й перцентиль текущего потребления — разумная отправная точка, тогда четверо из пяти клиентов о перерасходе просто не думают.

Ограничьте хвост, пока он не ограничил вас

Переменным издержкам нужен потолок с обеих сторон. Дайте клиенту управляемый лимит расходов или жёсткую остановку: неограниченные счета порождают споры и возвраты, а не выручку. Себе дайте лимиты по аккаунту: один цикл автоматизации на стороне клиента способен нагенерировать месячный объём за день.

Обе защиты — ещё и аргумент в продаже. «Случайно потратить больше X невозможно» снимает самое частое возражение против оплаты по использованию.

Пересчитывайте ежеквартально

Цены моделей падают, промпты растут, кэширование меняет стоимость задачи. Цена, назначенная под прошлогоднюю себестоимость, либо оставляет маржу на столе, либо тихо её теряет. Пересчитывайте стоимость задачи по каждому сценарию раз в квартал и относитесь к крупному изменению как к ценовому решению, а не инженерному.