На чем собирать автоматизацию в 2026: конструктор, готовый сервис или свое решение

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

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

Три класса, если коротко

Визуальные конструкторы сценариев. Вы мышкой собираете цепочку: пришло письмо, достали вложение, положили строку в таблицу, отправили сообщение в чат. Из массовых это n8n, Make, Zapier, из тех, что принимают оплату в рублях, - Albato и ApiX-Drive. Логика в них одинаковая, отличаются набором готовых подключений и тарификацией.

Готовые отраслевые сервисы. Продукт, который уже умеет ваш процесс: сервис аналитики маркетплейсов, CRM с встроенными сценариями, система автоответов на обращения. Вы не собираете цепочку, вы включаете функцию.

Свое решение на своем сервере. Код, который делает ровно то, что нужно, и живет в вашем контуре. Сюда же попадает самостоятельно развернутый n8n: формально это конструктор, но контур уже ваш, и экономика другая.

Класс 1. Визуальные конструкторы сценариев

Что дают. Первый рабочий сценарий за один день. Готовые подключения к почте, таблицам, мессенджерам, банковским выпискам и десяткам сервисов - то, на что в своем коде уходят недели. Наглядность: сценарий видно глазами, его может поправить человек без разработчика.

Чего стоят. Тарификация почти везде идет по числу операций или задач, а не по числу пользователей. Стартовые тарифы облачных версий - порядка 20-25 долларов или евро в месяц у зарубежных, несколько тысяч рублей у российских. Цифра выглядит мирно ровно до момента, когда сценарий начинает срабатывать не десять раз в день, а десять тысяч. Проверяйте не цену тарифа, а цену вашего фактического объема операций.

Отдельная строка - оплата. Подписка на зарубежный сервис из России в 2026 году остается задачей со звездочкой, и это не мелочь: автоматизация, которая отключится из-за непрошедшего платежа, останавливает процесс целиком.

Где потолок. Три места.

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

Второе: чужой контур. Через облачный конструктор проходят ваши письма, документы и выгрузки. Для персональных данных и коммерческой тайны это отдельный разговор, и вести его надо до внедрения.

Третье: чужие лимиты. Ограничение на время выполнения шага, на размер файла, на число параллельных запусков. Пока не уперлись - незаметно, после - неприятно.

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

Класс 2. Готовые отраслевые сервисы

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

Чего стоят. Обычно подписка за пользователя или за подключенный кабинет. Растет вместе с командой.

Где потолок. Он там же, где заканчивается стандартная модель сервиса. Пока ваш процесс совпадает с тем, что заложил разработчик, все прекрасно. Как только у вас есть свое поле, свой статус, свой способ считать метрику - вы упираетесь в стену, и обойти ее нельзя ни за какие деньги, потому что это чужой продукт.

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

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

Класс 3. Свое решение на своем сервере

Что дают. Логика любой сложности, потому что ограничений формата нет. Данные не покидают периметр. Цена не привязана к числу пользователей: пустить в систему пятьдесят человек стоит примерно столько же, сколько десять. Интеграция с вашей учетной системой возможна на уровне базы, а не на уровне выгрузок.

Чего стоят. Разработка - от нескольких десятков тысяч рублей за один узкий сценарий до сотен тысяч за связку из нескольких процессов. Сервер - от 500 до 2000 рублей в месяц для типовых нагрузок. Плюс тот, кто это обслуживает: свой человек или подрядчик на поддержке.

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

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

Стоимость владения: три строки, а не одна

Ошибка сравнения - смотреть только на цену подписки. Считать надо тремя строками.

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

Месяц эксплуатации. Подписка плюс объем операций плюс время человека, который следит, что все работает. Последнее забывают всегда, а это обычно самая большая строка.

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

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

Сводно по трем классам это выглядит так.

Параметр	Конструктор	Отраслевой сервис	Свое решение
Время до первого результата	1-2 дня	неделя	от 3 недель
От чего растет цена	от числа операций	от числа пользователей	почти не растет
Где живут данные	в чужом облаке	в чужом облаке	у вас
Сложная логика	до определенного предела	только заложенная вендором	без ограничений
Цена одного изменения	полчаса	бесплатно или невозможно	часы подрядчика
Что нужно от вас	человек, который соберет	ничего	владелец системы

Таблица не выбирает за вас, но она хорошо показывает, что классы не конкурируют напрямую: они закрывают разные стадии зрелости процесса.

Семь признаков, что вы выросли из конструктора

Каждого признака по отдельности достаточно, чтобы сесть и пересчитать.

1. Счет растет от объема, а не от пользы. Операций стало больше, а результат тот же: те же отчеты, те же уведомления.
2. Сценарий разросся. Полсотни блоков, вложенные ветвления, и правку боится делать даже тот, кто это собирал.
3. Данные нельзя выпускать наружу. В сценарий попали персональные данные, договоры или финансовая аналитика.
4. Уперлись в лимиты. Файл не проходит по размеру, шаг обрывается по таймауту, параллельных запусков не хватает.
5. Нужны действия внутри вашей системы. Не переложить строку из А в Б, а изменить цену, создать документ, пересчитать остаток по своей логике.
6. Оплата стала отдельной задачей. Каждый месяц кто-то думает, как продлить подписку.
7. Один сценарий стал десятью. Между ними появились зависимости, и порядок запуска теперь имеет значение.

Три признака и больше - переезд обычно уже дешевле, чем терпеть.

Куда в этой картине вставляется ИИ

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

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

Практический вывод: если вам продают ИИ-автоматизацию, спрашивайте не про модель, а про то, где живет сценарий, кто владеет данными и что произойдет, когда процесс изменится. Модель в этой связке - самая заменяемая часть.

Как выбирать: порядок, который экономит деньги

Первое: проверьте, не решено ли это готовым отраслевым сервисом. Час поиска дешевле месяца сборки.

Второе: если готового нет, соберите на конструкторе минимальную версию за неделю. Цель - не красивая схема, а честный ответ на вопрос, сколько процентов работы это реально снимает и сколько случаев остается человеку.

Третье: проживите на этой версии месяц-полтора. За это время выяснится настоящий объем операций, настоящие исключения и настоящая цена ошибки.

Четвертое: пересчитайте по трем строкам с реальными цифрами и решайте про переезд. Не до, а после.

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

Отдельно про смешанный вариант, который на практике встречается чаще чистых. Часть сценариев остается в конструкторе, потому что там они меняются каждую неделю и это удобно. Тяжелая часть - расчеты, работа с чувствительными данными, интеграция с учетной системой - переезжает в свое решение. Это нормальная архитектура, а не признак того, что вы не смогли выбрать. Плохо не когда инструментов два, плохо когда ни у одного из них нет владельца.

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

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

Что попадает внутрь сценария? Если персональные данные или финансовая аналитика - вопрос о контуре надо решать до, а не после.

Что будет, когда шаг упадет? Автоматизация без обработки ошибок однажды тихо остановится, и вы узнаете об этом от клиента.

Кто внесет правку через полгода? Имя, а не отдел. Если имени нет, система еще не готова к запуску.

Как мы поймем, что все работает? Должен быть простой признак жизни: ежедневное сообщение, счетчик успешных запусков, отметка в таблице. Тишина не равна порядку.

Коротко о главном

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

Считайте тремя строками: запуск, месяц эксплуатации, цена одного изменения. По первой строке всегда выигрывает конструктор, по трем на горизонте года - часто нет.

Начинать почти всегда стоит с готового или с конструктора, а переезжать - по признакам, а не по ощущению, что пора.