Точка безубыточности автоматизации зависит от объёма операций: фикс разработки нужно покрыть маржой

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

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

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

Одни часы нельзя посчитать дважды. Если сотрудник делает новый заказ с прежней зарплатой, учитывайте дополнительную маржу, а экономии зарплаты в этой ситуации нет.

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

Наш опыт здесь: инженер ведёт машину агентов на vibecoding.ru, а работа проходит проверки. Формулу и цену мы сверили по первоисточникам, параметры клиентского процесса не измеряли.

SBA делит постоянные затраты на цену единицы за вычетом переменных затрат. Для внутренней автоматизации заменяем цену дополнительной денежной выгодой. Это наше применение модели.

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

Тариф «Один проект» у разработки по подписке стоит 250 000 ₽ в месяц на 08.10.2026. Это цена активного месяца. Добавим условные 20 000 ₽ эксплуатации.

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

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

Оплата нейросетей для разработки не означает бесплатную эксплуатацию продукта клиента. В расходах нашей машины труд инженера и потребление моделей учтены отдельно.

В условном примере исчезает внешняя оплата 400 ₽ за документ. Её заменяют 20 ₽ моделей и 80 ₽ сдельной проверки с исправлениями и повторами на принятый результат.

Чистая выгода: 400 − 20 − 80 = 300 ₽. Фикс 270 000 ₽ покрывают 900 документов. Проверка здесь оплачивается сдельно, это дополнительная выплата.

При 600 документах до покрытия фикса не хватает 90 000 ₽, при 1 200 остаётся 90 000 ₽. Сравниваем с ручным процессом за месяц, а прибыль всей компании не считаем.

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

При том же фиксе выгода 150 ₽ требует 1 800 операций, а 600 ₽ требуют 450. Меняется знаменатель и порог. Эти суммы условные, а не прогноз цены вашей операции.

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

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

Условные 1 200 запросов при доле принятых 75 % дают 900 операций, при 50 % дают 600. Расходы отклонённых попыток входят в среднюю стоимость принятого результата.

Дополнительная мощность меняет фикс и порог. Для смешанного потока складывайте вклад каждого типа отдельно. Выгоду самого простого типа нельзя приписать всем операциям.

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

Мы проверяли расходы на собственной машине агентов, когда работа прерывалась или дорожала. Истории ниже объясняют, какие строки пересчитать. Клиентским замером они не являются.

До запуска решите вопрос об ответственности за ошибки ИИ. Для расчёта нужен его денежный след: кто оплачивает исправление и в какую строку оно попадает.

Договор на разработку может покрывать исправления кода, но не все платежи внешним сервисам. Запишите границы оплаты до сравнения цены с выгодой.

Отложенные правки накапливают технический долг. Поддержание процесса требует работы даже без аварий. Включите её оплату в расчёт, если она не покрыта подпиской.

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

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

Опишите задачу для агента через результат и правило приёмки. Счётчик должен означать одну и ту же операцию до запуска и после него.

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

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

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

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

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

2. Сложите постоянные расходы одного месяца. Вычтите из выгоды операции модели, проверку, исправления и повторы, включая расходы неудачных попыток.

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

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