Автоматизация и бизнес-процессы
Автоматизация в CRM нужна, чтобы повторяемая работа выполнялась одинаково и без ручного контроля: новая заявка сразу получает ответственного, при переходе на этап ставится нужная задача, клиент получает письмо по шаблону, а перед закрытием проверяются обязательные условия. Хорошая автоматизация ускоряет процесс и делает его предсказуемым; плохая — тихо меняет данные так, что команда перестает понимать, что произошло.
Автоматизацией управляют в разделе автоматизации CRM (/crm/automation). Это работа администратора процесса, а не повседневное действие менеджера.
Из чего состоит автоматизация
В CRM есть несколько инструментов, и важно не путать их назначение:
- Правила-роботы срабатывают после события (создана сделка, изменился этап, изменилось поле) и выполняют действия.
- Защитные проверки срабатывают до операции и не дают ее завершить, пока не выполнено условие.
- Бизнес-процессы описывают многошаговый сценарий с условиями, ожиданиями и заданиями для людей.
- Шаблоны писем хранят текст внешних сообщений, которые отправляют роботы и процессы.
Правила-роботы
Правило отвечает на вопрос «что система делает после события».
- Событие (триггер): создание сделки, вход в этап, изменение поля или ручной запуск.
- Условия: при каких значениях правило срабатывает; условия можно объединять по «и»/«или».
- Действия: цепочка шагов — назначить ответственного, перевести на этап, изменить поле, поставить задачу, отправить уведомление, отправить письмо клиенту, запустить процесс и другие.
- Ветвление: «если — иначе» внутри правила для разных случаев.
- Расписание шага: сразу, с задержкой или в точное время.
- Политика ошибок: продолжать или останавливать цепочку при сбое шага.
У каждого правила есть область действия (вся компания, воронка или этап) и приоритет. Чем шире область, тем внимательнее нужно проверять правило перед включением.
История запусков показывает, что правило реально сделало: статус каждого запуска, выполненные шаги и результат доставки уведомлений. Это главный инструмент разбора, когда автоматизация повела себя не так, как ожидали.
Защитные проверки
Защитная проверка — это условие, которое должно выполниться до операции: например, обязательное поле заполнено, чек-лист завершен или переход между этапами допустим. Если условие не выполнено, операция блокируется, а пользователь видит понятное сообщение и подсказку, что исправить.
Защитная проверка — это не бюрократия, а защита результата: она не дает закрыть сделку без причины или перевести ее на этап без нужных данных. Сообщение проверки должно объяснять, что именно нужно сделать.
Шаблоны писем
Шаблоны писем хранят повторяющиеся внешние сообщения клиенту. Активный шаблон становится доступен для действия «Письмо клиенту» в правилах и процессах. В шаблон можно подставлять данные сделки и клиента, поэтому одно письмо работает для многих ситуаций.
Перед использованием проверяйте шаблон на тестовой сделке: правильно ли подставляются данные и не осталось ли незаполненных мест.
Бизнес-процессы
Бизнес-процесс описывает многошаговый сценарий: шаги-действия, условия, ожидания события, задания для людей, циклы и параллельные ветки. Процессы строят в визуальном редакторе, где шаги соединяются в схему.
Перед запуском процесс стоит проверить и прогнать в тестовом режиме, чтобы убедиться, что он идет по ожидаемому пути. У запущенного процесса есть состояние и история шагов; зависший процесс можно остановить. Задания для людей, которые порождает процесс, собираются в отдельный список и выполняются вручную.
Что важно для контроля
- У каждого правила, процесса и шаблона должен быть понятный по названию смысл и владелец.
- Перед включением важного правила проверяйте предполагаемый результат и тестируйте на безопасных данных.
- Автоматизация не должна скрыто менять ответственного, срок или статус: если действие может вызвать вопрос, добавляйте понятную запись или уведомление.
- Периодически пересматривайте неиспользуемые и слишком широкие правила.
- Разбирайте историю запусков, когда результат отличается от ожидания.
Как разобрать запуск правила
Когда правило сработало не так, как ожидали, не отключайте его сразу — сначала прочитайте историю запусков. Она показывает, что именно произошло, и экономит часы догадок.
В истории по каждому запуску видно:
- статус запуска: успешно, частично, с ошибкой, пропущено или выполняется;
- какие шаги выполнились, а на каком шаге цепочка остановилась;
- результат доставки уведомлений и писем: кому ушло, кому нет и почему;
- происхождение: какое событие и по какой сделке запустило правило.
Порядок разбора:
- Найдите нужный запуск по сделке и времени.
- Посмотрите, дошла ли цепочка до конца или остановилась на шаге.
- Если шаг с ошибкой — прочитайте причину: чаще это недостающие данные, права или недоступный адресат.
- Исправьте причину (данные, права, шаблон, область действия) и при необходимости запустите правило вручную повторно.
- Если правило срабатывает слишком часто или не там — сузьте условие и область действия, а не отключайте автоматизацию целиком.
Частичный результат — это не обязательно поломка: часть действий могла осознанно не примениться из-за условий. Важно отличать ожидаемый пропуск от настоящей ошибки, и историю запусков для этого достаточно.
Состояния, которые можно увидеть
- нет прав на просмотр или изменение автоматизации;
- правило выключено;
- предполагаемый результат показывает, что запуск невозможен;
- ручной запуск выполняется;
- история показывает ошибку или частичный результат запуска;
- защитная проверка заблокировала операцию с понятным сообщением;
- процесс остановлен или завершен.
Часть экранов автоматизации и бизнес-процессов сейчас локализована не для всех языков интерфейса, а отдельные служебные экраны показывают техническую информацию. Это известное ограничение продукта. На смысл этой статьи оно не влияет, но локализованные скриншоты этих экранов до исправления не публикуются.
Хорошие практики
- Давайте правилам и процессам понятные названия и владельца.
- Проверяйте предполагаемый результат и тестируйте перед включением.
- Не позволяйте автоматизации скрыто менять ответственного, срок или статус.
- Делайте сообщения защитных проверок понятными: что исправить, а не просто «нельзя».
- Проверяйте шаблоны писем на тестовой сделке перед массовым использованием.
- Регулярно пересматривайте правила и отключайте лишние.
Частые ошибки
Включить правило с широкой областью без проверки. Оно срабатывает не там, где нужно, и создает лишние действия.
Скрыто менять ответственного или срок автоматизацией. Команда теряет понимание, кто и за что отвечает.
Сделать защитную проверку с непонятным сообщением. Пользователь видит запрет, но не знает, что исправить.
Использовать шаблон письма без проверки подстановки. Клиент получает письмо с пустыми местами или чужими данными.
Запустить процесс без тестового прогона. Он идет по неожиданному пути, и разбирать последствия дороже, чем проверить заранее.
Как проверить результат
- у правила понятны название, область, условие, действия и владелец;
- история запусков подтверждает, что правило сделало ожидаемое;
- защитная проверка блокирует только то, что должна, и объясняет исправление;
- шаблон письма корректно подставляет данные на тестовой сделке;
- бизнес-процесс прошел тестовый прогон и идет по ожидаемому пути.