Мобильное приложение для курьера: функции, требования и внедрение

Зачем курьеру приложение, а диспетчеру — данные из него

Пока задание живёт в распечатанном маршрутном листе, а связь с исполнителем держится на звонках и сообщениях в мессенджере, у диспетчера нет ни одной надёжной точки данных о ходе дня. Он знает, что утром выдал двадцать адресов, и узнаёт результат вечером — из пересказа. Всё, что произошло между этими двумя моментами, восстанавливается по памяти: во сколько приехали, почему опоздали, кто именно принял заказ.

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

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

Обязательный минимум функций на маршруте

Набор возможностей у разных систем отличается, но есть минимум, без которого инструмент не заменит бумагу и телефонный звонок.

• Задания на смену в порядке объезда. Не просто список адресов, а последовательность с ориентировочным временем прибытия: исполнитель не должен сам решать, куда ехать после третьей точки.
• Полная карточка заказа. Адрес с корпусом и подъездом, комментарий («домофон не работает, звонить с улицы»), телефон получателя, состав, сумма и способ оплаты. Каждое недостающее поле — это звонок в офис.
• Навигация в один тап. Переход в привычную карту прямо из карточки, без ручного копирования адреса.
• Понятные статусы. Выехал, на месте, выполнено, не выполнено с указанием причины. Именно причины дают материал для разбора, а не просто отметку о факте.
• Подтверждение выполнения. Фото, подпись получателя, комментарий — то, что закрывает спор о доставке до его начала.
• Чек-листы. Короткий список обязательных действий по типу заказа: проверить целостность, пересчитать позиции, забрать возврат.
• Связь с диспетчером. Возможность сообщить о проблеме внутри задачи, а не в личной переписке, где сообщение теряется.
• Приём изменений в течение дня. Новый срочный заказ, отмена, перенос — исполнитель должен увидеть это сразу, без обзвона.

Отдельно стоит автоматическая фиксация времени и геометки в момент отметки статуса. Это не слежка ради слежки: без объективной привязки к месту и времени любая аналитика по срокам держится на том, что сотрудник аккуратно нажимал кнопки, и разваливается при первом же спорном случае.

Фотоотчёт, подпись и чек-листы: подтверждение вместо галочки

Формальная отметка «доставлено» стоит ровно столько, сколько доверия у вас к конкретному исполнителю. Подтверждение работает тогда, когда его нельзя поставить, не оказавшись на месте, и когда по нему через месяц можно восстановить картину.

Что имеет смысл фиксировать в поле:

• Снимок передачи или места. Товар у двери, подъезд, показания или установленное оборудование — в зависимости от того, какие споры у вас реально возникают.
• Подпись получателя на экране — там, где нужен факт приёма конкретным человеком.
• Причину невыполнения. Не дозвонились, отказ, адрес не найден, отсутствовал получатель, перенос по просьбе клиента. Список закрытый, свободный текст — только дополнением.
• Отметку о возврате или обмене, если такие сценарии есть в потоке.

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

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

Установка приложения или мобильный веб-интерфейс

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

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

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

Практический ориентир: если у вас смешанная команда, сезонные пики и частая ротация, скорость подключения нового исполнителя важнее максимума функций. В itlogist исполнитель работает в мобильном веб-интерфейсе с фотоотчётами и чек-листами, без обязательной установки приложения, а диспетчер видит маршруты на карте в реальном времени и распределяет заявки по сотрудникам в одном окне — подробнее об этом на странице Управление курьерами.

Отдельный вопрос — личные телефоны. Если сотрудники работают со своих устройств, заранее договоритесь, какие данные собираются, в какое время работает определение местоположения и что происходит с доступом после увольнения. Это снимает половину возражений на старте.

Что проверить до внедрения: связь, батарея, скорость

В офисе на большом экране любой интерфейс выглядит удобным. В поле условия другие, и проверять систему нужно именно в них.

• Поведение при плохой связи. Что происходит в подземном паркинге и на цокольном этаже: отметки копятся и уходят при появлении сети или теряются вместе с фотографией.
• Расход батареи. Смена — это восемь-двенадцать часов с включённой навигацией и камерой. Если к обеду телефон сел, дальше вы получаете день без данных.
• Число действий на один заказ. Посчитайте нажатия от открытия карточки до отметки о выполнении. Разница между тремя и восемью действиями на семидесяти адресах в неделю — это уже не мелочь.
• Работа одной рукой. В руках коробка, на улице мороз или дождь: крупные элементы и минимум обязательного ввода текста ценнее богатого функционала.
• Вес фотографий. Снимки должны сжиматься на устройстве, иначе трафик и время загрузки становятся отдельной проблемой.
• Что видит клиент. Статус в личном кабинете заказчика снимает часть звонков в диспетчерскую — это прямая экономия времени офиса.

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

Как внедрить, чтобы инструментом действительно пользовались

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

Рабочая последовательность запуска:

• Зафиксируйте базу. Сколько адресов на человека в день, какая доля доставлена в срок, сколько заказов не выполнено и по каким причинам. Без этих цифр «стало лучше» останется ощущением.
• Наведите порядок в данных. Нормализованные адреса, комментарии по доступу, актуальные телефоны получателей: половина проблем в поле начинается с плохого адреса, а не с плохого приложения.
• Запустите на части потока. Одна команда или один город, две недели, ежедневная короткая обратная связь от исполнителей.
• Уберите дублирование. Как только отметки идут в систему, бумажный маршрутный лист и отчёт в мессенджере нужно отменить. Две системы учёта хуже одной, даже если вторая — просто привычка.
• Настройте обмен с учётной системой. itlogist работает с 1С, AmoCRM, Bitrix24 и Excel, так что заказы попадают в работу из привычных источников без ручного перебивания.

Что меняется в результате: задачи распределяются по исполнителям в одном окне, порядок объезда считает движок оптимизации на базе OR-Tools с учётом окон доставки и ограничений, выполнение подтверждается прямо на месте, а заказчик видит статусы в личном кабинете. Запуск занимает 7 дней, без долгосрочных контрактов, а сама платформа рассчитана на команды от 5 до 100 исполнителей — то есть проверить подход можно на живом потоке заказов и сравнить с зафиксированной базой через месяц.