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