Как настроить SMS-подтверждение выдачи заказа в пункте выдачи

SMS-код при получении заказа помогает пункту выдачи подтвердить, что посылку забрал именно получатель или человек с нужными полномочиями. В статье разберём, как устроить такой процесс для малого бизнеса в Беларуси: какие статусы передавать из CRM, что написать в сообщении, как проверить код и что делать при ошибке. В результате у сотрудника появится понятный сценарий выдачи, а у компании — запись о подтверждённой операции.

Зачем нужен код при получении заказа?

Без дополнительного подтверждения сотрудник пункта выдачи обычно ориентируется на номер заказа, фамилию или другие сведения, которые покупатель называет устно. В спорной ситуации этого бывает недостаточно: клиент может утверждать, что посылку ему не выдавали, либо заказ заберёт другой человек.

SMS-код добавляет в процесс отдельное действие. Клиент получает одноразовую комбинацию цифр на номер, который указал при оформлении заказа, и сообщает её сотруднику после проверки заказа. Сотрудник вводит код в рабочем интерфейсе, а система меняет статус на «выдан» только после успешной проверки.

Такой подход подходит интернет-магазинам, службам доставки, пунктам самовывоза и мастерским, которые передают клиенту готовый заказ. Для ремонта похожая логика применяется при уведомлении о готовности и выдаче вещи; отдельный сценарий описан в материале как настроить SMS о готовности ремонта.

Как выглядит сценарий выдачи заказа по SMS?

Процесс лучше разделить на этапы. Тогда сотруднику не придётся принимать решение по памяти, а система сможет зафиксировать каждое действие.

1. Клиент оформляет заказ и указывает номер мобильного телефона.
2. Система создаёт заказ и присваивает ему номер.
3. Когда посылка поступает в пункт выдачи, клиент получает уведомление о готовности.
4. При обращении клиента сотрудник открывает заказ по его номеру или другому внутреннему идентификатору.
5. Система отправляет одноразовый код на номер клиента либо использует код, созданный заранее для конкретной выдачи.
6. Клиент сообщает код сотруднику после того, как тот проверит состав заказа.
7. Сотрудник вводит код в форме выдачи.
8. При совпадении система фиксирует дату, время и сотрудника, который оформил операцию.

Код должен работать ограниченное время и только для одного заказа. После успешной проверки его повторное использование блокируется. Если клиент запросил новый код, предыдущий лучше сделать недействительным, чтобы у сотрудника не оставалось нескольких активных вариантов.

Статус «готов к выдаче» и статус «выдан» стоит разделять. Первый сообщает, что заказ приехал в пункт. Второй появляется после проверки кода. Это особенно полезно, если в одной точке одновременно хранятся заказы разных клиентов.

Какое SMS отправлять клиенту?

В сообщении достаточно указать название бизнеса, номер заказа, адрес или обозначение пункта выдачи, код и короткое правило безопасности. Текст должен помещаться в одно понятное сообщение, без лишних пояснений.

Пример для уведомления о готовности:

«Заказ №5482 готов к выдаче в пункте самовывоза. Для получения понадобится SMS-код. Не сообщайте код до визита в пункт».

Пример сообщения с кодом:

«Код для выдачи заказа №5482: 7316. Сообщите его сотруднику в пункте выдачи. Код действует однократно».

Номер заказа помогает клиенту быстро сопоставить сообщение с покупкой. Сам код лучше не смешивать с длинной ссылкой, рекламой или несколькими инструкциями. Если компания отправляет сообщения для разных задач, шаблоны нужно назвать внутри системы так, чтобы оператор выбрал «код выдачи», а не шаблон для входа или восстановления доступа.

Как подключить подтверждение к CRM или сайту?

Для небольшого бизнеса не обязательно сразу разрабатывать сложную систему. Сначала опишите события, которые запускают отправку, и поля, которые должны передаваться в SMS-сервис.

• Событие. Например, заказ получил статус «прибыл в пункт» или сотрудник нажал «выдать по коду».
• Получатель. Система берёт номер из карточки заказа, а не из сообщения, которое клиент продиктовал у стойки.
• Шаблон. В него подставляются номер заказа и одноразовый код.
• Проверка. Сервис возвращает результат: код принят, просрочен или введён неверно.
• Журнал. CRM сохраняет факт отправки и результат проверки, чтобы оператор мог восстановить ход операции.

Связь между сайтом, CRM и SMS-сервисом обычно настраивают через API или вебхуки. API позволяет системе отправить запрос на создание сообщения и получить ответ о результате. Вебхук передаёт событие обратно в CRM, например успешную проверку кода. Перед запуском полезно провести тест на нескольких заказах: проверить неверный код, повторный ввод, истечение срока и отмену заказа.

Если в компании уже есть CRM, код не стоит хранить в заметке менеджера или передавать между сотрудниками вручную. Система должна сама сопоставлять код с конкретным заказом. В документации по интеграциям CRM и SMS обычно отдельно описывают триггеры, шаблоны и обработку ответов, поэтому эти элементы удобно вынести в техническое задание.

Что делать, если SMS не пришло или код не подходит?

У сотрудника должна быть инструкция на случай сбоя. Первый шаг — проверить номер в карточке заказа и статус отправки. Если сообщение не доставлено, оператор может повторить отправку после подтверждения номера клиентом. При этом прежний код лучше аннулировать и создать новый.

Если клиент назвал неверный код, система не должна сразу переводить заказ в отменённые. Нужно показать понятный результат: код не совпал или срок действия закончился. После повторного запроса новый код отправляют на тот же номер, а предыдущий блокируют.

Если клиент пришёл без телефона, сотрудник не должен заменять проверку устным подтверждением по собственной инициативе. Для таких случаев компания заранее определяет отдельный порядок: проверка через ответственное лицо, перенос выдачи или обращение в поддержку. Исключение фиксируют в журнале, иначе спорную операцию будет трудно разобрать.

SMS — универсальный канал, но для отдельных сценариев компании рассматривают и другие способы доставки одноразового кода. Например, можно изучить материал о том, как подтвердить покупателя на пункте выдачи через Flash Call, и сравнить этот вариант с SMS по устройству процесса и требованиям к интеграции.

Какие ошибки чаще всего мешают выдаче?

• Система отправляет код при создании заказа, хотя клиент забирает посылку через несколько дней. За это время код может потеряться или попасть к другому человеку.
• Один код действует для всех заказов клиента. При таком подходе сотрудник не может однозначно связать подтверждение с конкретной посылкой.
• После успешной проверки заказ остаётся в статусе «готов». Тогда его можно ошибочно выдать повторно.
• В SMS нет номера заказа. Клиенту приходится угадывать, к какой покупке относится сообщение.
• Сотрудник вручную меняет статус до проверки кода. Журнал операций перестаёт отражать реальный порядок действий.
• Повторная отправка создаёт несколько действующих кодов. При настройке нужно выбрать правило: активным остаётся только последний код.

Перед запуском проверьте весь путь как клиент: оформите тестовый заказ, дождитесь статуса готовности, запросите код, введите неверную комбинацию, затем повторите попытку с новым кодом. После этого отмените заказ и убедитесь, что система больше не принимает его код.