> **Коротко (по состоянию на июль 2026).** Make, Zapier и n8n — конструкторы автоматизации: вы заранее собираете сценарий по правилу «если — то», а платформа его исполняет. Это сильные инструменты для повторяемых интеграций: перенести данные между сервисами, синхронизировать таблицы, поймать вебхук. Готовый ИИ-агент — другой класс: вы описываете задачу словами, а он сам решает, как её выполнить, и справляется с ситуациями, которых вы не заложили заранее. У всех трёх конструкторов теперь есть «AI-шаги» и даже агентские ноды, но это шаг *внутри* сценария, который всё равно проектируете вы, а не автономный исполнитель, владеющий задачей целиком. Вопрос не «что лучше вообще», а «под какую задачу». Ниже — честное сравнение и таблица.

## Что такое Make, Zapier и n8n

Это три ведущих no-code/low-code платформы автоматизации. Общая идея одна: соединить сервисы, которые сами по себе не разговаривают, и гонять между ними данные по заданной логике. Различаются они акцентами.

- **Zapier** — самый широкий каталог интеграций (тысячи приложений) и самый простой вход. Автоматизация здесь называется Zap: триггер в одном приложении → действия в других. Полностью облачный, ничего не надо хостить; тарификация — по числу выполненных действий (tasks). На большом объёме — самый дорогой.
- **Make** — визуальный конструктор сценариев (blueprints) с роутерами, фильтрами и ветвлениями. Даёт более тонкий контроль над логикой, чем Zapier, и на больших объёмах операций обычно дешевле за счёт своей модели тарификации.
- **n8n** — open-source, можно развернуть self-hosted на своём сервере (данные не уходят в чужое облако). Есть code-ноды (JavaScript/Python) и богатый набор AI/LangChain-нод. Самый гибкий и мощный из трёх — но рассчитан на техническую команду.

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

## Что такое готовый ИИ-агент

ИИ-агент — это не конструктор, а исполнитель, которому вы ставите задачу словами, как сотруднику. Он сам разбивает её на шаги, обращается к данным, считает, рассуждает и доводит до результата. Сам Решу — готовый ИИ-агент: он подключается к вашим системам по официальным API (Ozon, Wildberries, amoCRM, Битрикс24, МойСклад, Mango и другие), настраивается обычным языком и работает в режиме «черновик → подтверждение» на спорных действиях. Вам не нужно собирать сценарий из блоков — вы описываете цель, а как её достичь, агент решает сам.

## Ключевая разница: сценарий против решения

Конструктор исполняет *маршрут*, который вы начертили заранее: пришло событие A → сделай B → если условие C, то D. Пока реальность совпадает с маршрутом — всё работает. Как только появляется случай, которого нет в схеме, сценарий либо останавливается, либо делает не то:

- **Появилось новое поле.** В карточке товара или в CRM возникло поле, которого не было при сборке сценария. Конструктор не знает, куда его положить, — ветка падает или молча теряет данные. Агент видит поле, понимает его смысл и учитывает.
- **Нестандартный ответ клиента.** Сценарий ждёт «да/нет». Клиент пишет: «ну, наверное, если завтра успеете — тогда да, а нет — верну». Конструктор такое не разбирает; агент читает это как человек и действует по сути.
- **«А если возврат?»** Вы собрали красивый флоу оформления заказа — а потом всплывают возврат, частичная отмена, брак, перенос. Каждый случай — новая ветка, и их скоро никто не поддерживает. Агент рассуждает и закрывает длинный хвост исключений без отдельной ветки на каждое.

Здесь важно не обмануться на слове «AI». У Make, Zapier и n8n действительно появились AI-шаги и агентские ноды — они могут внутри сценария вызвать модель, классифицировать текст, сгенерировать ответ. Но это по-прежнему *шаг внутри маршрута, который спроектировали вы*: вы решаете, где он стоит, что получает на вход и куда отдаёт результат. Агент же владеет задачей целиком. Грубо: AI-шаг отвечает на один вопрос в нужной точке конвейера; агент ведёт всю работу от постановки до результата.

## Сравнение

| Критерий | Make / Zapier / n8n | ИИ-агент (Сам Решу) |
|---|---|---|
| Настройка | собрать сценарий из блоков (визуально/кодом) | описать задачу словами |
| Нестандартные ситуации | ломается или идёт «не туда», если случая нет в схеме | адаптируется, решает по смыслу |
| Перенос данных vs анализ и счёт | сильны в переносе и синхронизации | сильны в анализе, расчёте, рассуждении |
| Длинные задачи с рассуждением | набор отдельных шагов, логику держите вы | ведёт задачу целиком, сам планирует шаги |
| Нужен ли технарь | Zapier — почти нет; Make — желательно; n8n — да | нет, настройка обычным языком |
| Стоимость на объёме | предсказуема, дёшева на массовых операциях | выгоднее там, где заменяет ручной труд и решения |
| Предсказуемость / детерминизм | **выше** — один вход даёт один и тот же результат | ниже, поэтому важен режим подтверждения |
| Потолок | предсказуемые интеграции по жёсткому правилу | задачи, которые нельзя разложить в сценарий заранее |

Честно: там, где нужен строгий детерминизм — «каждый заказ всегда создаёт ровно одну строку в таблице» — конструктор надёжнее и дешевле. Это его сильная сторона, а не недостаток. Агент силён там, где заранее прописать все ветки невозможно.

## Когда достаточно Make, Zapier или n8n

- **Детерминированные интеграции.** Новый заказ → запись в CRM → уведомление в чат. Правило простое и неизменное.
- **Синхронизация систем.** Держать в согласии каталог, остатки, контакты между сервисами.
- **Вебхуки и триггеры.** Поймать событие от одной системы и передать в другую.
- **ETL и перекладка данных.** Регулярно выгрузить, преобразовать по фиксированным правилам, загрузить.

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

## Когда нужен ИИ-агент

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

- держать цену от юнит-экономики с учётом десятка меняющихся факторов, а не по одному правилу — это [«Ценообразование (маркетплейсы)»](/skills/pricing_advisor_ru) поверх [«Юнит-экономики по SKU»](/skills/unit_economics_ru), например [подключить агента к Ozon](/resources/kak-podklyuchit-ii-k-ozon);
- разобрать переписку в [amoCRM](/resources/kak-podklyuchit-ii-k-amocrm) или [Битрикс24](/resources/kak-podklyuchit-ii-k-bitrix24) и ответить по существу, а не шаблоном, — [«Скрипты продаж и обработка возражений»](/skills/sales_scripts_ru);
- собрать P&L, найти убыточные позиции и объяснить, почему они убыточны, — [«P&L, финмодель и финансовый анализ»](/skills/financial_analysis_ru);
- отвечать на отзывы и вопросы покупателей осмысленно, а не по триггеру-заготовке, — [«Отзывы и вопросы на маркетплейсах»](/skills/marketplace_reviews_ru).

> «Разбери переписку по сделкам, зависшим дольше недели, вытащи возражение, на котором каждая
> остановилась, и предложи следующий шаг по каждой — отдельно отметь те, где возражение повторяется
> у разных клиентов.»

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

## Можно ли совмещать

Да, и часто это лучший вариант — они не конкуренты в лоб. Конструктор — отличный *транспорт*: он надёжно ловит события и доставляет данные. Агент — *мышление*: он решает, что с этими данными делать. Схема «Zapier/Make/n8n поймал событие и передал агенту → агент разобрался и вернул результат → конструктор разнёс его по системам» использует сильные стороны обоих: детерминированную доставку и осмысленное решение.

## Чек-лист: конструктор или агент

1. **Задачу можно записать одним неизменным правилом «если — то»?** Да → конструктор. Нет → агент.
2. **Каждый случай одинаковый или каждый чуть другой и требует суждения?** Одинаковый → конструктор. Разный → агент.
3. **Что важнее — перенести данные или проанализировать и решить?** Перенести → конструктор. Решить → агент.
4. **Сколько веток «а если…» вы уже нарисовали?** Больше десятка неподдерживаемых if/else — сигнал в пользу агента.
5. **Есть ли в команде тот, кто соберёт и будет чинить сценарий?** Нет, и хочется «объяснить словами» → агент.

## Частые вопросы

**Чем ИИ-агент отличается от Zapier?**
Zapier исполняет сценарий (Zap), который вы собрали заранее: триггер → действия по жёсткому правилу. У Zapier тысячи интеграций и есть AI-шаги, но базовая модель — «вы проектируете маршрут, платформа его гоняет», а вне сценария он останавливается. ИИ-агент вроде Сам Решу работает наоборот: вы ставите задачу словами, а он сам решает, как её выполнить, и справляется со случаями, которых вы не заложили. Zapier силён в предсказуемом переносе данных; агент — в задачах, где нужно думать и адаптироваться.

**Можно ли заменить Make на нейросеть?**
Частично — смотря какая задача. Если Make у вас гоняет строгие сценарии (заказ → таблица → уведомление), нейросеть-агент это не заменяет и не должен: детерминированный конвейер надёжнее и дешевле. Но если вы обвешали сценарий десятками веток, пытаясь покрыть «нестандартные» случаи, и он всё равно ломается — это признак, что задача требует суждения, и её лучше отдать агенту. Часто оптимально совмещать: Make как транспорт, агент как мышление.

**n8n или ИИ-агент — что выбрать?**
Зависит от команды и задачи. n8n — самый мощный и гибкий конструктор: self-hosted, code-ноды, AI/LangChain-ноды, данные остаются у вас. Но он рассчитан на техническую команду, которая соберёт и будет поддерживать воркфлоу. Готовый ИИ-агент не требует ни хостинга, ни разработчика — настройка обычным языком, а решения он принимает сам. Берите n8n, если есть инженеры и нужен полный контроль над инфраструктурой; берите агента, если хотите объяснить задачу словами и получить результат без сборки. Их можно и совмещать: n8n возит данные, агент думает.

**У Make, Zapier и n8n же есть AI — зачем отдельный агент?**
Их AI — это шаги *внутри* сценария: вызвать модель, классифицировать, сгенерировать текст в заранее заданной точке маршрута. Полезно, но маршрут по-прежнему проектируете вы. Отдельный ИИ-агент владеет задачей целиком: сам планирует шаги, сам обращается к данным, сам доводит до результата и адаптируется к непредусмотренному. Это разница между «умным шагом в конвейере» и «исполнителем, которому поручили задачу».

**Насколько это безопасно и предсказуемо?**
Конструкторы детерминированы: один вход даёт один и тот же выход — это их сильная сторона. Агент по природе гибче, поэтому у Сам Решу есть режим «черновик → подтверждение»: рутину можно отдать на автомат, а спорные действия агент показывает на согласование перед выполнением. Подключение идёт по официальным API через ключи из личного кабинета — без передачи логина и пароля.

---

**Последнее обновление:** июль 2026.

**Источники:** официальная документация и справка Zapier (каталог интеграций, Zaps, Copilot, Zapier Agents, MCP); документация Make (сценарии/blueprints, роутеры и фильтры, модель тарификации по операциям, AI-модули); документация n8n (self-hosted, code-ноды, AI/LangChain-ноды, AI Agent node); публичные обзоры и сравнения платформ автоматизации за 2025–2026; документация официальных API Ozon, Wildberries, amoCRM, Битрикс24, МойСклад и Mango.