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