SMS для пункта выдачи помогают вовремя сообщить клиенту, что заказ прибыл, напомнить о дате окончания хранения и подтвердить продление срока. В статье разберём рабочую цепочку уведомлений для малого бизнеса: какие события передавать из учётной системы, как составить тексты, когда отправлять сообщения и что проверять после запуска. Такой сценарий можно подключить через API, а доставку контролировать в журнале отправок.
Какие SMS нужны клиенту после прибытия заказа?
Покупателю не нужно получать длинную историю заказа. Ему достаточно знать, что посылка уже доступна, где её забрать и до какой даты она будет ждать. Первое сообщение отправляют после фактического поступления заказа в пункт выдачи, когда сотрудник или система подтвердили его готовность к выдаче.
В тексте стоит указать название магазина или пункта выдачи, номер заказа, адрес, часы работы и дату окончания хранения. Если клиенту понадобится показать код или назвать номер заказа, это тоже можно добавить. Ссылка на страницу заказа допустима, но её лучше сокращать: длинная ссылка занимает место и выглядит непривычно для SMS.
Пример уведомления:
«Заказ №45821 прибыл в пункт выдачи. Заберите его до 28 августа по адресу: ул. Центральная, 10. Часы работы: 09:00–20:00. Код получения: 7394».
Если сообщение отправляет техническая система, используйте короткое и постоянное имя отправителя. Клиент должен сразу понять, от кого пришло уведомление. Название магазина в каждом шаблоне лучше писать одинаково, чтобы не возникало вопросов при получении заказа.
Как построить цепочку уведомлений о хранении?
Одного SMS о прибытии хватает не всегда. Клиент мог увидеть сообщение в дороге, отложить визит или просто забыть дату. Поэтому для пункта выдачи подходит последовательность из нескольких событий, где каждое сообщение дополняет предыдущее.
| Событие | Когда отправлять | Что написать |
|---|---|---|
| Заказ принят пунктом выдачи | Сразу после подтверждения поступления | Номер заказа, адрес, часы работы, дата окончания хранения |
| Напоминание о хранении | За несколько дней до окончания срока | Напоминание о заказе и конкретная последняя дата получения |
| Срок хранения заканчивается | В день окончания или накануне | Просьба забрать заказ либо оформить продление, если такая опция доступна |
| Срок продлён | Сразу после подтверждения продления | Новая дата хранения и условия получения |
Интервал между сообщениями зависит от срока хранения. Если заказ ждёт клиента пять дней, напоминание за неделю отправить невозможно. Поэтому система должна рассчитывать дату относительно конкретного заказа, а не использовать фиксированный календарный план для всех отправлений.
Полезно разделить события «заказ прибыл» и «заказ готов к выдаче». В небольшом пункте выдачи это может быть одно действие, но при сортировке, проверке оплаты или перемещении между точками статусы расходятся. SMS нужно отправлять после того шага, который действительно означает готовность заказа к получению.
Для более подробного чек-листа цепочки можно посмотреть материал «Почему клиенты не забирают посылки: чек-лист SMS-напоминаний». Он помогает проверить, какие сообщения пропущены между прибытием заказа и окончанием хранения.
Как настроить продление срока хранения?
Продление лучше оформлять отдельным событием. Если сотрудник просто изменит дату в таблице, клиент может получить старое напоминание и решить, что заказ уже отправили обратно. После подтверждения новой даты система должна отменить запланированное сообщение о старом сроке и создать уведомление по обновлённому сроку.
Сценарий можно построить так:
- Клиент получает SMS о прибытии заказа и видит дату окончания хранения.
- Он отправляет запрос на продление через форму, личный кабинет или сотруднику пункта выдачи.
- Система меняет дату хранения только после подтверждения запроса.
- Клиент получает SMS с новой датой и номером заказа.
- Старое напоминание удаляется или переводится в статус «не отправлять».
Текст после продления должен прямо фиксировать результат: «Срок хранения заказа №45821 продлён до 31 августа. Заберите заказ по адресу: ул. Центральная, 10. Часы работы: 09:00–20:00». Такая формулировка снижает число повторных вопросов сотрудникам пункта выдачи.
Если продление платное, стоимость нужно показать до подтверждения операции. В SMS после оплаты достаточно указать новую дату. Не включайте в одно сообщение условия, исключения и длинные пояснения: для них лучше использовать страницу заказа, на которую ведёт короткая ссылка.
Как подключить SMS к учётной системе пункта выдачи?
Для автоматизации понадобится источник статусов и канал отправки. Источником может быть интернет-магазин, программа учёта заказов, CRM или собственная таблица с интеграцией. Канал отправки подключают по API: система передаёт номер телефона, текст и технический идентификатор заказа, а сервис возвращает результат отправки.
Минимальная схема выглядит так:
- в системе появляется статус «прибыл в пункт выдачи»;
- интеграция проверяет, что по этому заказу ещё не отправлялось уведомление;
- API передаёт SMS в сервис отправки;
- система получает статус принятия и доставки;
- по дате хранения создаются будущие напоминания;
- при продлении заказа старые задания заменяются новыми.
Для каждого заказа нужен уникальный идентификатор события. Он защищает от дублей, если учётная система повторно отправит один и тот же запрос после сбоя. Отдельно проверьте защиту от повторной отправки при обновлении страницы или ручном изменении статуса. Причины двойных SMS и способы защиты API разобраны в материале «Почему SMS отправляется дважды».
Если заказов немного, на старте можно обойтись простым API-сценарием без сложной CRM. Главное, чтобы сотрудник видел три вещи: какое сообщение отправлено, когда оно принято системой и доставлено ли оно получателю. Для пункта выдачи этого достаточно, чтобы быстро найти причину пропущенного напоминания.
При выборе сервиса проверьте мониторинг доставки. Статус «отправлено» означает, что запрос принят, но не подтверждает получение SMS телефоном. В журнале должны различаться успешная доставка, временная ошибка, недоступный номер и отклонённое сообщение. Такой контроль особенно нужен перед массовой отправкой напоминаний.
Какие ошибки мешают сократить невыкуп?
- Отправка до фактического поступления. Если заказ ещё не прошёл сортировку, клиент приедет зря. Событие отправки привязывают к статусу готовности к выдаче.
- Нет последней даты хранения. Фраза «заберите заказ в ближайшее время» не даёт клиенту конкретного ориентира. Указывайте число и месяц.
- Старое напоминание после продления. При изменении даты нужно отменять прежнее задание и создавать новое.
- Один шаблон для всех статусов. Сообщение о прибытии отличается от SMS о последнем дне хранения. Тексты должны отражать конкретное событие.
- Нет проверки дублей. Повторная обработка одного события приводит к двум одинаковым SMS. Используйте уникальный ключ заказа и типа уведомления.
- Отсутствует мониторинг доставки. Без статуса доставки сотрудник не поймёт, проблема возникла в номере телефона, системе или канале отправки.
Для интернет-магазина эту логику удобно связать с общей цепочкой статусов заказа. В отдельном руководстве «Как настроить SMS-цепочку статуса заказа» разобраны этапы от подтверждения покупки до доставки, которые можно дополнить событиями пункта выдачи.
3 шага, которые можно сделать на этой неделе:
- Опишите статусы заказа: «прибыл», «готов к выдаче», «срок заканчивается», «продлён».
- Подготовьте четыре коротких шаблона и проверьте, помещаются ли в них адрес, дата и номер заказа.
- Подключите API и мониторинг доставки, затем протестируйте один заказ с повторной отправкой и продлением срока.
После такой настройки SMS становятся частью процесса выдачи: система сообщает о прибытии заказа, напоминает о сроке хранения и фиксирует продление. Сотрудник пункта выдачи видит историю сообщений, а клиент получает нужную информацию в тот момент, когда она влияет на получение заказа.
