EspoCRM Workflows: 10 сценариев автоматизации для отдела продаж

Производственная компания в Ростове, 9 менеджеров по продажам. Руководитель отдела тратил 1,5 часа в день на то, чтобы проверить: кто не позвонил клиенту после встречи, у кого зависла сделка на одной стадии больше двух недель, кто забыл отправить коммерческое предложение. После настройки восьми Workflow в EspoCRM система сама отправляла уведомления, ставила задачи и напоминала. Руководитель сократил ежедневный контроль до 20 минут.

В этой статье: 10 практических сценариев автоматизации, которые работают в EspoCRM без программирования.

Что такое Workflow в EspoCRM

Workflow — это правило: «Если происходит событие X при условии Y, выполнить действие Z».

Событие: создана запись, изменено поле, наступила дата, запись привязана к другой записи.

Условие: значение поля равно чему-то, запись принадлежит определённому пользователю, сумма больше N.

Действие: создать задачу, отправить письмо, изменить поле, отправить webhook, создать другую запись.

Workflow настраивается в разделе «Управление», пункт «Workflows». Интерфейс визуальный, код писать не нужно. Каждый workflow привязан к одной сущности (Сделки, Контакты, Задачи, и т.д.).

Ниже — 10 сценариев, которые можно настроить за 30-90 минут каждый.

Сценарий 1: автоматическое назначение сделки

Проблема. Новая сделка создана с сайта, но менеджер не назначен. Запрос висит без ответственного.

Как настроить. Триггер: «Сделка создана». Условие: поле «Ответственный» пустое. Действие: назначить ответственного по правилу (round-robin между менеджерами, или конкретный пользователь, или по признаку источника).

Дополнение. Одновременно создаётся задача «Связаться с клиентом» с дедлайном «завтра 10:00» и назначается тому же менеджеру. Менеджер утром видит задачу в своём списке.

Результат. Ни одна входящая заявка не остаётся без ответственного. Скорость первичной реакции растёт.

Сценарий 2: сигнал о зависшей сделке

Проблема. Менеджер забыл про сделку, она висит в стадии «Переговоры» 14 дней без активности.

Как настроить. Триггер: «Сделка изменена». Условие: «Дата последней активности меньше текущей даты минус 14 дней» И «Стадия не равна Закрыта/Отказ». Действие: отправить email руководителю с данными сделки, создать задачу менеджеру «Проверить статус клиента».

Альтернатива. Workflow по расписанию (Scheduled): каждую ночь проверяет все открытые сделки с активностью старше 14 дней и формирует список. Утром руководитель получает сводку.

Результат. Сделки перестают «зависать» незаметно. Потери выручки от забытых клиентов снижаются.

Сценарий 3: задача после встречи

Проблема. Менеджер провёл встречу с клиентом, но забыл поставить себе задачу на follow-up.

Как настроить. Триггер: «Встреча изменена». Условие: «Статус встречи изменился на Проведена». Действие: создать задачу «Отправить резюме встречи клиенту» с дедлайном «через 2 часа», назначить на организатора встречи.

Вариация. Дополнительно отправить клиенту письмо по шаблону «Спасибо за встречу» автоматически сразу после закрытия встречи.

Результат. Follow-up после встречи становится обязательным, а не зависящим от памяти менеджера.

Сценарий 4: письмо клиенту при переходе на стадию КП

Проблема. Менеджер перевёл сделку на стадию «Коммерческое предложение», но не уведомил клиента, что предложение будет отправлено.

Как настроить. Триггер: «Сделка изменена». Условие: «Стадия изменилась на Коммерческое предложение». Действие: отправить письмо контакту по шаблону «[Имя], мы готовим для вас коммерческое предложение. Ожидайте письмо в течение 24 часов».

Результат. Клиент информирован, ожидание оправдано. Снижается число звонков «ну когда же КП?» в адрес менеджера.

Сценарий 5: напоминание о продлении договора

Проблема. Договор с клиентом заканчивается через 30 дней, менеджер не знает об этом и не инициирует продление.

Как настроить. Сущность: «Договоры» (или кастомный модуль, если у вас нет стандартного). Триггер: Scheduled Workflow — запускается ежедневно. Условие: «Дата окончания договора равна текущей дате плюс 30 дней». Действие: создать задачу «Инициировать продление договора» ответственному менеджеру, отправить письмо менеджеру с деталями договора.

Результат. Менеджер не пропускает момент продления. LTV клиента растёт, так как продления инициируются вовремя.

Сценарий 6: уведомление в Telegram о крупной сделке

Проблема. Крупная сделка создана, но руководитель узнаёт об этом только на еженедельном совещании.

Как настроить. Триггер: «Сделка создана» или «Сумма сделки изменена». Условие: «Сумма сделки больше 500 000 рублей». Действие: отправить webhook на Telegram-бот с данными сделки.

Содержание уведомления: «Новая крупная сделка: [Название], [Сумма], ответственный [Менеджер], стадия [Стадия]». Руководитель получает уведомление в Telegram немедленно.

Результат. Руководитель в курсе крупных сделок в реальном времени. Может быстро подключиться к переговорам, если нужна его экспертиза.

Сценарий 7: напоминание клиенту о встрече

Проблема. Клиент забыл о запланированной встрече или демонстрации, пришёл неподготовленным.

Как настроить. Триггер: Scheduled Workflow. Условие: «Дата встречи равна текущей дате плюс 1 день», статус встречи «Запланирована». Действие: отправить письмо участнику встречи (инвайти) по шаблону с напоминанием о времени, теме и ссылке на видеоконференцию.

Вариация. За 2 часа до встречи отправить SMS через интеграцию с SMS-сервисом (через webhook).

Результат. Снижение процента неявок клиентов на запланированные встречи.

Сценарий 8: автоматическая метка VIP-клиента

Проблема. Менеджеры не всегда помечают крупных клиентов специальным тегом, и они теряются в общей базе.

Как настроить. Триггер: «Сделка закрыта как выигранная». Условие: «Сумма сделки больше 300 000 рублей». Действие: обновить поле «Категория» в связанном Аккаунте на значение «VIP», добавить тег «Крупный клиент».

Дополнение. Одновременно отправить письмо менеджеру с рекомендацией поставить звонок благодарности в течение 3 дней.

Результат. VIP-сегмент ведётся автоматически, без ручной сортировки. Отчёты по ключевым клиентам точные.

Сценарий 9: задача при входящем письме

Проблема. Клиент написал письмо, оно появилось в EspoCRM, но менеджер занят другими делами и не заметил.

Как настроить. Триггер: «Email получен» (для групповых ящиков). Условие: «Статус связанной сделки не равна Закрыта». Действие: создать задачу «Ответить на письмо» с дедлайном «через 2 часа» и назначить ответственному по сделке.

Результат. Входящие письма от активных клиентов не остаются без ответа. Скорость реакции на коммуникацию клиента становится управляемым параметром.

Сценарий 10: NPS-опрос после закрытия сделки

Проблема. Компания не собирает обратную связь системно, только когда кто-то вспоминает.

Как настроить. Триггер: «Сделка изменена». Условие: «Стадия изменилась на Закрыта (выиграна)». Действие: подождать 30 дней (delayed action), затем отправить письмо клиенту с ссылкой на форму NPS. Результат опроса фиксируется как активность в карточке клиента.

Результат. Сбор обратной связи автоматизирован. Компания получает данные NPS без участия менеджера. Данные накапливаются в CRM и доступны для анализа.

Сценарий: автоматизация повторных продаж

Отдельный класс Workflow, который часто упускают на старте: повторные продажи существующим клиентам.

Workflow «Клиент без контакта 90 дней». Триггер: Scheduled, ежедневно. Условие: «Дата последней активности по аккаунту больше 90 дней назад» И «Аккаунт имеет хотя бы одну закрытую выигранную сделку». Действие: создать задачу «Позвонить клиенту для проверки» назначенному менеджеру.

Workflow «Поздравление с годовщиной». Триггер: Scheduled, ежедневно. Условие: «Дата первой сделки с клиентом равна текущей дате минус 1 год». Действие: отправить менеджеру задачу «Поздравить клиента с годовщиной сотрудничества».

Эти сценарии работают тихо и системно. Без CRM менеджер просто не помнит, когда в последний раз звонил клиенту. С Workflow система напоминает сама.

Как настроить Workflow технически

Каждый Workflow в EspoCRM состоит из четырёх блоков:

Триггер. Когда запускается: «Only Once» (только при первом выполнении условия), «Repeatedly» (каждый раз при изменении), «Scheduled» (по расписанию).

Условия. Набор фильтров по полям записи, связанным записям, значениям формул. Можно комбинировать условия через AND/OR.

Действия. Что выполняется: создать запись, обновить поле, отправить email, отправить webhook, запустить другой workflow, применить формулу к полю.

Порядок действий. Несколько действий выполняются последовательно. Можно добавить задержку между действиями (delayed action): «Через 24 часа после выполнения условия отправить письмо».

Рекомендация при настройке. Начинайте с простых сценариев (создать задачу при смене поля) и тестируйте на тестовой записи перед включением в production. Неправильно настроенный workflow может создать сотни задач или писем. Для тестирования удобно создать тестовый контакт и сделку, после чего вручную изменить нужное поле и посмотреть, сработал ли Workflow и что именно он сделал. Логи выполненных Workflow доступны в разделе «Управление», подраздел «Workflow Log» — там видно, какие условия сработали, когда, и что именно было выполнено.

Приоритизация: с каких Workflow начинать

Для компании, только запускающей CRM, рекомендуется следующий порядок приоритетов.

Первая неделя. Сценарии 1 и 9: автоназначение входящих сделок и задача при входящем письме. Это устраняет самую болезненную точку — потерянные заявки. Настройка занимает 1-2 часа.

Вторая неделя. Сценарий 2: сигнал о зависшей сделке. Руководитель начинает видеть системные проблемы, а не узнавать о них случайно. Сценарий 3: задача после встречи. Это повышает дисциплину follow-up.

Третья-четвёртая неделя. Сценарии 4 и 6: уведомление клиенту при переходе на стадию КП и сигнал руководителю о крупных сделках. К этому моменту команда уже привыкла к первым Workflow и не воспринимает автоматические задачи как чужеродный элемент.

После стабилизации. Сценарии 5, 7, 8, 10: продления договоров, напоминания клиентам, VIP-метки, NPS. Это тонкая настройка, которая работает лучше после того, как основной процесс устоялся.

Не пытайтесь настроить все 10 сценариев за один день. Команде нужно время адаптироваться к тому, что система ставит задачи. Постепенный запуск даёт время выявить неожиданные конфликты между правилами. Хорошая практика: после каждого нового Workflow дать команде поработать с ним неделю, собрать обратную связь и скорректировать логику, прежде чем добавлять следующий. Это снижает риск того, что половина команды начнёт игнорировать автоматические задачи как «мусор», не имеющий отношения к реальной работе.

Типичные ошибки при настройке Workflow

Триггер «Repeatedly» без дополнительных условий. Workflow срабатывает каждый раз при изменении любого поля записи. Если менеджер редактирует сделку 10 раз в день, задача создаётся 10 раз. Решение: добавить условие на конкретное изменение поля или переключиться на «Only Once».

Нет условия по статусу сделки. Workflow о follow-up срабатывает в том числе на закрытых и потерянных сделках. Всегда добавляйте условие «Стадия не равна Закрыта/Отказ» для сценариев, которые должны работать только с активными сделками.

Спам автоматическими письмами. Workflow отправляет письма клиентам при каждом изменении, которое они не ожидают. Тщательно выбирайте триггеры для исходящих писем: используйте «Only Once» или explicit условие на конкретную смену стадии.

Кейс: дистрибьюторская компания, Краснодар

Дистрибьютор промышленного оборудования, 12 менеджеров, средний цикл сделки 45 дней. До автоматизации руководитель проводил ежедневную планёрку для контроля: кто звонил, кто отправил КП, у кого сделка зависла. 40 минут каждое утро на 12 человек.

Настроили 6 Workflow за 2 рабочих дня:

• Автоназначение при входящей заявке с сайта
• Сигнал о сделке без активности 10 дней
• Задача follow-up после каждой встречи
• Письмо клиенту при переходе на стадию КП
• Уведомление в Telegram о сделках больше 1 000 000 рублей
• Напоминание о продлении контракта за 60 дней

Результат через 2 месяца: ежедневная планёрка сокращена до 15 минут (с 40 минут). Процент сделок, по которым менеджер не вышел на связь в течение 48 часов после заявки, снизился с 22% до 4%. Конверсия из КП в договор выросла на 8 процентных пунктов: менеджеры стали точнее контролировать момент, когда нужно позвонить после отправки предложения.

Дополнительный эффект: менеджеры перестали воспринимать контроль как личное недоверие. Система ставит задачи, а не руководитель. Это снизило напряжённость на планёрках.

Вопросы о Workflow в EspoCRM

Сколько Workflow можно создать?

Ограничений по количеству нет. На практике 10-20 активных Workflow достаточно для большинства отделов продаж. Больше Workflow создают риск конфликтов между правилами: одна и та же запись может попасть под несколько триггеров. Рекомендуется документировать каждый Workflow и проверять пересечения.

Workflow работает в реальном времени?

Workflow с триггером «Запись создана» или «Запись изменена» выполняются синхронно, в момент сохранения записи. Scheduled Workflow работает по расписанию (каждый час, ежедневно в заданное время). Delayed action (задержка перед действием) обрабатывается асинхронно через очередь задач.

Можно ли откатить действие Workflow?

Нет встроенного механизма отката. Если Workflow создал 200 ненужных задач, придётся удалять вручную или через скрипт через API. Поэтому тестирование перед включением обязательно.

Workflow доступен в EspoCRM Community Edition?

Да. Workflow входит в стандартный функционал бесплатной Community Edition. Enterprise добавляет некоторые дополнительные типы триггеров и возможности, но базовых сценариев вполне достаточно для решения большинства задач.

Как использовать Workflow для интеграции с внешними сервисами?

Действие «Отправить webhook» позволяет при срабатывании Workflow отправить HTTP-запрос на любой URL. Это точка интеграции с Telegram-ботами, SMS-сервисами, системами аналитики, корпоративными мессенджерами. Запрос содержит данные записи в формате JSON.

Workflow в EspoCRM превращает ручной контроль в автоматические процессы. Менеджеры работают по системе, а не по памяти. Руководитель управляет исключениями, а не операционными деталями. Это разница между тем, чтобы постоянно тушить пожары, и тем, чтобы выстроить систему, которая не позволяет им возникать. На практике 6-8 правильно выбранных Workflow закрывают большинство типичных болей отдела продаж: зависшие сделки, пропущенные follow-up, нескоординированное общение с клиентом. Руководитель освобождается от роли напоминальщика, менеджеры не пропускают ключевые моменты в сделке, клиенты получают своевременную коммуникацию. Для полноценного внедрения достаточно выбрать 5-7 сценариев, критичных для вашего процесса продаж, и настроить их последовательно.

Получить консультацию: поможем выбрать приоритетные сценарии автоматизации и настроить их под вашу воронку продаж с учётом специфики отрасли и структуры команды.