Начните с тестового заказа: отправьте SMS о сроке хранения, затем проверьте, при каких условиях оператор получает задачу на звонок. Рабочий сценарий учитывает текущий статус заказа, останавливает напоминания после выдачи и помогает сотруднику договориться с клиентом о следующем действии. Ниже разберём, как проверить такую цепочку для пункта выдачи или магазина с самовывозом в Беларуси: какие условия задать, что написать в сообщении, как построить разговор и по каким признакам принимать результат настройки.
Какие условия проверить до отправки SMS и звонка?
Выберите один повод для контакта: срок хранения заказа подходит к концу. Для первого теста не смешивайте его с уведомлениями о поступлении, оплате и возврате. Иначе при сбое будет трудно понять, какая цепочка отправила сообщение.
Опишите условия на одной странице. Владельцу небольшой точки достаточно понятного правила, по которому сотрудник сможет вручную проверить каждый переход.
- Определите, какие заказы попадают в сценарий: они находятся в пункте выдачи, ещё не получены и приближаются к окончанию срока хранения.
- Укажите момент отправки SMS относительно срока конкретного заказа. Используйте дату из системы учёта, а не общую дату для всей выгрузки.
- Задайте условие звонка: после SMS заказ остаётся невостребованным, а клиент ещё не согласовал дальнейшее действие.
- Определите, что останавливает цепочку: выдача, отмена, возврат или согласованное продление хранения.
- Назначьте сотрудника, который проверяет исключения: неверный номер, спорный статус или отсутствие ответа.
Перед каждым контактом заново проверяйте статус. Клиент мог получить заказ между отправкой SMS и началом обзвона. Проверка непосредственно перед отправкой описана и в материале о сервисных SMS для пункта выдачи (источник: smsinfo.by). Для задачи оператору нужен такой же контроль: устаревшую задачу следует закрыть до набора номера.
Отсутствие подтверждения о прочтении SMS само по себе не означает, что нужен звонок. У системы может вообще не быть такого подтверждения. Опирайтесь на состояние заказа и договорённости с клиентом, которые сотрудник видит в карточке.
Что написать в SMS и сказать во время звонка?
SMS должно помочь человеку узнать заказ и понять, что делать дальше. Укажите название точки, номер заказа, точный срок получения и способ связи. Если адрес длинный, проверьте, не теряется ли за ним главное сообщение о сроке.
Пример шаблона: «[Название пункта]: заказ [номер] ожидает выдачи до [дата, время]. Адрес: [адрес]. Если не успеваете, свяжитесь с нами: [контакт]».
Не включайте в шаблон продление хранения или доставку, пока не проверите, кто вправе их согласовать. Оператору нужен список доступных решений с условиями. Если продление требует ответа продавца, сотрудник обещает уточнить возможность и сообщает клиенту, как тот получит ответ.
Начало разговора можно построить так: «Здравствуйте! Это [имя], пункт выдачи [название]. Звоню по заказу [номер]: срок хранения заканчивается [дата, время]. Подскажите, получится забрать его до этого срока?»
Дальше оператор действует по ответу клиента. При подтверждении визита уточняет часы работы. Если человек не успевает, предлагает доступный вариант. Если клиент говорит, что уже получил заказ, сотрудник прекращает напоминание и передаёт расхождение на проверку.
Общую логику сочетания каналов можно посмотреть в статье на postsms.by. Для сценария с живым оператором отдельно пропишите ответы на возражения и результат каждого разговора: «заберёт до срока», «нужно уточнить продление», «отказался», «не ответил».
Уберите из речи неподтверждённые заявления о потере предоплаты и автоматическом возврате денег. Сотрудник сообщает только те условия, которые действуют для конкретного заказа и которые он может проверить в карточке.
Как провести тест цепочки до запуска на клиентах?
Используйте тестовые заказы и рабочий телефон сотрудника. Отдельно проверьте текст SMS на экране: подставились ли номер, дата и адрес, открывается ли ссылка, понятно ли название отправителя. Затем пройдите путь до задачи на звонок.
Проверка только случая «сообщение отправилось, оператор позвонил» оставляет без внимания остановку цепочки. Пройдите следующие ситуации и для каждой запишите ожидаемый результат.
- Заказ остаётся в пункте выдачи. SMS приходит с верными данными, а задача на звонок появляется по заданному условию.
- Заказ выдали после SMS. Задача на звонок отменяется либо оператор видит запрет на контакт до набора номера.
- Клиент согласовал другой срок. Старое напоминание прекращается, дальнейшие действия учитывают новую дату.
- Клиент не ответил. Система фиксирует попытку и действует по заранее заданному правилу повтора, без бесконечного обзвона.
- Оператор уже связался с клиентом. Повторный запуск обработки не создаёт ещё одну одинаковую задачу.
Особенно внимательно проверьте момент между открытием задачи и звонком. Оператор открыл карточку, клиент в это время забрал заказ, но на экране осталась прежняя информация. Перед набором сотрудник должен получить актуальный статус или обновить карточку вручную.
Во время пробного разговора проверьте слышимость в обе стороны и сохранение результата. Если соединение прерывается, сначала разберите причину по инструкции как проверить телефонию при обрывах звонков. Иначе сотрудник не сможет отличить отказ клиента от технического сбоя.
Если после SMS клиент звонит на общий номер и попадает в меню, пройдите этот путь с обычного телефона. Вопрос по хранению заказа должен приводить к сотруднику, который вправе его решить. Для этого пригодится проверка понятности голосового меню.
Как понять, что сценарий работает и кто отвечает за результат?
Разделите технический результат и результат разговора. Статус доставки SMS не доказывает, что клиент прочитал сообщение. Соединение с номером не подтверждает, что оператор договорился о получении. А обещание приехать ещё не означает выдачу заказа.
Свяжите историю контактов с карточкой заказа. В ней должны быть видны отправка SMS, результат звонка, договорённость и итоговый статус. Проблема разрозненной аналитики, при которой нельзя связать звонок с продажей, отмечена в материале о голосовых рассылках для МСП Беларуси (источник: messages.by). В пункте выдачи та же логика помогает связать контакт с фактическим получением.
Для проверки выберите показатели, которые отвечают на конкретные вопросы: сколько заказов попало в цепочку, по скольким состоялся разговор и какие заказы затем выдали. Отдельно отмечайте лишние контакты после выдачи и случаи, когда оператор обещал недоступный вариант. Не приписывайте цепочке каждый выданный заказ: часть клиентов приехала бы без напоминания.
Распределите ответственность до запуска. Сотрудник точки подтверждает статус и доступные условия. Оператор фиксирует договорённость. Ответственный за настройку разбирает дубли задач и ошибки отправки.
Если звонки выполняет удалённая команда, передайте ей правила вместе со сценарием разговора. Для контроля качества выберите записи и сопоставьте речь оператора с записью в карточке: совпадают ли обещанный срок и следующий шаг. Внешней технической поддержке передавайте конкретный сбой, например «после выдачи осталась активная задача», вместе с ожидаемым поведением системы.
Типичные ошибки при проверке уведомлений
- Проверять только отправку. Добавьте тест, в котором заказ выдают между SMS и звонком: цепочка должна остановиться.
- Передавать оператору список без актуальных статусов. Дайте доступ к текущему состоянию заказа или предусмотрите обновление перед набором.
- Считать любой ответ успешным контактом. Фиксируйте, что согласовал клиент и какое действие осталось за сотрудником.
- Обещать продление без подтверждения. Укажите, кто принимает решение и как оператор передаёт запрос.
- Повторять звонки без проверки истории. Перед новой попыткой покажите сотруднику предыдущий результат и действующую договорённость.
Сценарий готов к пробному запуску, когда тестовые SMS содержат верные данные, оператор видит актуальный заказ, а выдача останавливает дальнейшие контакты. Начните сейчас: за две минуты запишите для одного статуса заказа правило «когда отправляем SMS, когда звоним, что отменяет звонок».
