На потоке 3 000 заявок в месяц процесс, собранный в конструкторе сценариев, обходится за три года в 964 200 ₽, а он же, написанный кодом, — в 1 180 200 ₽. Конструктор выигрывает 216 000 ₽, и выигрывает уверенно: чтобы код догнал его на этом объёме, не хватит никакого числа правок. Точка, где кривые сходятся, лежит выше — на 80 000 операций в месяц, то есть примерно на шести тысячах заявок.
Обычное сравнение до этой точки не доходит. Оно заканчивается на смете запуска, где конструктор дешевле втрое, и на этом разговор закрывается. Между тем запуск — это 14 % трёхлетних расходов в первом варианте и 35 % во втором; всё остальное решается потом, в эксплуатации, где логика меняется на противоположную: то, что делало конструктор дешёвым на старте, делает его дороже на объёме.
Ниже — один и тот же процесс в двух вариантах, разложенный до множителей, формула порога, который сдвигается от числа правок, и промежуточная архитектура, которая на точке пересечения дешевле обеих чистых. Все вводные названы явно: подставьте свои и пересчитайте.
Что именно сравниваем: один процесс и два способа его собрать
Процесс выбран самый массовый — приём и разбор входящих заявок. Компания на 60 человек получает 3 000 обращений в месяц из четырёх источников: почта, форма на сайте, чаты Авито и мессенджер MAX. Каждое обращение надо распознать, вытащить из него контакт и предмет запроса, проверить, не писал ли этот клиент вчера, завести или обновить сделку в CRM, назначить ответственного и уведомить его. Ровно эта задача разобрана у нас как готовое решение — распределение заявок между менеджерами, — и она же чаще всего становится первым сценарием в компании.
Сумма всех расходов на процесс за 36 месяцев: запуск, платежи площадке или за хостинг, часы инженера на правки и разбор сбоев, часы собственного сотрудника, который следит за работой. Три года взяты не случайно: это средний срок, который процесс живёт без пересборки. На горизонте одного года выигрывает тот вариант, который дешевле запустить, — и почти всегда это неправильный ответ.
Ставки в расчёте сквозные для всего журнала: час инженера-подрядчика — 3 000 ₽, полный час рядового сотрудника со взносами и рабочим местом — 700 ₽. Цена операции площадки — 0,15 ₽, середина рыночной вилки 0,10–0,25 ₽ на сентябрь 2026 года. Один сценарий в конструкторе тратит на заявку тринадцать операций: одиннадцать шагов основной ветки плюс служебные прогоны на повторах и проверках. Отсюда 40 000 операций в месяц при 3 000 заявок.
Первый запуск: 46 часов против 136
Разница в запуске — не выдумка маркетинга, она настоящая и объясняется просто. В конструкторе готовы подключения к почте, к API и к CRM, готовы повторы и очередь необработанного, а схема процесса рисуется сразу в рабочем виде вместо технического задания. В коде всё это пишется руками, зато пишется ровно так, как нужно, и покрывается тестами.
| Этап запуска | Конструктор, часов | Свой сервис, часов | Откуда разница |
|---|---|---|---|
| Разбор процесса и проектирование | 6 | 16 | В коде нужны модель данных и техзадание; в конструкторе схема сразу рабочая |
| Приём событий из четырёх источников | 10 | 36 | Готовые узлы против собственных клиентов к четырём API с авторизацией и повторами |
| Основная логика: разбор, дедупликация, запись в CRM | 16 | 40 | Одна и та же работа, но в коде она пишется, а не собирается мышью |
| Обработка ошибок, повторы, очередь необработанного | 8 | 14 | В конструкторе половина готова из коробки |
| Проверка: приёмный прогон и автотесты | 6 | 30 | Прогон на 300 реальных заявках против стенда и набора автотестов |
| Итого | 46 часов — 138 000 ₽ | 136 часов — 408 000 ₽ | Разница 270 000 ₽ |
Парная горизонтальная диаграмма: слева столбцы «конструктор», справа «свой сервис», общие подписи этапов посередине. Значения в часах: разбор и проектирование 6 против 16, приём событий 10 против 36, основная логика 16 против 40, обработка ошибок 8 против 14, проверка и тесты 6 против 30. Внизу итоговая строка «46 часов — 138 000 ₽» и «136 часов — 408 000 ₽», между ними подпись «разница 270 000 ₽». Единицы — часы работы инженера по 3 000 ₽. Чертёжный стиль, подписи по-русски.
Главное искажение в сравнениях low-code и кода — предположение, что сценарий соберёт «любой сотрудник, потому что там без программирования». Мышью действительно собирается основная ветка: это часов шесть-восемь из сорока шести. Остальные сорок — доступы, обработка ошибок, повторы, дедупликация и приёмный прогон, и это инженерная работа независимо от того, набирается она текстом или собирается из узлов. Сценарий, собранный без этих сорока часов, работает ровно до первого нештатного письма.
Три года целиком: 964 200 ₽ против 1 180 200 ₽
Дальше считаем эксплуатацию. Число правок логики берём одинаковым для обоих вариантов — девять в год: процесс меняется не потому, что выбрана та или иная архитектура, а потому что меняется бизнес. Разница в том, сколько стоит одна правка: три часа в конструкторе против пяти в коде, где правку нужно ещё покрыть тестом и выложить.
Обратите внимание на две строки, которые обычно выпадают из сравнения. Первая — правки: в конструкторе они дешевле не потому, что «там проще», а потому что путь от решения до работающего изменения короче на этап тестирования и выкладки. Вторая — внутренний владелец: в конструкторе это шесть часов в месяц, в коде один, потому что упавший прогон в конструкторе разбирает человек из бизнеса, а упавший сервис — инженер, и его часы уже посчитаны строкой выше. Подробный разбор этих шести часов и остальных статей годовой сметы мы разложили в материале о стоимости владения парком сценариев.
Точка пересечения: 80 000 операций в месяц
Единственная статья, которая растёт вместе с потоком, — операции площадки. В коде поток почти ничего не стоит: обработка одной заявки — доли копейки серверного времени, и удвоение нагрузки такой сервис переживает без смены тарифа хостинга. Значит, вопрос сводится к простому: за сколько месяцев экономия на операциях отобьёт 270 000 ₽ разницы в запуске.
При 80 000 операций в месяц конструктор платит площадке 432 000 ₽ за три года вместо 216 000 ₽, и его итог становится ровно таким же — 1 180 200 ₽. Это и есть точка пересечения. В заявках она означает примерно 6 000 обращений в месяц: вдвое больше модельного потока.
Двухосевой график. Горизонтальная ось — операции в месяц от 0 до 140 000, вертикальная — расходы за 36 месяцев в рублях. Прямая линия «конструктор» начинается на 748 200 ₽ при нуле операций и растёт; горизонтальная линия «свой сервис» держится на уровне 1 180 200 ₽. Точка пересечения на отметке 80 000 операций выделена кружком и подписана «80 000 операций в месяц — 1 180 200 ₽ у обоих». Вертикальными засечками отмечены «40 000 операций: конструктор 964 200 ₽» и «6 000 заявок в месяц». Все подписи по-русски.
Правки сдвигают порог: плюс 10 000 операций за каждые три
Объём — не единственный множитель. Каждая правка логики в коде стоит на два часа дороже, то есть на 6 000 ₽, и эти деньги работают на стороне конструктора. Годовая разница между вариантами получается из двух слагаемых: 1,8 ₽ за каждую операцию в месяц минус 6 000 ₽ за каждую правку в год. За три года эта разница должна покрыть 270 000 ₽, на которые дороже запуск сервиса.
| Правок логики в год | Порог по операциям в месяц | Это примерно заявок в месяц | Что означает на практике |
|---|---|---|---|
| 3 | 60 000 | 4 500 | Процесс устоялся, меняется раз в квартал — код догоняет рано |
| 6 | 70 000 | 5 250 | Обычный режим зрелого процесса |
| 9 | 80 000 | 6 000 | Модельный случай этой статьи |
| 12 | 90 000 | 6 750 | Процесс растёт, ежемесячно добавляются условия |
| 18 | 110 000 | 8 250 | Процесс в стадии подбора — код не догоняет почти никогда |
Правило запоминается одной фразой: 50 000 операций плюс 10 000 за каждые три правки логики в год. Из него следует неожиданный вывод — чем чаще меняется процесс, тем дольше стоит держать его в конструкторе, хотя интуиция подсказывает обратное: «сложное и часто меняющееся надо писать кодом». Кодом надо писать не часто меняющееся, а тяжёлое по объёму. Инженерные признаки этой тяжести — размер файлов, длительность транзакции, число записей в прогоне — мы собрали в отдельном материале про восемь порогов между конструктором и разработкой.
Линейный график с восходящей прямой. Горизонтальная ось — число правок логики в год: 3, 6, 9, 12, 18. Вертикальная — порог по операциям в месяц: 60 000, 70 000, 80 000, 90 000, 110 000. Каждая точка подписана значением. Область ниже прямой залита и подписана «дешевле конструктор», область выше — «дешевле код». Точка «9 правок, 80 000 операций» выделена как модельный случай. Внизу формула словами: «50 000 операций плюс 10 000 за каждые три правки в год». Подписи по-русски.
Пять неденежных факторов, которые решают чаще цены
Разница в 216 000 ₽ за три года — это около 6 000 ₽ в месяц, меньше, чем стоит один рабочий день менеджера. На таких величинах выбор архитектуры перестаёт быть арифметикой и становится вопросом устройства компании. Пять факторов ниже мы разбираем на каждой диагностике до того, как показывать смету.
- 1Где физически живёт сценарий
У конструктора возможных мест три: облако российской площадки, собственный сервер с self-hosted установкой или, что чаще всего, обе версии сразу — рабочая в облаке и «черновик» у того, кто её собирал. У кода место одно: репозиторий, который принадлежит компании. Вопрос кажется формальным ровно до дня, когда нужно понять, почему в CRM попало не то — и выясняется, что боевой сценарий и его последняя понятная версия разошлись полгода назад.
- 2Кто чинит, когда автор в отпуске
Это главный практический вопрос ко всей затее. Сценарий из сорока узлов читается быстрее чужого кода — но только если у него есть паспорт на полстраницы: что делает, откуда берёт данные, что происходит при сбое. Без паспорта и то и другое одинаково нечитаемо, и в обоих случаях компания получает процесс, который держится на одном человеке. Разница лишь в том, что код можно передать другому инженеру по рынку, а сценарий — только инженеру, знающему эту площадку.
- 3Смена тарифа и уход площадки
Облачный конструктор — это подписка на чужой бизнес. Тариф меняется в одностороннем порядке: перевод на новую ступень или пересчёт цены операции на 30 % — рядовое событие, которое сразу переносит вашу точку пересечения. Более редкий, но более дорогой сценарий — уход площадки с российского рынка: переносимого между платформами формата сценария не существует, и пересборка тридцати сценариев стоит около шести часов на каждый. У собственного сервиса этого риска нет, зато есть свой — уход подрядчика.
- 4Скорость проверки гипотезы
Если процесс ещё подбирается — правила квалификации меняются каждые две недели, ответственные переназначаются, поля в карточке добавляются, — конструктор выигрывает не деньгами, а тем, что изменение доходит до боя за час. В коде тот же цикл занимает день-два вместе с тестами и выкладкой. На стадии подбора это разница между «попробовали пять вариантов» и «попробовали один».
- 5Зависимость и найм
Инженера, который пишет на распространённом языке, компания может нанять в штат или сменить подрядчика без пересборки решения. Специалиста по конкретной интеграционной площадке нанять сложнее, но и держать его нужно меньше. Практическое правило: если процесс критичен для выручки и вы планируете взять его в штат, код обратимее; если процесс вспомогательный и вы точно оставите его на подрядчике, конструктор дешевле и в деньгах, и в управлении.
Гибрид: конструктор снаружи, сервис на тяжёлом шаге
Вариант, который выигрывает чаще двух чистых, устроен просто: конструктор остаётся оркестратором — принимает события, ветвит, уведомляет, ведёт журнал, — а один тяжёлый шаг выносится в маленький собственный сервис. В нашем процессе тяжёлый шаг очевиден: разбор письма с вложением и дедупликация по клиенту. Он же съедает большую часть операций, потому что крутит цикл по позициям заявки.
После выноса на заявку остаётся четыре операции вместо тринадцати. На точке пересечения — 6 000 заявок в месяц — это 24 000 операций вместо 80 000. Сервис при этом маленький: тридцать часов работы, один вход, одна ответственность, отдельный хостинг за 1 500 ₽ в месяц.
Карта связей из шести узлов. Слева четыре источника: «почта», «форма сайта», «Авито», «MAX» — стрелками в центральный блок «конструктор: приём, ветвление, уведомления, журнал». Из него стрелка вправо вниз в отдельный прямоугольник другого цвета «свой сервис: разбор письма и дедупликация, 30 часов, 1 500 ₽/мес» и стрелка обратно с подписью «готовая заявка». Из конструктора стрелка вправо в блок «CRM: сделка и ответственный». Под центральным блоком подпись «4 операции на заявку вместо 13», под всей схемой — «24 000 операций в месяц вместо 80 000». Чертёжный стиль, подписи по-русски.
Работает это по двум причинам. Во-первых, деньги за операции платятся там, где их много, а часов разработки тратится там, где их мало: тридцать часов вместо ста тридцати шести. Во-вторых, семь правок из девяти остаются в конструкторе — а именно они и составляют текучку: новое поле, другой ответственный, изменённый текст уведомления. В сервис уходят только правки самой логики разбора, а она меняется редко. Тот же приём мы применяем в решениях, где тяжёлая часть — распознавание: например, в обработке электронной почты и в автозаполнении карточек CRM.
Когда сравнивать вообще не нужно
Есть четыре ситуации, в которых расчёт выше не понадобится, потому что ответ известен заранее. Проверить их стоит до того, как запрашивать сметы у подрядчиков.
- Поток меньше 380 заявок в месяц. Владение процессом в конструкторе стоит около 26 800 ₽ в месяц. Ручной разбор одной заявки занимает 6 минут, то есть 70 ₽ по внутренней ставке. Пока заявок меньше 380, ручная работа дешевле любой из двух архитектур, и правильный ответ — не автоматизировать, а вернуться к вопросу при росте потока.
- Процесс ещё не описан. Если на вопрос «что происходит с заявкой после того, как её увидел менеджер» в компании три разных ответа, автоматизировать нечего: любой вариант зафиксирует в системе один из трёх и остальные два сломает. Сначала описание процесса, потом выбор архитектуры — порядок разбираем в материале с чего начать автоматизацию.
- Нужная функция уже есть в купленной системе. Маршрутизация заявок, шаблоны писем, напоминания по срокам есть в коробке у большинства CRM и в типовых конфигурациях 1С. Они хуже настраиваются, но не требуют ни площадки, ни владельца сценариев, ни отдельной строки в бюджете. Проверять коробку надо до сметы, а не после.
- Через процесс идут особые категории персональных данных. Данные о здоровье, паспорта, платёжные реквизиты в облачном конструкторе не место — выбор сужается до собственного сервера или собственного сервиса, и вопрос цены становится вторичным по отношению к требованиям 152-ФЗ. Наш подход к таким контурам описан на странице о безопасности.
И последнее. Все три сметы выше сойдутся только при одном условии: у процесса есть владелец — человек, за которым закреплены часы на присмотр. Шесть часов в месяц в конструкторе или один час в коде — это не строка сметы ради красоты, это единственное, что отличает работающую автоматизацию от набора сценариев, которые никто не решается выключить. Если такого человека нет, дешевле не автоматизировать вовсе: через год стоимость владения окажется выше любого из посчитанных вариантов, а посчитать её будет уже некому.
Смету запуска показывают всем. Смету третьего года не показывает никто — считать её приходится самому.
