Отслеживание курьера гостем: как реализовать трекинг доставки
Гость сделал заказ и через 20 минут пишет: «Где мой заказ?». Разбираем по шагам, как дать людям нормальное отслеживание курьера — от простых статусов до карты в реальном времени — и снять этот вал вопросов с сотрудников.

Отслеживание курьера — это не про технологичность ради галочки. Это про то, чтобы у гостя не сжималось всё внутри от неизвестности, а у вашего оператора не звонил телефон в самый час пик. Человек, который видит статус своего заказа, звонит и пишет в разы реже. Давайте разберём, как это устроить в кафе или службе доставки без раздутого бюджета и штата разработчиков.
Почему «где мой заказ» — самый дорогой вопрос в доставке
Посчитайте на пальцах. Заведение с 50 доставками в день. Даже если каждый пятый гость решит уточнить статус, это 10 обращений. Каждое — минута-две времени оператора плюс отвлечение от новых заказов. В пятничный вечер, когда кухня и так горит, эти вопросы бьют по самому больному.
А теперь про деньги, которых вы не видите. Гость, который нервничает и не знает, где еда, чаще:
- ставит низкую оценку, даже если курьер приехал вовремя;
- отменяет заказ «пока не поздно», хотя курьер был в двух минутах;
- не заказывает повторно, потому что «в прошлый раз пришлось выпрашивать статус».
Тревога от неизвестности вредит лояльности сильнее, чем лишние 10 минут ожидания. Человек прощает задержку, если её видно и понятно. Не прощает — тишину.
Отсюда простая мысль: трекинг доставки нужен не гостю (ему нужна еда), а вам. Это инструмент, который гасит тревогу, снижает нагрузку на операторов и вытягивает оценки.
Три уровня трекинга: от статусов до живой карты
Не надо сразу строить «Яндекс.Еду». Есть три уровня зрелости, и большинству заведений хватает первого-второго. Выбирайте по числу заказов и бюджету.
| Уровень | Что видит гость | Что нужно внедрить | Кому подходит |
|---|---|---|---|
| 1. Статусы | «Принят» → «Готовится» → «Курьер выехал» → «Доставлен» | Уведомления по статусам заказа из кассы | Почти всем, старт от 0 ₽ |
| 2. Ссылка-страница | Веб-страница со статусом, ETA и телефоном курьера | Мини-страница + ссылка в SMS/мессенджере | От 30 заказов в день |
| 3. Карта в реальном времени | Точка курьера на карте, движется к адресу | GPS-приложение курьера + карта | Свой штат курьеров, 100+ заказов |
Уровень 1 — честные статусы. С него надо начинать всем
90% ценности отслеживания курьера даёт именно понятная смена статусов. Гостю по-хорошему не нужна точка на карте — ему нужно знать, что процесс идёт и еда скоро будет. Четыре статуса закрывают почти все вопросы:
- Заказ принят — подтверждение, что вы его увидели.
- Готовится — кухня взяла в работу.
- Курьер выехал — самый важный статус, снимает 80% тревоги.
- Доставлен — закрываем цикл, хороший момент попросить оценку.
Ключевой статус — «курьер выехал». Именно после него гость перестаёт нервно смотреть на часы. Если внедряете только одно уведомление, делайте это.
Уровень 2 — страница трекинга по ссылке
Следующий шаг — не сыпать четырьмя сообщениями, а дать одну ссылку. Гость открывает страницу и видит там текущий статус, примерное время прибытия (ETA) и кнопку «позвонить курьеру». Ссылка одна, статус на ней обновляется сам. Это удобнее и для гостя, и для вас: меньше сообщений — меньше поводов раздражаться.
Уровень 3 — карта с движущимся курьером
Живая точка на карте выглядит вау, но честно: это самый дорогой и самый переоценённый уровень. Он требует, чтобы у каждого курьера было приложение с включённым GPS, чтобы связь не отваливалась, чтобы точка не «прыгала». Есть смысл, только если у вас свой штат курьеров и большие объёмы. Если возите через Яндекс.Доставку или подобные — карту вам и так дадут их силами.
Как это подключить технически: через кассу и API
Хорошая новость: чаще всего не нужно ничего писать с нуля. Статусы заказа уже живут в вашей кассе или системе доставки — их надо просто «вытащить» и отправить гостю.
Откуда берутся статусы
iiko, FrontPad, СБИС Presto и другие системы умеют отдавать событие смены статуса заказа. Механика такая:
- Вебхук. Касса сама шлёт сигнал на ваш сервер, когда статус меняется: заказ принят, отдан курьеру, доставлен. Это лучший вариант — данные приходят мгновенно, без задержек.
- Опрос по API. Если вебхуков нет, ваш сервис раз в 15-30 секунд спрашивает кассу: «что со статусом заказа №1234?». Работает, но нагружает систему и даёт задержку.
Нюанс, о который спотыкаются: статусы в кассе и статусы для гостя — это разные вещи. У iiko статус может называться Delivered или Closed, у FrontPad — свои коды. Их надо один раз сопоставить с человеческими формулировками, иначе гость получит «status: 4» вместо «Курьер выехал». Это разовая настройка маппинга.
Куда отправлять статус гостю
Канал доставки уведомления решает всё. Вот сравнение по стоимости и удобству:
| Канал | Цена | Плюсы | Минусы |
|---|---|---|---|
| Мессенджер (Telegram/WhatsApp) | Дёшево/бесплатно | Гость уже в диалоге, можно и статус, и ссылку | Нужен контакт гостя в мессенджере |
| SMS | ~3-5 ₽/шт | Работает у всех, ничего ставить не надо | Платно, короткий текст, ссылку кликают реже |
| Push из приложения | Бесплатно | Мгновенно | Нужно, чтобы у гостя стояло ваше приложение |
Для большинства заведений оптимально: если заказ пришёл через мессенджер — туда же слать статусы, если по телефону — SMS-ссылку. Не заставляйте гостя ставить приложение ради трекинга одного заказа, это лишний барьер.
Где обычную автоматику дополняет ИИ-администратор
Статусы и уведомления закрывают сценарий «всё идёт по плану». Но реальная доставка — это сбои: курьер застрял в пробке, не может найти подъезд, гость поменял адрес в последний момент. Тут одними автостатусами не обойтись — нужен диалог.
И вот здесь ИИ-администратор вроде Людочки закрывает то, что не умеет голая автоматика. Когда гость вместо клика по ссылке пишет живое «где мой заказ, уже 40 минут?!», Людочка не отправляет сухой шаблон — она проверяет актуальный статус в кассе и отвечает по-человечески: «Ваш заказ уже у курьера, он в пути, будет минут через 10». А если гость просит передать курьеру «позвоните за 5 минут» — фиксирует это и уводит в работу, не дёргая оператора. По сути ИИ снимает именно тот вал вопросов, ради которого вы и городите трекинг.
Ещё один момент: после статуса «доставлен» логично попросить оценку. ИИ делает это в нужный момент и в нужном тоне, а негатив ловит до того, как он утечёт на карты. Автоматическая рассылка так не умеет — она не понимает контекст ответа.
Чек-лист внедрения за неделю
Если хотите запустить отслеживание курьера без месяцев разработки, идите по этому списку:
- Соберите контакты. Убедитесь, что при заказе фиксируется телефон и/или мессенджер гостя.
- Включите вебхуки статусов в кассе (iiko, FrontPad, СБИС). Если их нет — настройте опрос по API.
- Сделайте маппинг статусов. Переведите коды кассы в 4 человеческих формулировки.
- Выберите один канал для старта — обычно мессенджер, где гость уже общается.
- Запустите ключевой статус «курьер выехал». Остальные добавите позже.
- Добавьте кнопку «позвонить курьеру» — половина вопросов решается прямым звонком.
- Замерьте эффект. Через две недели сравните, насколько упало число обращений «где мой заказ».
Начните с первого уровня — статусов в мессенджере. Это даёт основную часть эффекта за минимум усилий. Карту с движущейся точкой оставьте на потом: она красивая, но гостю на 90% важнее просто знать, что курьер уже в пути.
Частые вопросы
Обязательно ли показывать курьера на карте в реальном времени?
Нет. Живая карта — самый дорогой уровень трекинга, и он нужен в основном крупным службам со своим штатом курьеров. Большинству гостей достаточно понятной смены статусов, особенно ключевого «курьер выехал». Начинайте со статусов в мессенджере или SMS, а карту добавляйте, только когда объёмы и свой автопарк это оправдывают.
Как гость узнает, что курьер выехал, если у нас нет приложения?
Приложение не нужно. Статусы отправляются в тот канал, где гость уже с вами общается: в Telegram или WhatsApp, если заказ пришёл через мессенджер, либо SMS со ссылкой, если заказывали по телефону. Касса отдаёт событие смены статуса через вебхук, а сервис пересылает его гостю понятным текстом.
Откуда берутся статусы для трекинга доставки?
Из вашей кассы или системы доставки — iiko, FrontPad, СБИС Presto и другие умеют отдавать событие смены статуса заказа. Лучший способ — вебхук: касса сама шлёт сигнал при смене статуса. Если вебхуков нет, сервис опрашивает кассу по API каждые 15-30 секунд. Коды статусов кассы один раз сопоставляют с человеческими формулировками.
Что делать, когда гость пишет «где мой заказ» вживую, а не кликает по ссылке?
Тут выручает ИИ-администратор. Например, Людочка при таком вопросе проверяет актуальный статус в кассе и отвечает по-человечески — «заказ уже у курьера, будет через 10 минут», — а просьбы вроде «позвоните перед приездом» фиксирует и передаёт в работу. Это снимает с операторов тот самый вал вопросов, ради которого и внедряют трекинг.
Сколько стоит запустить отслеживание курьера?
Базовый уровень — статусы в мессенджере — можно запустить почти бесплатно, если касса поддерживает вебхуки, а гость общается с вами в Telegram или WhatsApp. Расходы появляются при SMS-уведомлениях (около 3-5 ₽ за сообщение) и при построении карты в реальном времени. Для старта достаточно одного ключевого уведомления «курьер выехал» — оно снимает до 80% вопросов о статусе.