Юнит-экономика цифрового продукта должна выдерживать разработку и поддержку после запуска

Что считать единицей продукта? Для подписного сервиса возьмём одного платящего клиента за месяц. Регистрации не превращаются в выручку от деления расходов на их число.

Условный клиент приносит 3 000 ₽ в месяц после скидок и возвратов. Его обслуживание обходится в 700 ₽, на покрытие общих расходов остаётся 2 300 ₽.

Эту разницу называют маржинальным доходом. Яндекс Реклама в материале от 7 июля 2025 года определяет её как выручку за вычетом переменных расходов. Развитие ещё предстоит оплатить.

Точку безубыточности продукта считают по марже и постоянным расходам.

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

Поддержку приходится разделять. Помощь за обращение идёт в переменные расходы, фиксированная зарплата поддержки остаётся в общем бюджете. Одну сумму дважды не вычитают.

Агенты для кода относятся к разработке. ИИ-функция сервиса тратит деньги при использовании клиентом. Подписка на разработку этот счёт не оплачивает.

Сколько продукт может отдавать на развитие? В нашем сценарии остальные расходы месяца составляют 150 000 ₽. Это условный бюджет базовой инфраструктуры, фикса поддержки и привлечения.

Для развития возьмём цену «Одного проекта» на странице услуг: 250 000 ₽ в месяц на 7 октября 2026. Подставляем тариф в условный расчёт, не выдаём его за расходы клиента.

Вклад клиента остаётся 2 300 ₽, покрыть нужно 400 000 ₽ общего фикса и развития. При 100 клиентах денег не хватает. При 400 развитие занимает меньшую часть дохода.

Ноль достигается при 174 платящих клиентах. Делим 400 000 ₽ на 2 300 ₽ и округляем вверх. Это порог нашего сценария, не норматив для SaaS.

Покрыть месяц и оставить резерв тоже разные задачи. Чтобы сохранять 100 000 ₽, из вклада всех клиентов вычитают общий фикс и этот желаемый остаток. Остальное доступно на развитие.

При 200 клиентах на развитие доступно 210 000 ₽, выбранный тариф дороже. При 150 остаётся 95 000 ₽. План роста не оплачивает месяц, когда платят 150.

Что меняется, если код пишут агенты? Инженер ведёт машину агентов, заказчик покупает поток работы за фикс. В «Одном проекте» одна задача в работе, следующая ждёт в очереди.

Нейросети для кода, текстов и картинок входят в тариф. Работу продукта, сторонние сервисы и ИИ-функции для клиентов оплачивает заказчик. Условия сверены на /services 7 октября 2026.

В нашем сценарии развитие стоит 250 000 ₽, обслуживание остаётся в строке 700 ₽ на клиента. Фикс за поток не обещает любой объём параллельной работы и не обнуляет эксплуатацию.

Наш опыт показывает устройство расходов разработки, а не прибыль клиентского SaaS. На странице /open инженер и подписки считаются вместе. Работа инженера не становится бесплатной.

На /open эксплуатация исключена. Добавьте серверы к бюджету работающего сервиса. Расходы найма разобраны в разборе стоимости программиста.

Экономия разработки не доказывает рост выручки. Скорость машины разобрана в статье об агентной разработке в цифрах, здесь проверяем бюджет.

Почему после запуска нельзя оставить только новые функции? Сервис требует проверок и исправлений. Повторная ошибка оплачивается работой и обращениями.

Исправление причины относится к развитию, помощь клиенту к обслуживанию. Выгоду проверяют по снижению будущих расходов. Слово «починили» её не доказывает.

У нашей машины после поломок появлялись проверки и правила. События в ленте ниже сверены по записям июля–сентября 2026. Денежной оценки потерь клиентов в этих историях нет.

Рост клиентов не спасает, если дорожает обслуживание. При 200 клиентах увеличение расхода с 700 до 1 000 ₽ уменьшает остаток нашего сценария с 60 000 ₽ до нуля.

AWS SaaS Lens рекомендует связывать расход с потреблением каждого клиента. Средняя цифра скрывает разницу; тарифы и группы считайте отдельно.

Пауза развития не выключает поддержку: ночные дежурства остаются у заказчика. Рядом разборы ошибок ИИ и технического долга.

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

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

1. Доход клиента за вычетом обслуживания оплачивает общие расходы. Посчитайте его до решения о развитии.

2. Разделите переменное обслуживание, общий фикс и развитие. Один счёт вычитайте один раз.

3. Бюджет развития считайте при фактическом числе клиентов и нужном остатке. Будущий рост вынесите в отдельный сценарий.

4. После месяца работы повторите расчёт по факту. Снижение цены разработки не заменяет проверки расходов работающего продукта.