Юнит-экономика AI-продукта с первого дня

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

За карьеру в брокерстве мы продали активов на 150+ млн — и видели сотни компаний, чьи «красивые» продукты не стоили ничего, потому что юнит не сходился. Юнит-экономика — это не отчётность для инвесторов. Это фильтр, который отсекает плохие идеи за один день.

Зачем считать до кода

Цена ошибки растёт с каждым этапом. Сформулировать и проверить экономику гипотезы стоит несколько часов. Исправить ошибочную экономику после запуска стоит месяцев и капитала:

1. До теста — экономика в гипотезе, меняется за один вечер.
2. До разработки — экономика в спецификации, меняется ценой пересборки.
3. После запуска — экономика в команде и расходах, менять её дороже всего.

Мы строим продукт только при выполнении двух условий: гипотеза подтверждена оплатами (об этом — статья «Как мы тестируем гипотезы до разработки») и юнит сходится при пессимистичных входных данных.

Метрики юнита

Четыре метрики описывают экономику единицы продукта. Всё остальное — производные:

Отдельно считаются два «капитальных» параметра: CAC — сколько стоит привлечь одного клиента, и LTV — сколько клиент принесёт за всё время. Из них складываются LTV/CAC и срок окупаемости CAC — две метрики, которые решают, покупают бизнес или нет.

Что такое юнит

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

• Юнит продаётся отдельно. Если его нельзя продать без другого юнита — вы считаете не юнит, а часть пазла.
• Юнит имеет себестоимость. У каждого юнита есть переменные затраты: инфраструктура, поддержка, обработка платежа.

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

Как считать: пример

Возьмём условный AI-продукт для B2B с подпиской 50 000 ₽/мес — как типичный чек из нашего портфеля. Расчёт на один юнит (клиент в месяц):

При оттоке 5% в месяц клиент живёт в среднем около 20 месяцев — LTV (по маржинальной прибыли) получается около 830 000 ₽. LTV/CAC ≈ 7: это экономика, которую можно смело масштабировать вложениями в трафик.

Обратите внимание: в примере нет зарплат, офиса и маркетинга. Это не «забыли» — это постоянные затраты, которые делятся на масштаб. Юнит должен сходиться без них: тогда добавление каждого клиента приближает к прибыли, а не отдаляет.

Пороги для AI-продукта

Ориентиры, с которыми мы запускаем AI-продукты (у каждого продукта свои, но порядок цифр такой):

• Маржинальная маржа ≥ 60% — ниже не окупится разработка и рост.
• Срок окупаемости CAC ≤ 4 месяцев — дольше, и рост требует всё больше капитала.
• LTV/CAC ≥ 3 — классический порог масштабируемости.
• Отток ≤ 5% в месяц — выше, и удержание съедает LTV.

Эти пороги мы проверяем на каждом продукте до запуска и после каждого этапа — экономика пересчитывается с реальными цифрами, а не живёт «в голове у основателя».

Почему AI меняет экономику запуска

AI меняет не единичную экономику — он меняет структуру затрат на запуск. Три пункта, которые радикально отличают запуск AI-продукта сегодня от SaaS-запуска пять лет назад:

• CAPEX старта близок к нулю. Раньше на MVP нужны были команда, сервера и месяцы. Сейчас первый платящий клиент может обслуживаться агентами и минимальным кодом.
• Микро-команда вместо отдела. Продукт до первой прибыли ведёт небольшая команда: агенты закрывают рутину продаж, поддержки и операций.
• Продажи с первого дня. Цикл «боль → решение → оплата» сжимается до недель — предоплаты финансируют разработку, а не венчурный раунд.

Поэтому мы и строим собственные продукты по циклу Tasmat OS: точка безубыточности достигается в пределах первых кварталов, а не «через 2–3 года, когда наберём масштаб». Классическая логика — сначала инвестиции, потом экономика. Наша — сначала экономика, потом инвестиции под подтверждённый рост.

Ошибки в расчётах

• Себестоимость AI = ноль. Каждая генерация стоит денег, и на масштабе это заметная строка. Считаем её с запасом.
• Отток в 0%. Продукт без оттока существует только в презентации. Закладываем 3–5% в месяц и проверяем на реальных данных.
• Пожизненная ценность «всех клиентов сразу». LTV считается на юнит, а не на рынок. «Рынок на 2 млрд» не окупает юнит.
• Постоянные затраты «на потом». Если зарплата команды не влезает в модель даже на масштабе 100 клиентов — продукт не масштабируется.
• Пессимизм вместо реализма. Считаем на оптимистичных цифрах, а запускаемся с пессимистичными. Расхождение между ними — и есть зона риска.

Чек-лист перед запуском

Прежде чем писать код, ответьте на пять вопросов:

• Юнит определён и продаётся отдельно?
• Переменная себестоимость юнита посчитана (включая AI-инфраструктуру)?
• Маржинальная маржа ≥ 60% при пессимистичных цифрах?
• CAC и срок его окупаемости известны до запуска?
• Экономика сходится без внешнего капитала?

Если на все пять ответов «да» — запускайте. Если хоть на один «нет» — сначала исправьте модель: это дешевле, чем исправлять бизнес.

Итог

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

Та же логика работает, когда мы оцениваем покупку готового бизнеса: экономику и метрики считаем до сделки, а не после. Подробнее — на странице «Покупка бизнеса».