Make — это конструктор сценариев, который связывает ваши сервисы без программиста: пришла заявка в форму — ушла в CRM, упало письмо — создалась задача. Заказать настройку под ключ означает отдать подрядчику описание процесса и получить рабочий сценарий, который крутится сам. Разберём, что входит в такую работу, как ставить задачу и сколько это стоит. Часто к Make подключают и языковую модель, чтобы сценарий ещё и думал над текстом.
Что это даёт
Make под ключ — это когда подрядчик собирает за вас цепочку из ваших сервисов: формы, CRM, почта, мессенджеры, таблицы. Заявка проходит по маршруту сама, без ручного копирования между окнами. Стоимость зависит от числа шагов и капризности сервисов, простой сценарий обходится в десятки тысяч рублей, сложная связка дороже. Подписку Make оплачиваете отдельно.
В работе с владельцами я постоянно вижу одну картину: сотрудник полдня переносит данные из формы в CRM, оттуда в таблицу, оттуда в рассылку. Каждое окно — отдельное копирование руками, и на каждом шаге кто-то однажды ошибётся. Make убирает этот ручной труд: вы один раз описываете маршрут, и заявка идёт по нему сама, круглосуточно и без опечаток.
Под ключ значит, что собирать сценарий будете уже вы. Подрядчик разбирает ваш процесс, рисует маршрут, подключает сервисы по их доступам, тестирует на живых заявках и отдаёт готовую связку с инструкцией. Ваша задача — внятно описать, что и куда должно ехать. Чем точнее описание на входе, тем дешевле и быстрее выйдет результат.
- Приём заявок из форм, сайта и мессенджеров в одну CRM или таблицу
- Автоматические уведомления менеджеру и клиенту по событию
- Перенос данных между сервисами без ручного копирования
- Регулярные выгрузки и отчёты по расписанию без участия человека
Как ставить задачу
Главная причина дорогих и кривых сценариев — расплывчатая постановка. Подрядчик угадывает, что вы имели в виду, и угадывает мимо. Поэтому перед тем как заказывать, опишите процесс по шагам так, будто объясняете новому сотруднику. Это занимает полчаса и экономит недели переделок и половину бюджета на правки.
- Опишите событие-триггер: что запускает сценарий — новая заявка, письмо, время суток
- Перечислите сервисы в цепочке: откуда данные берутся и куда едут дальше
- Укажите, что делать с каждым полем: куда писать имя, телефон, сумму заказа
- Опишите развилки: что делать с заявкой на сто рублей и на сто тысяч по-разному
- Назовите, кого и как уведомлять на каждом шаге маршрута
- Отдайте это описание подрядчику до обсуждения цены, а после
Требуйте вдобавок к работающему сценарию короткую инструкцию: как он устроен, где его править и что делать, если сервис отвалился. Без этого вы привязаны к подрядчику навсегда. Хороший исполнитель отдаёт схему маршрута и список доступов, чтобы дальше вы управляли связкой сами.
Сколько стоит
Цена складывается из двух частей: разовая настройка у подрядчика и ежемесячная подписка самого Make. Настройка зависит от числа шагов и от того, насколько капризны ваши сервисы. Простой маршрут из формы в CRM обходится в десятки тысяч рублей. Связка с развилками, обработкой текста моделью и несколькими сервисами стоит дороже и считается по объёму работы.
| Тип сценария | Что внутри | Порядок стоимости настройки |
|---|---|---|
| Простой маршрут | Форма → CRM → уведомление менеджеру | Десятки тысяч рублей разово |
| Сценарий с развилками | Разные действия по условиям, фильтры, проверки | Заметно выше простого |
| Связка с моделью | Make плюс языковая модель для текста и сортировки | Зависит от числа шагов и объёма |
| Подписка Make | Лимит операций сценариев в месяц | Отдельный платёж сверх настройки |
Подписку Make оплачиваете вы, а подрядчик, и считается она по числу операций в месяц. Стартового тарифа хватает малому бизнесу с запасом, точную сумму сверьте на сайте сервиса — тарифы меняются. Если заявок поток и операций тысячи в день, тариф растёт, и тогда имеет смысл сравнить Make с альтернативой, где оплата устроена иначе.
Честный ориентир по окупаемости простой: посчитайте, сколько часов в месяц сотрудник тратит на ручной перенос данных, и переведите в деньги. Если настройка под ключ отбивается за пару месяцев сэкономленного времени, заказывать стоит. Если процесс случается раз в неделю на десять минут, автоматизация под ключ тут лишняя трата — дешевле оставить как есть.
Отдельная строка расходов, про которую забывают, — сопровождение. Сервисы меняют доступы, обновляют интерфейсы, и сценарий иногда падает. Договоритесь на берегу, входит ли месяц поддержки в стоимость или это отдельный платёж за обращение. Дешёвая настройка без сопровождения часто выходит дороже: первый же сбой останавливает поток заявок, а чинить срочно всегда дороже, чем планово. Заложите эту сумму сразу, и тогда цифра окупаемости будет честной, а приятной картинкой из коммерческого предложения.
Make или n8n
Make удобен порогом входа: визуальный конструктор, тысячи готовых подключений, быстрый старт. Минус — оплата по числу операций, которая растёт вместе с потоком заявок, и облако с серверами за рубежом. Для российского бизнеса с чувствительными данными это иногда стоп-фактор, и тогда смотрят в сторону n8n.
n8n решает ту же задачу, но его можно поставить на свой сервер и держать данные у себя. Оплата идёт за сервер, а за каждую операцию, поэтому при больших объёмах он выходит дешевле. Порог входа выше: нужен человек, который развернёт и обслужит. Выбор между ними упирается в объём заявок, чувствительность данных и наличие того, кто будет за всем этим следить.
Малому потоку и быстрому старту подходит Make: заплатили подписку, подрядчик собрал, всё работает. Большому потоку, чувствительным данным или жёсткому требованию держать всё на своём сервере — n8n. На разборе процессов мы смотрим на ваши объёмы и решаем, что дешевле в вашем конкретном случае.
Опишите процесс, который съедает время вашей команды, и я на бесплатном часовом разборе скажу, стоит ли его автоматизировать в Make, выгоднее ли n8n и в какую сумму это выльется.
Границы инструмента
Make силён на чётких маршрутах с понятными правилами, но он сам по себе тупой исполнитель: делает ровно то, что нарисовано, без здравого смысла. Когда в цепочке нужно понять смысл текста — рассортировать заявки по теме, вытащить суть из письма, ответить клиенту человеческим языком — подключают языковую модель. И тут вступает её свойство: модель ошибается уверенно, выдаёт галлюцинации, и без проверки человеком отдавать клиенту её ответ опасно.
Поэтому в сценариях с моделью держат человека в контуре на чувствительных шагах: модель готовит черновик, а отправляет его сотрудник. Простую механику без текста — перенос полей, уведомления, выгрузки — Make тянет сам и без присмотра. Граница проходит ровно там, где появляется смысловое решение, и эту границу важно проговорить с подрядчиком до старта, до первой ошибки на живом клиенте.
Второе ограничение — хрупкость связки. Make зависит от чужих сервисов, и стоит одному из них поменять доступ или формат данных, как сценарий встаёт. Это нормальное свойство любой автоматизации на сторонних сервисах, и закладывать его надо заранее. Хороший подрядчик добавляет в маршрут уведомление о сбое: если шаг упал, ответственный сотрудник сразу получает сигнал и заявки обрабатываются руками, пока связку чинят. Без такого уведомления вы узнаёте о поломке от рассерженного клиента, и это худший вариант. Поэтому при заказе под ключ просите вдобавок к маршруту контроль за его здоровьем — это превращает Make из красивой демонстрации в инструмент, которому можно доверить живой поток.