Настройте уведомления о готовности заказа к выдаче, чтобы клиенты получали понятные инструкции по SMS, email или в приложении — с правильным таймингом, шаблонами и резервными каналами.
Когда люди выбирают самовывоз, они ожидают двух вещей: ясного момента, когда заказ действительно готов, и простых инструкций, что делать дальше. Без этого сигнала клиенты гадaют. Приходят раньше, ждут в неправильном месте или постоянно проверяют телефон.
Такая неопределённость создаёт лишнюю работу для персонала и ухудшает опыт клиента. Уведомления о готовности к выдаче устраняют этот разрыв.
Если «готово» не звучит однозначно, возникают предсказуемые проблемы:
Это случается при разных схемах выдачи. Для curbside люди не знают, парковаться ли, звонить ли или ждать, пока сотрудник выйдет. При самовывозе в магазине они могут встать не в ту очередь или подойти не к той стойке. Для выдачи из шкафчиков клиенты могут прийти до того, как выдадной код выдан, или пока шкафчик ещё загружается.
Ключевая проблема в том, что «готово» часто означает разные вещи внутри компании. Для клиента «готово» — это возможность прийти и забрать заказ в одну поездку. В вашем процессе «готово» должно означать, что заказ полностью подготовлен, промаркирован и доступен в объявленном месте выдачи (стойка, curbside или шкафчик), и все требуемые шаги подтверждения или предъявления документов понятны.
Хорошее уведомление отвечает на вопросы клиента за секунды: действительно ли готов заказ, куда идти и что делать по прибытии? Если нужно открывать другое приложение или рыться в почте — сообщение не справляется.
Для уведомлений держите содержание коротким и практичным. Включайте только то, что помогает завершить выдачу без догадок.
Каждое сообщение должно охватывать:
Пишите просто. Пропускайте внутренние термины вроде «fulfillment» или «handoff workflow». Если нужно дать особую инструкцию, сформулируйте её так, как вы бы сказали вслух.
Пример шаблона:
Hi Sam - your order #18427 is ready for pickup.
Pickup: Green Street Store, 12 Green St. Use the Pickup Counter by the front door.
Bring: this message (or your ID).
Hours: today until 6:00 pm.
Need help? Reply HELP.
Лучший канал — тот, который клиент действительно увидит по пути. Для большинства магазинов это SMS. Если ваша цель — снизить количество звонков «Он уже готов?», важнее скорость, а не красивая верстка.
SMS обычно самый быстрый канал с высоким показателем прочтений, но он будет работать только если вы надёжно собираете мобильные номера и держите сообщения короткими. Для SMS важны правила согласия, поэтому на кассе указывайте, какие тексты и как часто клиент будет получать.
Email хорош для чеков и подробностей заказа, но его проще пропустить в загруженном почтовом ящике. Используйте его как резерв и для более длинной информации: содержимого заказа, правил и часов работы, но не в качестве единственного «готово» оповещения.
Push‑уведомления эффективны, если клиент вошёл в приложение. Push моментален и может содержать кнопку, открывающую нужный экран (например, «Я здесь» или «Позвонить персоналу»). Минус: многие клиенты не установили приложение или отключили уведомления.
Если ваши клиенты уже общаются в мессенджерах, WhatsApp (или локальный эквивалент) может быть естественнее, чем email. Только убедитесь, что служба поддержки готова обрабатывать ответы — люди будут отвечать.
Практичная настройка — один канал по умолчанию и один резервный:
Если вы строите поток в инструменте вроде Koder.ai, держите логику простой: одно действие «Mark as ready» запускает сначала канал по умолчанию, затем резервный при необходимости.
Тайминг — то, что делает уведомления либо хорошей службой, либо спамом. Простое правило работает лучше всего: отправляйте первое сообщение, когда оно создаёт уверенность, и прекращайте, когда оно уже не нужно.
Когда отправлять первое сообщение
Если статус «Готово» надёжен — отправляйте сразу. Люди часто выходят из дома, опираясь на этот сигнал.
Если команда помечает заказы готовыми пачками (например, во время обеденного пика), короткая задержка может уменьшить ошибки. Обычный подход — буфер 2–5 минут, чтобы поймать недостающий элемент до приезда клиента.
Напоминания, правила остановки и тихие часы
Одного напоминания обычно хватает, и только если оно связано с окном выдачи.
Рабочие правила на практике:
Пример: клиент получает «готово» в 18:05 с инструкцией. Если заказ не забран к 19:35, он получит одно мягкое напоминание. Если персонал пометил заказ как полученный в 19:42, рассылка прекращается, даже если было запланировано напоминание.
Начните с простого согласованного потока статусов, которым все пользуются. Обычная последовательность: получено, готовится, готово, выдано. Если в системе есть дополнительные статусы — оставляйте их для внутренней работы, но убедитесь, что существует ровно один момент, означающий «клиент может приходить».
Дальше дайте сотрудникам одно понятное действие: одна кнопка «Отметить как готовое» на экране заказа. Избегайте дополнительных кнопок вроде «Скоро будет» или «Почти готов», если они действительно не нужны. Одно действие уменьшает ошибки и упрощает обучение.
Базовый поток уведомлений:
Две небольшие опции решают большинство проблем службы поддержки. Первая — кнопка «Повторно отправить сообщение о готовности», которой поддержка может пользоваться после подтверждения номера или email. Вторая — журнал того, что было отправлено (содержимое и время), чтобы персонал мог зачитать его клиенту по телефону.
Если SMS не доставлено, в ленте должно отображаться «Не доставлено» и предлагаться отправить email или позвонить, вместо предположения, что клиент игнорирует сообщение.
Клиенты просматривают сообщения бегло. Первая строка должна ответить на вопрос: готов ли мой заказ? Держите её короткой, затем добавьте инструкцию за 1–3 строки.
Пишите шаблоны из тех же блоков: короткий идентификатор заказа, куда идти, что взять и что делать при прибытии.
Быстрые шаблоны (копировать и подставлять поля)
Используйте заполнители вроде {FirstName}, {OrderID}, {StoreName}, {PickupWindow}, {Address}, {Phone}.
Локализация, которая действительно важна
Подстраивайте тон и детали под клиентов: мили vs км, 12‑часовой или 24‑часовой формат времени и местные слова («pickup counter» vs «стойка выдачи»). Если вы обслуживаете несколько языков, сначала переводите ключевую строку действия (что делать по прибытии), затем остальное. Сохраняйте структуру, чтобы персонал узнавал и мог поддержать клиента, если тот зачитал сообщение вслух.
Исключения случаются постоянно. Задача — держать клиента уверенным в том, что делать дальше, и не отправлять лавину уведомлений. Когда что‑то меняется, отправьте одно чёткое сообщение: что изменилось, что им делать и нужно ли отвечать.
Если клиент поменял способ получения после заказа (curbside на самовывоз в магазине или заберёт кто‑то другой), воспринимайте это как обновление плана, а не как новый заказ. Подтвердите новый метод и повторите ключевые инструкции по прибытию.
Частичная готовность — частая ситуация. Вместо «Готово» для части заказа говорите конкретно: «Товар A готов, товар B ожидается в 15:30». Если вы предлагаете раздельную выдачу, запросите простой выбор (забрать сейчас или дождаться всего заказа).
При отсутствии товара или замене избегайте длинных объяснений. Скажите, что недоступно, что предложено вместо него и какое действие требуется от клиента. Если действий не нужно — скажите об этом прямо.
Шаблоны сообщений, которые уменьшают путаницу:
Если инструмент поддерживает автоматизацию обновлений статуса заказа, добавьте правило безопасности: при откате ошибочной «готовности» должно отправляться исправление и останавливаться любое дублирование напоминаний.
Пример:
"Обновление: мы по ошибке отметили ваш заказ как готовый. Сейчас он ещё не готов. Новый ETA: 12:40. Мы отправим сообщение, как только он будет готов к выдаче."
Клиентам нравятся обновления, но они также хотят контролировать их поток. Относите уведомления о готовности как транзакционные сообщения, необходимые для завершения выдачи. Если вы также хотите отправлять промоакции, держите их отдельно. Для маркетинга обычно требуется явное согласие, и клиент должен иметь возможность отказаться, не потеряв при этом транзакционные уведомления о выдаче.
Дайте выбор на кассе или в аккаунте: SMS, email, push или отсутствие уведомлений. Также подумайте о временном «без напоминаний» (например, «не напоминать сегодня»). Этот простой контроль снижает жалобы и команды «STOP», особенно у постоянных клиентов.
Держите сообщения полезными, не раскрывая чувствительной информации. Предпросмотр на экране блокировки может увидеть любой, поэтому избегайте полных адресов, полного содержимого заказа или личных заметок. Предпочитайте короткие формулировки и выдавайте подробности после входа в аккаунт.
Безопасная структура:
Важна и политика хранения: храните только необходимое для разбора запросов поддержки: логи сообщений, временные метки и статус доставки. Удаляйте старые данные по понятному регламенту и ограничивайте доступ к номерам телефонов и истории сообщений.
Пример строки для экрана блокировки: «Ваш заказ готов к выдаче. Заказ #1842. Возьмите удостоверение. Ответьте HELP для вопросов.»
Самый быстрый путь потерять доверие — сказать клиенту, что заказ готов, когда это не так. Если сотрудники отмечают «Готово» до того, как сумка запечатана, оплата подтверждена или товар стоит на полке выдачи, клиенты приедут и снова будут ждать. Исправьте это, чётко определив момент «Готово» (упаковано, промаркировано, выставлено) и обучив персонал нажимать «Отметить как готовое» только тогда.
Ещё одна распространённая проблема — местоположение. Сообщение, в котором только написано «Готово к выдаче», заставляет клиента гадать, к какому входу или стойке идти. Добавьте одну деталь, которая убирает сомнения: куда идти в первую очередь и что взять (номер заказа, имя, цвет машины для curbside).
Дубли сообщений быстро вызывают путаницу. Они часто возникают, когда статус меняется дважды или когда две системы посылают обновления. Делайте одного отправителя сообщений и правило: сообщение «Готово» отправляется один раз, если только сотрудник явно не отправит повторно.
Команды застревают, когда нет способа подтвердить, что сообщение отправлено. Покажите персоналу заметку о доставке на экране заказа (время отправки, канал, последние 4 цифры номера или email), чтобы они могли ответить на вопрос «Вы мне отправляли SMS?» без догадок.
Длинные тексты в SMS могут обрезаться. Держите сообщение коротким:
Если клиент получает два «готово» без указания входа, он может припарковаться, пройти к неправильной двери и позвонить сердитым. Одно чистое и короткое сообщение предотвращает это.
Проведите проверку в реальной жизни, а не просто на столе. Уведомления работают только тогда, когда они проверены на реальном телефоне в шумную смену.
Быстрый чек‑лист, который ловит большинство проблем:
Пример: вы отмечаете заказ #1842 как готовый в 12:05. Ваш телефон должен получить SMS с инструкцией в течение нескольких секунд, с короткой строкой вроде «Припаркуйтесь на месте 3 и ответьте ЗДЕСЬ.» Если вы забираете в 12:15, напоминания не должны сработать.
Клиент оформляет заказ в 11:10 и выбирает curbside. На кассе он выбирает окно выдачи 12:00–12:30.
В 11:55 персонал пакует сумку и нажимает «Отметить как готовое» на экране заказа. Это действие запускает уведомление, и клиент получает краткое сообщение с понятными следующими шагами.
Клиент получает:
"Ваш заказ готов для curbside‑выдачи в Main Street Store. Припаркуйтесь на curbside‑месте и ответьте номером места и цветом машины (пример: 3 белая). Мы вынесем заказ."
В 12:04 клиент отвечает: "2 белая." Персонал видит ответ в карточке заказа, приносит заказ, сверяет имя и завершает передачу. Затем сотрудник отмечает заказ как «Выдан», и напоминания прекращаются.
Когда поток работает правильно:
Две распространённые заминки:
Если клиент опаздывает, отправьте одно мягкое напоминание после начала окна выдачи и затем сообщение «мы держим ваш заказ». Например: «Ещё в пути? Мы подождём до 13:30. Ответьте HELP, если нужно другое время.»
Если сообщение не прошло (неверный номер, задержка оператора), в экране персонала должно отображаться «не доставлено» или «нет подтверждения». Фоллбек: позвонить клиенту или отправить email, и держать заказ в статусе «Готово», чтобы его было легко найти при приезде.
Воспринимайте первый запуск как пилот. Начните с одного магазина или с одного метода выдачи (стойка vs curbside) и отладки end‑to‑end до масштабирования. Это сохраняет исправления небольшими и не подрывает доверие персонала к сообщениям.
Через несколько дней пересмотрите формулировки вместе с теми, кто работает с клиентами. Спросите: «Что клиенты всё ещё спрашивают после получения сообщения?» и «Какая инструкция вызывает у них затруднение?» Небольшие правки, например добавление названия входа или места парковки, быстро сокращают путаницу.
Отслеживайте несколько ключевых метрик, чтобы понять, помогают ли уведомления:
Итерационно улучшайте каждую неделю. Если клиенты часто приходят слишком рано, скорректируйте момент отметки «готово» или добавьте фразу «не приходите до этого сообщения». Если персонал забывает помечать заказы, сделайте кнопку заметнее или добавьте напоминание для сотрудников.
Если хотите быстро прототипировать поток, можно сделать это в Koder.ai, описав статусы, текст сообщений для каждого статуса и простой экран для персонала. Затем экспортируйте исходный код и улучшайте на основе реальных наблюдений.
Когда базовые вещи устаканятся, подумайте о добавках, которые клиенты уже ожидают: обновления ETA доставки, простые сообщения о возврате денег и чеки лояльности, подтверждающие начисление баллов после выдачи.
«Готово» должно означать, что клиент может прийти прямо сейчас и забрать заказ за один визит. Хорошее внутреннее определение: товар упакован, промаркирован и находится на месте выдачи (стойка, curbside или шкафчик), при этом известны все требования к удостоверению личности или подтверждению.
Если вы отметите «Готово» раньше этого момента, клиенты приедут, снова будут ждать, и доверие упадёт.
Ответьте на три вопроса: действительно ли заказ готов, куда идти и что делать при приходе. Укажите безопасный идентификатор клиента (имя или часть данных), номер заказа, точное место выдачи, что взять с собой (паспорт, QR‑код или это сообщение) и часы выдачи или время до которого вы храните заказ.
Пишите простым языком и избегайте внутренних терминов, которые клиенту ничего не скажут.
SMS обычно лучший вариант по умолчанию — люди видят его по пути. Email хорош как резерв и для подробной информации (чек, позиции), но его легче пропустить.
Push‑уведомления удобны, если у клиента установлено и активно ваше приложение, но нельзя рассчитывать на них для всех клиентов.
Отправляйте сообщение сразу, как только заказ действительно готов. Если сотрудники отмечают готовность пачками, имеет смысл дать короткую буферную задержку в пару минут, чтобы поймать недостающий элемент.
Обычно достаточно одного напоминания, и только если оно полезно в пределах окна выдачи.
Простой подход: одно напоминание через 60–120 минут, если заказ всё ещё не забрали, затем прекращать рассылку. Как только заказ выдан, отменён или возвращён — все запланированные напоминания должны быть отменены.
Это делает сообщения полезными и предотвращает ненужные пинги.
По умолчанию не отправляйте SMS поздно вечером — например, после 21:00 — и возобновляйте с утра, например, после 8:00, с учётом местного времени клиента, когда оно известно. Если часовой пояс клиента неизвестен, используйте часовой пояс места выдачи.
«Тихие часы» снижают количество жалоб и не будят людей транзакционными сообщениями.
Скажите клиенту конкретно, что делать при приезде, а не просто «curbside pickup». Практично просить припарковаться на парковочном месте для curbside и ответить номером места и цветом машины, чтобы персонал мог быстро найти заказ.
Проследите, чтобы такие ответы прикреплялись к заказу — иначе персоналу придётся искать их вручную.
Не отправляйте общее «Готово», если только часть заказа собрана. Ясно укажите, что готово, и честно дайте ETA для оставшейся части. Если предлагается частичная выдача, попросите клиента сделать простой выбор (забрать сейчас или дождаться полного комплекта).
Показывайте статус доставки в ленте заказа, чтобы персонал видел, отправлено ли сообщение или нет. Если SMS не доставлено, автоматически попробуйте резервный канал (например, email), а у службы поддержки должна быть кнопка «Повторно отправить сообщение о готовности» после подтверждения контакта.
Логирование отправленного текста и времени помогает персоналу зачитать сообщение клиенту по телефону.
Назначьте одного отправителя сообщений и правило: «отправлять сообщение о готовности только один раз по заказу, если сотрудник не инициирует повторную отправку». Обучите персонал отмечать «Готово» только тогда, когда заказ упакован и выставлен на место выдачи.
Если вы строите это в Koder.ai, используйте одно чёткое действие «Mark as ready», которое запускает сообщение и записывает результат, чтобы персонал мог доверять статусу.