В n8n больше 12 000 воркфлоу — команда автоматизации перестаёт строить их сама

Ромина да Коста, руководитель внутреннего ИИ и автоматизации в n8n, открыла серию «n8n on n8n» текстом о том, как компания перестраивает свою команду автоматизации. Это колонка с личной позицией автора, а не отчёт с метриками, — но вопросы в ней знакомы любой компании, где автоматизаций стало много.

Что произошло

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

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

Четыре принципа

• Растить тех, кто строит, а не только строить. Инженер разбирает с сотрудницей её собственный сломавшийся воркфлоу, а не переделывает за неё. Для отделов — обучение, готовые стартовые шаблоны, часы консультаций и «технический чемпион» в каждой команде. Для компании — общая рамка грамотного использования ИИ.
• Сначала замер, потом проект. Отдел, который просит автоматизацию, описывает текущую работу: как часто, сколько времени, кто занят, какой результат и что будет считаться заметным улучшением. Грубые оценки допустимы.
• Инструмент под задачу, а не под привычку. Если готовый продукт для этой задачи существует год и больше, его обычно лучше купить. Собственная разработка — это постоянные расходы на поддержку и безопасность.
• Устойчивость. У каждого воркфлоу должен быть владелец, документация, обработка ошибок и план передачи, если автор уйдёт.

Принцип с замером появился после показательного случая. ИИ-агент за месяц принёс воронку продаж на сумму с шестью нулями, но сравнить его с живыми менеджерами по первичным продажам оказалось невозможно: агент работал круглосуточно, а люди в основном занимались более сложными обращениями, которые агент отсеял. Пример к третьему принципу ещё проще: одна заявка на ИИ-автоматизацию по сути сводилась к «пересылать это письмо Джеймсу». С этим справится обычный почтовый фильтр — предсказуемый и неспособный ошибиться так, как может ошибиться агент.

Почему это важно

Собирать автоматизации с помощью ИИ становится проще и тем, кто не пишет код. Поэтому, считает автор, важнее становится суждение: что стоит строить, как проверить, что сработало, какой инструмент подходит и кто будет за это отвечать. Для владельцев бизнеса и руководителей это практичный чек-лист. Прежде чем заказывать очередного агента, стоит замерить, сколько времени процесс занимает сейчас, проверить, нет ли готового сервиса, и сразу назначить ответственного за поддержку. Да Коста не выдаёт желаемое за сделанное. Команда, по её словам, всё ещё работает как служба приёма заявок чаще, чем ей хотелось бы. Единого стандарта документации нет, качество описаний разное; общий шаблон обещают в ближайшие недели, и добиться его соблюдения, по её оценке, будет сложнее, чем написать. Изменить культуру одна команда не может: нужны поддержка руководства, учёт грамотности в ИИ при оценке сотрудников и цели по автоматизации для каждого отдела.

Что дальше

Центральная команда оставляет за собой сложные, рискованные и общие для всей компании задачи, а в остальном строит основу и стандарты, чтобы другие отделы автоматизировали сами. Следующие тексты серии «n8n on n8n» должны показать, как это работает на практике.