Какие процессы окупаются первыми, как описать процесс так, чтобы его вообще можно было автоматизировать, чем отличаются n8n, Make и собственный код и что делать, когда сценарий однажды упадёт.
Что автоматизировать первым
Соблазн начать с самого сложного и заметного процесса велик, но окупается обратный подход. Первыми стоит брать задачи, у которых сходятся три признака: они повторяются много раз в неделю, выполняются по понятному правилу и стоят кому-то живого времени.
- Перенос данных между системами — из формы в CRM, из CRM в таблицу, из таблицы в бухгалтерию.
- Формирование документов: договоры, счета, акты, коммерческие предложения по шаблону.
- Отчёты, которые кто-то собирает руками каждый понедельник.
- Напоминания и согласования, которые держатся на чьей-то памяти.
- Распределение заявок и задач по правилам, которые все и так знают наизусть.
Такие задачи скучные, и именно поэтому их автоматизация возвращает вложения быстрее всего: результат виден в первую же неделю, а риск ошибки минимальный.
Как описать процесс перед автоматизацией
Автоматизировать можно только то, что описано. Чаще всего процесс в компании существует в виде «Марина знает, как это делается», и первый честный шаг — вытащить это знание наружу.
- Что запускает процесс: письмо, заявка, дата, действие в CRM.
- Какие данные нужны на входе и откуда они берутся.
- Какие решения принимаются по пути и по какому правилу.
- Что считается успешным завершением — и как это проверить.
- Что делать при исключении: нет данных, отказ сервиса, нестандартный случай.
Последний пункт пропускают чаще всего, и именно он определяет, будет ли автоматизация надёжной. Сценарий, у которого не продуман отказ, однажды тихо перестанет работать, и узнают об этом через неделю по недовольному клиенту.
n8n, Make или собственный код
Вопрос инструмента решается не вкусом, а тремя вещами: сложностью логики, требованиями к данным и тем, кто будет это поддерживать через год.
- Make — быстрый старт для линейных сценариев с популярными сервисами. Отлично подходит, когда логика простая и её редко меняют.
- n8n — когда сценариев много, логика ветвится и данные не должны покидать вашу инфраструктуру: его можно поставить на собственный сервер.
- Собственный код — когда нагрузка высокая, интеграция нестандартная или требуется поведение, которое в конструкторе выражается через десять костылей.
В реальных проектах это почти всегда смесь: тяжёлая логика в коде, обвязка и интеграции в n8n. Мы стараемся, чтобы бо́льшая часть системы оставалась в наглядном виде — так её сможет прочитать не только автор.
Надёжность: что будет, когда сломается
Любая автоматизация однажды упадёт: сменится формат ответа у стороннего сервиса, истечёт токен, кто-то переименует колонку в таблице. Вопрос не в том, случится ли это, а в том, узнаете ли вы об этом в тот же час.
- Повторные попытки с нарастающей паузой — большинство сбоев сетевые и проходят сами.
- Уведомление ответственному человеку при отказе, а не запись в лог, который никто не читает.
- Очередь необработанных задач: когда сервис вернётся, они доедут, а не потеряются.
- Ручной обход для критичных процессов — чтобы бизнес не встал целиком из-за одного упавшего сценария.
Данные и доступы
Автоматизация по определению получает доступ к рабочим данным компании, и это место, где не стоит экономить на аккуратности. Мы придерживаемся простых правил: ключи и токены заводятся на стороне заказчика, доступ выдаётся по минимуму необходимого, каждый сервис получает отдельный ключ, который можно отозвать, не ломая остальное.
При завершении работ доступы передаются заказчику вместе с описанием того, что где лежит. Ситуация, когда компания не может обслуживать собственную автоматизацию без подрядчика, нас не устраивает.
Как считать окупаемость
Считать нужно до внедрения, иначе спорить о результате будет не с чем. Формула простая: сколько раз в месяц выполняется операция, умножить на время одного выполнения, умножить на стоимость часа сотрудника. Это верхняя граница экономии.
К ней стоит добавить то, что обычно не считают: стоимость ошибок ручного ввода, стоимость задержек в согласованиях и стоимость того, что квалифицированный сотрудник занят копированием строк вместо работы, ради которой его нанимали.
Частые вопросы
- Мы небольшая компания — нам это рано?
- Скорее наоборот. В большой компании рутину распределяют по людям, в маленькой она вся падает на двух–трёх человек, и именно там час освобождённого времени стоит дороже всего.
- Придётся ли менять инструменты, к которым все привыкли?
- Нет. Автоматизация встраивается между существующими сервисами и работает в фоне. Для сотрудника в идеале не меняется вообще ничего, кроме того, что часть работы перестаёт появляться.
- Что если процесс изменится через полгода?
- Это нормальный сценарий, и мы закладываем его заранее: сценарии собираются модульно, а правила по возможности выносятся в настройки, чтобы менять их без разработчика.
