Стоит ли взимать плату за AI-инструменты по месячной подписке или по кредитам? Сравнение затрат и пользовательского опыта двух бизнес-моделей

Когда AI-продукты обсуждают ценообразование, легко сразу застрять на вопросе «месячная плата 19 или 29». Месячная плата — лишь внешний слой. Маржу и конверсию на самом деле определяют три вещи: за какую ценность платит пользователь, в какой единице её измерять и как часто взимать деньги. Разногласие между подпиской и кредитами не в уровне цены, а в том, явна ли единица измерения для пользователя.

Публичный разбор корпоративного ценообразования команды Qwen задаёт фиксированную последовательность из пяти шагов: сначала определить показатель ценности, затем установить единицу тарификации, после выбрать модель ценообразования, далее настроить ограничители и, наконец, ежеквартально пересматривать цены (Рамки ценообразования Qwen и практический пример расчёта). Показатель ценности отвечает на вопрос «сколько часов сэкономлено, каких ошибок стало меньше»; единица тарификации — «по какой шкале взимать плату»; форма взимания — «как часто взимать и как упаковывать». Подписка прячет единицу тарификации в правах тарифа, кредиты делают её явной в виде баланса — одна и та же вычислительная мощность в другой шкале может дать счёт, различающийся на два порядка.

Ключевые различия между месячной подпиской и оплатой по кредитам

Главное преимущество подписки — не более высокая цена, а выручка вперёд и предсказуемость: фиксированное поступление каждый месяц, измеримое удержание, бюджет на привлечение можно рассчитывать от LTV. Цена — риск объёма остаётся на стороне предложения: активные пользователи расходуют лимит, а при продлении сомневаются. С кредитами всё наоборот: выручка колеблется вместе с объёмом, но пользователь ясно ощущает «сколько потратил», затраты можно передавать по каждому вызову, и маржу не так легко пробить несколькими экстремальными пользователями.

Со стороны затрат: почему фиксированная месячная плата плохо поглощает колебания стоимости инференса

Кривая затрат продуктов на больших моделях естественно неровная: длина промпта, уровень модели, число повторов и накопление контекста меняют стоимость одного вызова. Публичный расчёт Qwen количественно показывает разрыв очень наглядно — 10 000 обращений в поддержку в месяц, по 8 000 входных и 2 000 выходных токенов на обращение, при тарификации по токенам (Qwen3-Max, первая ступень: 1,20 доллара за миллион входных токенов и 6 долларов за миллион выходных) это 216 долларов; при 2 долларах за диалог — 20 000 долларов; при 0,99 доллара за решённый вопрос — 9 900 долларов (три примера тарификации одной рабочей нагрузки). Счёт определяет единица измерения, а не сама модель.

Тот же прайс-лист даёт два полезных рычага затрат: пакетный инференс тарифицируется по 50% от цены в реальном времени, попадание в явный кэш — по 10% от цены ввода. Они становятся снижением цены для пользователя только в структуре, где затраты можно передавать; если внешняя цена жёстко зафиксирована как «2 доллара за диалог», снижение цены модели превратится лишь в вашу маржу.

Со стороны пользовательского опыта: напряжение между предсказуемостью и тревогой из-за баланса

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

Сценарий 1: для чат-бота лучше подписка или кредиты?

Достаточно трёх вопросов. Первый — разброс стоимости одного вызова: у вопросно-ответного бота с фиксированным системным промптом и сходящейся длиной сессии разброс небольшой; если речь о длинных документах, поиске по кодовой базе или многошаговом рассуждении, объём токенов может различаться в десятки раз. Второй — отношение p90 месячного объёма к p50: близко к 1 означает ровное поведение и подходит подписка; больше 5 означает наличие небольшого числа активных пользователей, нужны кредиты или механизм превышения. Третий — доля затрат на инференс в выручке: если больше трети, риск фиксированной месячной платы уже высок.

Вывод обычно строится по уровням: для универсального помощника для частных лиц помесячная оплата лучше соответствует восприятию — пользователь покупает ощущение безопасности «можно общаться в любой момент»; для B2B поддержки и вопросов по базе знаний оплата за сессию или за решённый результат точнее отражает ценность и легче объясняется закупкам. Когда в аудитории есть оба типа пользователей, используют «подписка как база + ступени кредитов».

Сценарий 2: как взимать плату за AI-инструмент генерации изображений? Симуляция трёх тарифов

Инструменты для изображений — самый типичный пример смешения подписки и кредитов: стоимость одного изображения складывается из нескольких вызовов — разрешение, модель, апскейл и модерация. Структура тарифов ниже (значения приведены для примера, их нужно выводить из собственной стоимости одного изображения):

Расход кредитов не должен распределяться поровну «за изображение»; коэффициенты следует задавать по типу операции: стандартное изображение — 1 кредит, HD-апскейл — 4 кредита, локальная перерисовка — 2 кредита, пакетный экспорт — линейно по количеству изображений. Пересчёт требует одной формулы: цена кредита ≥ совокупная стоимость одного изображения ÷ (1 − целевая маржа). Если совокупная стоимость стандартного изображения около 0,02 доллара, а целевая маржа 70%, соответствующая цена не должна быть ниже примерно 0,067 доллара; от этого обратно выводят пакет на 100 кредитов и уровень месячной платы Pro. Так у Free есть дневной лимит, перерасход Pro поглощается пакетами кредитов, и один пользователь не пробивает маржу за весь месяц.

Сценарий 3: как API-продукту устанавливать цену за вызовы

Ценообразование API должно одновременно соответствовать двум системам: снаружи использовать «вызов» или «задачу» как единицу тарификации, чтобы разработчик понимал с первого взгляда; внутри считать реальные затраты в токенах или GPU-секундах. Между ними нужен мост в виде коэффициентов кредитов, а не прямое раскрытие цены токенов клиенту. Обычная практика — ступенчатая цена плюс месячный обязательный объём, превышение рассчитывается по более высокой цене:

{
  "plan": "pro",
  "included_credits": 20000,
  "overage_per_1000_credits": 3.5,
  "credit_rules": [
    { "model": "small", "per_1k_input": 1, "per_1k_output": 3 },
    { "model": "standard", "per_1k_input": 3, "per_1k_output": 9 },
    { "model": "reasoning", "per_1k_input": 10, "per_1k_output": 30 }
  ],
  "min_charge_per_call": 1,
  "failure_policy": "no_output_refund_full",
  "idempotency": "required"
}

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

Гибридная модель: как выбрать из пяти форм

1. Чистая оплата по объёму: объём крайне неопределён, выражены пики и спады, риск — непредсказуемая выручка.
2. Подписка с лимитом: месячная плата включает фиксированный объём, при превышении — остановка, подходит для чувствительных к бюджету корпоративных закупок.
3. Подписка с превышением: месячная плата включает объём, превышение продолжает тарифицироваться по единичной цене, подходит для бизнеса с сезонными всплесками.
4. Предоплата с расходованием кредитов: разовая покупка, постепенное списание, подходит для разовых проектов и агентского сопровождения.
5. Подписка + ежемесячное пополнение кредитов: месячная плата начисляет кредиты, перенос по правилам, сочетает денежный поток и гибкость объёма.

Суть выбора — перемещение между «трением привлечения» и «предсказуемостью выручки»: фиксированная плата всегда создаёт входное трение, а полностью по объёму лишает финансы возможности планировать. Когда один счёт в течение месяца может колебаться от 100 тысяч до 300 тысяч долларов, модель обязана переходить к гибридной — это и есть основание, которое даёт практика ценообразования Qwen.

Четыре вещи, которые нужно определить до механизма ценообразования

Первое — задать разные коэффициенты кредитов для разных моделей. Лёгкая модель — 1x, основная — 3x, глубокое рассуждение — 10x — это лишь отправная точка; коэффициенты нужно выводить из реальной удельной стоимости. Второе — чётко прописать правила возврата: при ошибке модели или отсутствии вывода возвращать полностью; при тайм-ауте или прерывании возвращать кредиты и фиксировать причину; если генерация успешна, но пользователь недоволен, не возвращать, а давать скидку на повтор. Третье — ограничители должны попадать в договор, а не только в консоль: лимит использования с напоминанием, порог счёта с запуском предавторизации, ограничение скорости по задачам. Четвёртое — счёт должен быть объяснимым: каждая операция содержит ID запроса, модель, число токенов и списание кредитов, чтобы пользователь мог сверить в конце месяца. При высокой нагрузке нужна идемпотентность списания — повтор одного запроса использует тот же ключ идемпотентности, списание и возврат срабатывают только один раз.

Четыре шага проверки перед запуском: измерить p50, p90, p99 стоимости одного вызова, затем установить цену; сформулировать показатель ценности одним предложением; перевести каждое действие в прослеживаемый коэффициент кредитов; сначала включить ограничители и возврат при сбоях, затем открывать пополнение крупных сумм.

Место We0 в этой картине

Когда нужно реально запустить тарифную схему, сложность часто не в прайс-листе, а в том, надёжно ли подключена платёжная цепочка. Платёжные возможности We0 объединяют включение плагина, передачу сообщений, создание оформления заказа, обратные вызовы Webhook, запрос результата и внешнее платёжное взаимодействие в одном пути генерации; они подходят для продуктовых сайтов, которым нужны подписка, разовая покупка или пополнение кредитов, и могут далее работать со Stripe, Creem или WeChat Pay; конкретный объём — в Платёжные возможности We0. Для команд, которые проверяют модель монетизации, коммерциализация на раннем этапе избавляет от переделки «сначала страница, потом платёж»; границы тоже нужно обозначить: правила списания, расчёт затрат и защита от повторного списания всё равно требуют отдельного проектирования и тестирования в бизнес-логике; платёжные возможности решают целостность цепочки, но не выбирают за вас стратегию ценообразования. Документация Stripe даёт подход к настройке модели тарификации по кредитам (Настройка модели тарификации на основе кредитов), её можно использовать как ориентир для реализации.

FAQ

Уже есть подписка — можно ли добавить пакеты кредитов?

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

Нужно ли возвращать кредиты при неудачной генерации?

Различайте по типу сбоя: при отсутствии результата (ошибка, тайм-аут, прерывание) возвращать полностью; если результат есть, но пользователь недоволен, не возвращать, а дать скидку на повтор. Все возвраты сопровождаются записью причины и используют ключ идемпотентности для защиты от повторного возврата.

Как не дать нескольким активным пользователям пробить затраты?

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

Связанные инструменты

• Таблица распределения стоимости одного вызова (записывать p50/p90/p99 и уровень модели)
• Матрица коэффициентов кредитов (модель × тип операции × стоимость одного вызова)
• Документация Stripe по настройке модели тарификации на основе кредитов

Связанные ссылки

• Ценообразование корпоративных AI-продуктов: уроки реального производства (Alibaba Cloud)
• Монетизация AI-продуктов: на основе замкнутых бизнес-моделей (RePEc/IDEAS)
• Настройка модели тарификации на основе кредитов (документация Stripe)
• Платёжные возможности We0

Резюме

Подписка и кредиты — не противопоставление «или-или», а два способа распределения рисков: подписка оставляет риск объёма на стороне предложения, обменивая его на предсказуемость денежного потока; кредиты передают затраты на сторону спроса, обменивая их на гибкость объёма. Критериев всего три — разброс стоимости одного вызова, толщина хвоста распределения объёма и доля затрат на инференс в выручке. Для большинства AI-инструментов итоговая форма — «подписка как база + кредиты для покрытия превышений», дополненная коэффициентами кредитов по моделям, правилами возврата при сбоях, тремя уровнями ограничителей и объяснимым счётом. Тарифную сетку можно менять постепенно, но если единица тарификации выбрана неверно, все последующие изменения цен будут лишь подстройкой по неправильной шкале.