Приложение курьера: что оно должно уметь, чтобы доставка не срывалась

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

Ниже — практический разбор функций, без которых в 2026 году доставка работает с перебоями, и тех, которые можно отложить. Если готовые решения не закрывают ваши сценарии (смешанный парк, свои тарифы, возвраты, B2B-реестры), имеет смысл заказать разработку мобильного приложения для курьеров под собственные процессы — но сначала стоит понять, что именно оно должно уметь.

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

Почему доставка срывается на последних метрах

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

• курьер приехал по неточному адресу — в заказе нет подъезда, этажа или кода домофона;
• клиент не отвечает, а курьер не знает, сколько ждать и что делать с заказом;
• в подвале или лифте пропала связь, статус «доставлено» не ушёл, клиенту приходит уведомление о задержке;
• оплата при получении принята, но чек не пробит или сумма не сошлась при сдаче смены;
• посылку оставили у двери без фото — через день приходит претензия «не получал».

Каждый из этих сценариев закрывается конкретной функцией приложения. Поэтому список требований разумно строить не от «что есть у конкурентов», а от карты собственных срывов за последние 2–3 месяца.

Какие функции нужны приложению курьера

Функции удобно разделить на пять блоков — по этапам смены курьера.

1. Смена и список заказов

• вход по личной учётной записи, начало и закрытие смены;
• список заказов на день с интервалами, приоритетами и пометками (хрупкое, 18+, температурный режим);
• приём и отказ от заказа, если распределение работает в режиме «предложения»;
• приёмка груза на складе сканированием штрихкодов — курьер подтверждает, что забрал всё.

2. Маршрут и навигация

• последовательность точек, построенная системой с учётом интервалов и пробок;
• открытие точки в навигаторе одним нажатием;
• подробности адреса: подъезд, этаж, домофон, комментарий клиента, фото входа с прошлых доставок;
• пересчёт маршрута, если заказ отменили или добавили по пути.

3. Контакт с клиентом

• звонок и сообщение клиенту через подменный номер — без раскрытия личного телефона курьера;
• автоматическое уведомление «курьер в пути / будет через 10 минут»;
• понятный сценарий «клиент не отвечает»: таймер ожидания, повторный звонок, перенос или возврат на склад.

4. Подтверждение вручения (Proof of Delivery)

• фото посылки у двери или в руках получателя с геометкой и временем;
• подпись на экране или одноразовый код из SMS — для ценных и юридически значимых отправлений;
• частичная доставка и частичный отказ с указанием причины по каждой позиции;
• фото повреждений при отказе.

5. Деньги и закрытие смены

• приём оплаты картой, по QR (СБП) и наличными с отправкой чека по 54-ФЗ о применении ККТ;
• сумма к сдаче в конце смены и сверка инкассации без бумажных ведомостей;
• заработок за смену и за месяц — прозрачность выплат снижает текучесть курьеров.

6. Интерфейс для работы на ходу

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

• крупные кнопки основных действий — «прибыл», «вручено», «клиент не отвечает»;
• не больше двух-трёх нажатий на любой частый сценарий;
• тёмная тема и высокая контрастность для работы на солнце и ночью;
• понятные сообщения об ошибках без технических кодов;
• поддержка недорогих Android-смартфонов и старых версий ОС — на них работает заметная часть курьеров.

Каждое лишнее нажатие, умноженное на 30–60 доставок за смену, превращается в минуты, а на парке из сотни курьеров — в часы оплачиваемого времени.

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

Обязательные и желательные функции: таблица

Не всё нужно на старте. Ниже — ориентир для службы с 10–50 курьерами.

Что приложение должно уметь без интернета

Офлайн-режим — функция, о которой вспоминают последней, а срывов она предотвращает больше других. Курьер постоянно оказывается в подвалах, лифтах, на складах и за городом. Минимальные требования:

1. Заказы и маршрут смены загружаются заранее и доступны без сети.
2. Действия сохраняются локально с точным временем и координатами: статус, фото, подпись.
3. Синхронизация идёт автоматически, как только появляется связь, без кнопки «отправить».
4. Конфликты разрешаются по правилам: если диспетчер отменил заказ, пока курьер был офлайн, приложение показывает это сразу после синхронизации.

Отдельно стоит протестировать расход батареи: постоянный GPS-трекинг на слабом смартфоне может разрядить его к середине смены. Решение — адаптивная частота отправки координат и рекомендации по внешним аккумуляторам в регламенте.

Как связать приложение с диспетчерской и клиентом

Приложение курьера — лишь одна из трёх частей системы доставки. Вторая — панель диспетчера или TMS, где распределяются заказы и видны курьеры на карте. Третья — канал для клиента: трекинг-страница, уведомления, личный кабинет B2B-заказчика. Если приложение не обменивается данными с остальными частями в реальном времени, получается «остров», и диспетчер снова сидит на телефоне.

Что проверить в интеграциях:

• статусы и координаты попадают в TMS за секунды, а не по расписанию;
• заказы маркетплейсов и интернет-магазинов приходят по API без ручного импорта;
• фото и подписи сохраняются в карточке заказа и доступны службе поддержки при споре;
• данные об оплате уходят в учётную систему (1С) и кассовый сервис;
• уведомления клиенту отправляются автоматически по смене статуса.

Сценарий выбора подрядчика по операциям и технологиям мы разбирали в статье как выбрать партнёра по аутсорсингу логистики.

Готовое приложение или собственная разработка?

Готовые приложения поставляются вместе с TMS по подписке и запускаются за несколько недель. Это разумный выбор, если модель доставки типовая: один склад, один тариф, оплата онлайн. Собственное приложение окупается, когда:

• в службе смешанный парк — пешие курьеры, автомобили, грузовые маршруты — с разными сценариями;
• нужны нестандартные сценарии: возвраты с проверкой комплектности, приём денег за несколько заказов, B2B-реестры;
• плата за каждого курьера в коробочном решении растёт быстрее выручки;
• курьеры работают в нескольких системах одновременно, и их нужно свести в одно приложение.

При заказной разработке разумно начинать с MVP на 6–10 недель: маршрут, статусы, офлайн, подтверждение вручения и оплата. Затем — пилот на одной зоне и расширение функций по данным, а не по списку пожеланий. Выбор между нативной и кроссплатформенной разработкой зависит от того, на каких устройствах работают курьеры: если это корпоративные Android-терминалы со сканером, одной платформы может быть достаточно.

Чек-лист перед запуском

1. Составьте карту срывов за 2–3 месяца и сопоставьте каждый с функцией приложения.
2. Проверьте работу без связи: подвал, лифт, загородный маршрут.
3. Пройдите полную смену с реальным курьером на его смартфоне — от приёмки до сдачи кассы.
4. Проверьте кассовый сценарий: чек при оплате картой, по QR и наличными, возврат.
5. Убедитесь, что фото и подпись сохраняются в карточке заказа и находятся поддержкой за минуту.
6. Обучите курьеров за одну смену; если нужно больше — упростите интерфейс.
7. Задайте метрики «до/после»: доставок за смену, доля доставок с первой попытки, звонков в поддержку на 100 заказов.

Если операционную часть — найм, обучение и управление курьерами — удобнее отдать подрядчику, посмотрите, как это устроено в решениях MetroMax BPM.

Частые вопросы

Какие функции приложения курьера самые важные?

Список заказов с маршрутом, статусы в реальном времени, офлайн-режим, подтверждение вручения фото или кодом и приём оплаты с чеком. Без этих пяти функций срывы доставки и споры с клиентами неизбежны при любом объёме заказов.

Можно ли обойтись мессенджером вместо приложения?

На 3–5 курьерах и 30–40 заказах в день — да, временно. Дальше мессенджер теряет статусы, не даёт доказательств вручения и не связан с кассой, а диспетчер тратит на переписку больше времени, чем на управление доставкой.

Нужно ли приложению работать без интернета?

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

Сколько времени занимает разработка приложения курьера?

MVP с базовыми функциями обычно делают за 6–10 недель, ещё 2–4 недели уходят на пилот. Интеграции с маркетплейсами, 1С и кассовым сервисом добавляют от одного до трёх месяцев в зависимости от их числа.

Как понять, что приложение работает хорошо?

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