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