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

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

Какие данные включить в SMS о готовности заказа?

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

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

Пример шаблона:

Заказ №{номер} готов к выдаче. Заберите его по адресу: {адрес пункта}. Часы работы: {часы}. Код для получения: {код}.

Оставляйте в шаблоне только те поля, которые действительно заполняются. Если код не нужен, удалите эту часть; если у пункта нет отдельного графика, не добавляйте пустое поле «Часы работы». Перед запуском подставьте в шаблон реальные тестовые значения и прочитайте сообщение целиком.

Как выбрать событие для автоматической отправки?

Привяжите SMS к статусу, который сотрудник устанавливает после фактической подготовки заказа. Например, заказ может проходить этапы «принят», «собирается» и «готов к выдаче». Уведомление следует отправлять при переходе в последний статус, а не при создании заказа или начале сборки.

Если в CRM уже ведут заказы, настройку можно построить на изменении их статуса: система получает событие, берёт телефон и данные пункта выдачи из карточки, затем отправляет текст. При интеграции через API те же действия запускает событие в учётной системе. В обоих случаях заранее определите, какие поля обязательны: номер заказа, номер телефона, адрес и текущий статус.

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

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

Как проверить сценарий до запуска?

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

Проверьте несколько ситуаций:

• Заказ переводят в статус готовности один раз: SMS уходит с верным номером заказа и адресом.
• Сотрудник повторно сохраняет тот же статус: система не отправляет дубликат.
• В карточке нет адреса или телефона: ошибка заметна сотруднику, а система не подставляет пустое значение в SMS.
• Пункт самовывоза изменили до готовности заказа: клиент получает актуальный адрес.
• Заказ отменили до подготовки: уведомление о выдаче не отправляется.

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

Какие ошибки мешают клиенту забрать заказ?

• Система отправляет SMS при создании заказа. Клиент приезжает до того, как покупку подготовили.
• В шаблоне нет адреса пункта выдачи. Клиенту приходится уточнять место отдельно.
• Сотрудник может менять статус без проверки наличия заказа в пункте. Уведомление уходит раньше времени.
• Повторное сохранение статуса создаёт новые сообщения. Добавьте проверку факта отправки.
• В шаблоне остались незаполненные переменные, например {адрес} или {номер}. Проверьте подстановку на тестовом заказе.

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