Выберите одно событие для отправки SMS и закрепите за ним ответственных: кто обновляет карточку в CRM, кто согласует текст и кто разбирает ошибки. Затем опишите порядок изменений и проверьте его на тестовом заказе. Так команда получит понятную инструкцию: когда клиенту уходит сообщение, где искать результат и что делать при сбое. Ниже разберём, как составить такой регламент для небольшой компании, чтобы рабочие правила не остались в переписке с сотрудником, который настроил отправку.
С какого сценария начать автоматизацию SMS?
Возьмите событие, которое сотрудники понимают одинаково. Например, заказ готов к выдаче. У него есть проверяемый результат: товар собрали, место выдачи известно, клиент уже может приехать. Если менеджер ставит статус «Готов» сразу после передачи задачи на склад, сначала уточните смысл статуса.
CRM хранит сведения о клиентах и сделках, а CMS управляет сайтом и, если предусмотрен магазин, заказами. Когда обе системы участвуют в отправке уведомлений, назначьте одну из них источником события. Иначе сайт и CRM рискуют отправить покупателю одинаковые сообщения.
Составьте короткую карточку сценария. Для первого запуска достаточно пяти пунктов:
- Событие: какой статус или действие запускает SMS.
- Условие: что сотрудник проверяет перед этим действием.
- Содержание: что получает клиент и из каких полей берутся сведения.
- Контроль: где команда видит историю и результат отправки.
- Ответственный: кто разбирает отклонения и кто его заменяет.
Например: «Сотрудник выдачи подтверждает, что заказ собран. CRM отправляет номер заказа и адрес из карточки точки выдачи. Менеджер проверяет ошибки в журнале отправок». Это рабочий пример, который нужно сверить с возможностями вашей системы.
Связь между событием, данными и отправкой подробнее разобрана в статье на inf.by. Для командного регламента зафиксируйте точное название статуса и место, где сотрудник проверяет результат.
Кто отвечает за данные, тексты и работу интеграции?
Разделите задачи по ролям, даже если собственник выполняет их сам. Так при передаче работы будет понятно, какие решения новый сотрудник принимает самостоятельно, а какие согласует. Рядом с каждой ролью укажите имя и замену на время отсутствия.
- Менеджер обновляет сведения в карточке и меняет статус после проверки заказа или записи.
- Владелец процесса определяет, когда клиенту нужно сообщение, и утверждает его содержание.
- Ответственный за интеграцию проверяет условия запуска, передачу полей и возврат статусов.
- Дежурный сотрудник просматривает ошибки и передаёт проблему тому, кто может её исправить.
У менеджера должна быть понятная граница задачи. Например, после переноса визита он меняет время в карточке записи. Если напоминание берёт дату из отдельной таблицы, команда получает два источника сведений. Лучше закрепить одно поле, которое сотрудник обновляет и из которого интеграция получает актуальное время.
Для ошибок задайте часы контроля и резервный маршрут. Если ответственный недоступен, задача попадает в общую очередь или его заместителю. Такой принцип рекомендует и материал о связи CRM с каналами коммуникации: уведомление само по себе ещё не гарантирует, что кто-то займётся обращением (mobizon.by).
При выборе сервиса SMS, Viber и email уточняйте, как сотрудники будут видеть результаты отправок и получать помощь при сбое. Эти вопросы стоит включить в обсуждение подключения вместе с шаблонами и настройкой событий.
Как согласовывать изменения без длинной переписки?
Храните актуальный шаблон рядом с карточкой сценария. Копия в личном чате быстро теряет связь с настройками: менеджер видит один текст, а система отправляет другой. В рабочем документе укажите дату изменения, причину и человека, который его согласовал.
Разделяйте правку текста и изменение логики. Замена формулировки «Можно забирать» на «Заказ готов к выдаче» затрагивает сообщение. Новое условие запуска затрагивает весь сценарий: потребуется проверить, кто меняет статус и что произойдёт при повторном действии.
Проведите каждое изменение по короткому маршруту:
- Запишите, что нужно изменить и почему.
- Получите согласование владельца процесса.
- Внесите правку в настройки.
- Выполните тестовую отправку на номер сотрудника.
- Обновите инструкцию результатом проверки.
Во время теста сопоставьте сообщение с карточкой заказа: совпадают ли адрес, время и номер. Если в SMS есть ссылка, проверьте её на телефоне. Для этого пригодится отдельный порядок проверки ссылок в SMS, Viber и email.
Если компания общается с покупателями через несколько каналов, согласуйте названия и формулировки. Заказ не должен называться «обращением» в SMS и «бронью» в email, если речь об одном процессе. Принципы узнаваемых сообщений магазина в SMS, Viber и email помогут подготовить общие правила для шаблонов.
Назначьте владельца инструкции и дату её следующего пересмотра. После изменения полей, статусов или подключения нового канала проверяйте документ сразу, не дожидаясь этой даты.
Как разбирать сбои и не отправлять клиенту дубли?
Начинайте с истории события. Сообщение могло не запуститься, остаться без результата доставки или уйти с неверными сведениями. Для этих случаев нужны разные действия. Ручная отправка до проверки первой попытки создаёт риск дубля.
Принятие запроса сервисом и доставка SMS получателю — разные этапы. Уточните у ответственного за подключение, какие статусы возвращает интеграция и что они означают. Если CRM показывает только передачу запроса, команда не сможет по этой отметке подтвердить доставку.
- Откройте карточку и найдите событие, которое должно было запустить SMS.
- Проверьте журнал отправок и результат первой попытки.
- Сравните текст сообщения с актуальными полями карточки.
- Передайте причину ошибки ответственному за данные или интеграцию.
- Решите вопрос о повторе после проверки, что клиент уже получил.
Если сообщения уходят с неверным адресом, сотрудник с правом остановки отключает проблемный сценарий. В инструкции заранее укажите, где это сделать и как команда сообщает клиентам о готовности заказа до исправления. После исправления выполните тест перед возобновлением отправок.
Результат разбора запишите рядом с задачей: причина, исправление и проверка. Например: «Уведомление запускали два правила. Одно отключили, повторный переход в статус проверили». Такая запись помогает следующему сотруднику распознать ту же причину без поиска по чатам.
Типичные ошибки в командной работе с SMS
- Статус трактуют по-разному. Опишите действие, после которого его разрешено ставить: например, после проверки комплектации заказа.
- За всем следит один человек без замены. Назначьте резервного ответственного и покажите ему журнал отправок.
- Шаблон меняют прямо в сервисе и не сообщают команде. Закрепите порядок согласования и обновляйте рабочую инструкцию.
- При задержке сразу отправляют второе SMS. Сначала проверьте первую попытку и доступные статусы.
- Тестируют только обычный заказ. Отдельно проверьте повторную смену статуса, отмену и перенос записи.
Первый сценарий готов к работе, когда сотрудник без помощи автора настройки может найти шаблон, увидеть результат отправки и передать ошибку ответственному. Проверьте это на тестовом заказе: попросите коллегу пройти путь по инструкции и отметьте место, где ему потребовалось пояснение.
Следующий шаг на одну минуту: запишите в общем рабочем документе одно событие для SMS и имя сотрудника, который будет разбирать ошибки отправки.
