Разберём работу вашей доставки и скажем, что автоматизируется в первую очередь
Как сейчас курьеры получают задания, кто ведёт статусы, чем подтверждается вручение и в каких программах уже лежат ваши заказы.
Программное обеспечение для курьеров
Задания, маршрут, статусы и подтверждение доставки в одном приложении
Пока курьеров двое, доставка держится на телефонных звонках и переписке: адреса уходят в мессенджер, порядок объезда — на словах, а на вопрос «где заказ» отвечает тот, кто дозвонился до курьера первым. С ростом числа доставок это перестаёт работать — задания теряются, статусы отстают от реальности, а спор «привезли или нет» решать нечем. Программа для курьеров убирает этот способ работы: задание приходит в приложение исполнителя, статус ставит тот, кто везёт, в момент действия, а факт вручения фиксируется вместе с временем и автором. Ниже разобрано, как это устроено — от назначения заказа до закрытия смены.
Что такое программа
для курьеров
Программа для курьеров — рабочий инструмент исполнителя: она приносит курьеру задания на смену, показывает адреса и состав заказа, ведёт его от точки к точке и записывает, что произошло на каждой из них. Со стороны компании это управление доставкой: диспетчер видит, кто где находится и что уже выполнено, не обзванивая смену.
Разницу видно на одном примере. Без программы курьер получает адреса в переписке, звонит клиенту, чтобы уточнить подъезд, и вечером диктует диспетчеру, что доставил. Диспетчер переносит это в таблицу — если вспомнит и если курьер не сбился. К концу дня никто не может назвать точное время вручения конкретного заказа.
В программе то же самое — записи. У доставки есть карточка, у карточки — адрес, состав, интервал и текущий статус, у каждого изменения — время и автор. Ответ на вопрос «где заказ и что с ним происходило» занимает секунды и не зависит от того, взял ли курьер трубку.
Пример. Утром заказ собрали на складе и назначили курьеру — задание появилось у него в приложении вместе с адресом и интервалом доставки. Курьер забрал груз, отметил получение, поехал по точкам и на каждой сменил статус. У третьего адреса клиента не оказалось дома — курьер поставил причину, и доставка не «пропала», а встала в разбор к диспетчеру. Вечером менеджер ответил клиенту по записи в системе, а не по памяти курьера.
Автоматизация курьерской доставки начинается там, где ответы на три вопроса перестают помещаться в голову диспетчера: кому назначен этот заказ, в каком он состоянии прямо сейчас и чем подтверждается, что его вручили.
- 1Заказ
- 2Назначение
- 3Получение груза
- 4Маршрут
- 5Доставка
- 6Подтверждение
- 7Завершение
Это путь одной доставки, а не список экранов программы. Каждый переход выполняет человек и в момент действия: назначает диспетчер, получение и вручение отмечает курьер. Поэтому система показывает состояние доставки, а не намерение того, кто её планировал.
Что курьер видит по каждому заданию
- Что везти — номер заказа, состав, количество мест, вес или габариты, если они важны
- Куда — адрес доставки с комментарием: подъезд, этаж, домофон, вход со двора
- Когда — дата и интервал доставки или срок, к которому заказ нужно вручить
- Кому — имя получателя и контакт, если он нужен для выполнения задания
- Что учесть — комментарий к заказу: хрупкое, нужен лифт, позвонить за 15 минут
- Оплата — оплачен заказ заранее или деньги нужно взять при вручении, и сколько
- В каком состоянии — текущий статус доставки и что курьеру нужно сделать дальше
Чего программа не делает сама
Она не везёт заказ и не заменяет курьера. Она убирает ручную работу вокруг действия: приносит задание без звонка, хранит адрес с комментарием, не даёт закрыть доставку без результата и фиксирует каждое изменение. Решение перенести доставку или вернуть заказ остаётся за человеком — но принимается по записи, а не по устной договорённости.
Точно так же система не «видит» курьера сама по себе: она знает ровно то, что он отметил в ней действием. Поэтому качество данных зависит не от количества функций, а от того, ставятся ли отметки в момент, когда событие происходит.
С чего обычно начинают
Первым делают две вещи: конечный список статусов и обязательный результат у каждой доставки. Причина простая: пока «в работе» каждый понимает по-своему, а закрытая без причины доставка считается успешной, отчёт собрать не из чего — независимо от того, сколько экранов есть в приложении.
Какие задачи решает программа
Ниже — не список функций, а шесть проблем, из-за которых курьерскую доставку вообще автоматизируют. Каждая формулируется одинаково: что происходит без программы и что меняется с ней.
Задания перестают теряться
Без программы адреса приходят в мессенджер, часть — голосом по телефону, часть — списком в таблице. Курьер собирает свой день из трёх источников и что-то пропускает. В программе задание — запись с номером и исполнителем: оно либо в работе, либо закрыто с результатом.
Статус ставит тот, кто везёт
Пока статусы ведёт диспетчер со слов по телефону, они отстают от реальности на час и стоят половины его смены. Отметка курьера в момент действия даёт фактическое время: когда забрал, когда приехал, когда вручил.
Адрес не нужно уточнять звонком
Подъезд, этаж, домофон и «вход со двора» хранятся в карточке доставки, а не в памяти того, кто возил туда в прошлый раз. Новый курьер закрывает адрес с первого раза, а не после двух звонков клиенту и одного диспетчеру.
Вручение подтверждается
Кто принял заказ, когда и на каком основании — запись в системе, а не воспоминание. Способ подтверждения выбирается под проект, но результат один: спор «привезли или нет» решается открытием карточки, а не разбирательством между менеджером и курьером.
Смену видно без обзвона
Диспетчер смотрит на один экран: кто на маршруте, сколько точек закрыто, где доставка отстаёт от интервала. Вопрос «где мой заказ» перестаёт быть работой для трёх человек — менеджер отвечает клиенту сам.
Спорное разбирается по журналу
Каждое изменение подписано автором и временем. Это не слежка за курьером, а возможность разобрать конкретный случай: на каком шаге доставка встала и почему. Заодно видно нагрузку — сколько точек закрыто за смену и кем.
Из чего состоит программа
Система собирается из модулей. Не все они нужны каждой компании: службе с тремя курьерами и предсказуемыми адресами не нужен разбор исключений на десять сценариев, а доставке еды не обойтись без интервалов и уведомлений клиенту. Состав определяется задачей, но модули стыкуются между собой заранее, а не дописываются потом сбоку.
Список заданий
Рабочий день курьера одним экраном: что назначено на смену, в каком порядке, что уже закрыто и что осталось. Это точка входа в программу — с неё курьер начинает день и к ней возвращается после каждой точки.
Карточка доставки
Всё по одному заказу: состав и количество мест, адрес с комментарием, интервал, получатель, оплата и текущий статус. Ровно тот объём, который нужен для выполнения задания, — без справочников и отчётов компании.
Точки и маршрут
Адреса смены на карте и списком, порядок объезда, переход от текущей точки к следующей. Маршрут — такой же учётный объект, как задание: у него есть дата, исполнитель и история изменений в течение дня.
Статусы доставки
Конечный набор состояний и правила перехода между ними. Курьер меняет статус одним действием, а не выбором из длинного списка: назначен, получен, в пути, на месте, доставлен.
Подтверждение вручения
Фиксация результата на точке: смена статуса и способ подтверждения, выбранный под проект. Без результата задание не закрывается — «доставил, наверное» не является состоянием доставки.
Приём груза
Отметка получения заказа на складе или в точке отправления. С этого момента ответственность за груз лежит на курьере, и в системе видно, что заказ уже не на складе, а в пути.
Уведомления
Сообщения курьеру и получателю: назначен новый заказ, изменено задание, приближается интервал, доставка отменена. Каналы отправки выбираются при внедрении и подключаются интеграцией.
История заданий
Что курьер выполнил за день, за неделю, за месяц: закрытые доставки, время выполнения, проблемные точки. Из этих же записей собирается его выработка — отдельный учёт для этого не нужен.
Связь с диспетчером
Обращение к диспетчеру прямо из карточки задания, без поиска номера в телефоне. Диспетчер видит, по какой доставке пришёл вопрос, и отвечает по ней, а не выясняет заново, о каком адресе речь.
Работа без сети
Отметки, сделанные вне зоны покрытия — в подвале, в лифте, в частном секторе, — сохраняются на устройстве и досылаются, когда связь появится. Повторная отправка не создаёт вторую доставку.
Диспетчерская панель
Рабочее место компании: активные курьеры, назначенные заказы, статусы, выполненные и проблемные доставки, загрузка сотрудников. Открывается в браузере, устанавливать ничего не нужно.
API и интеграции
Внешний интерфейс системы: создать доставку, назначить исполнителя, получить статус, забрать подтверждение и журнал. Через него подключаются интернет-магазин, склад, логистика и учётные системы.
Получение заданий
как заказ попадает к курьеру
После того как доставка сформирована, заказ назначается конкретному курьеру. Назначение — это не сообщение в чате, а операция: у доставки появляется исполнитель, а у исполнителя — задание с номером, временем выдачи и текущим состоянием.
Задание приходит в приложение курьера сразу, без звонка и пересылки адреса. Курьер открывает список и видит свою смену целиком: сколько точек назначено, что уже закрыто и какая доставка следующая.
Кто назначает. Обычно диспетчер — вручную или по правилам, заданным компанией: по зоне города, по типу заказа, по свободному времени курьера. Автоматическое распределение может быть реализовано под процесс конкретной службы; заранее его как готовую функцию мы не заявляем — правила распределения у всех разные, и придумывать их за компанию нельзя.
Что курьер может сделать с заданием:
- Принять — подтвердить, что задание получено и он берёт его в работу
- Открыть карточку — посмотреть состав, адрес, интервал, комментарии и способ оплаты
- Сменить статус — отметить получение груза, выезд, прибытие на точку и вручение
- Оставить комментарий — записать то, что пригодится в следующий раз или объяснит задержку
- Отметить проблему — зафиксировать причину, по которой доставка не состоялась
- Написать диспетчеру — задать вопрос по конкретной доставке, не выходя из задания
Чего в задании быть не должно — лишнего. Курьеру не нужны себестоимость заказа, история клиента и отчёты компании: на экране остаётся то, что нужно, чтобы довезти и вручить. Всё остальное закрыто правами доступа, а не мелким шрифтом.
Что происходит при переназначении
Курьер заболел, задержался или не вышел на смену — обычная ситуация, а не сбой. Диспетчер снимает задание и назначает его другому исполнителю; в истории доставки остаются оба назначения с временем, а не только последнее.
Это важно на практике: без записи о переназначении разбор «почему заказ опоздал» упирается в то, что система показывает текущего курьера, который получил его за час до конца интервала.
Контакты получателя
Телефон получателя показывается тогда, когда он нужен для выполнения задания, и ровно тем, кто везёт эту доставку. Доступ к персональным данным — отдельное право, а не общий пакет «сотрудник»: список всех клиентов компании курьеру не открывается.
Как именно показывать контакт — целиком, частично или через звонок с подменой номера, — решается на обследовании: это зависит от того, с какими данными работает компания и что она обязана защищать.
| № | Интервал | Адрес | Мест | Оплата | Состояние |
|---|---|---|---|---|---|
| 1 | 10:00—12:00 | Ахунбаева 97, подъезд 2 | 1 | оплачен | доставлен |
| 2 | 11:00—14:00 | Токтогула 125, офис 4 | 3 | оплачен | доставлен |
| 3 | 12:00—15:00 | Байтик Баатыра 53 | 1 | 2 400 сом | на месте |
| 4 | 14:00—17:00 | Чуй 219, вход со двора | 2 | оплачен | в пути |
| 5 | 16:00—19:00 | Ибраимова 42, этаж 7 | 1 | 1 150 сом | назначен |
Список отсортирован по интервалу, а не по времени назначения: курьеру важен порядок дня, а не порядок, в котором диспетчер раздавал заказы. Колонка оплаты стоит рядом с адресом не случайно — сумму к получению нужно увидеть до того, как курьер поднялся на седьмой этаж.
Мобильное приложение
курьера
Приложение для курьеров — не уменьшенная копия панели диспетчера, а отдельный интерфейс под условия работы исполнителя: телефон в одной руке, коробка в другой, экран на солнце, связь через раз и низкий заряд к вечеру.
Практический смысл у него один: вся рабочая информация в одном месте. Курьеру не нужно держать открытыми три чата, таблицу с адресами и историю звонков — задание, адрес, состав заказа, статус и способ связи с диспетчером находятся в одном интерфейсе.
Экран строится по принципу «текущая точка и следующая». Всё, что не нужно прямо сейчас, убрано вглубь: списки за прошлые дни, справочники, детали, которые не влияют на вручение. Чем меньше элементов на экране, тем меньше ошибок в смене и короче обучение нового человека.
Требования, которые важнее набора функций:
- Крупные элементы — статус меняется одним нажатием, а не выбором из выпадающего списка
- Минимум ввода — то, что можно подставить из карточки доставки, курьер не набирает руками
- Понятное поведение без сети — отметка принимается и досылается, а не теряется с ошибкой
- Экономный расход батареи — приложение не должно требовать павербанк к середине смены
- Читаемость на улице — контраст рассчитан на дневной свет, а не на офисный монитор
Считать, сколько времени экономит объединение, бессмысленно — оно зависит от того, во что сейчас превращена работа курьера. Виден другой эффект: пропадает целый класс ошибок, при которых заказ доставлен по адресу из вчерашнего сообщения, потому что новый пришёл в другой чат.
Приложение или веб-интерфейс
Форма исполнения выбирается под задачу: это может быть мобильное приложение для Android и iOS или адаптированная веб-страница, которая открывается в браузере телефона.
Второй вариант дешевле и быстрее в запуске, первый нужен там, где важны работа без сети, уведомления и доступ к камере. Что подойдёт конкретной компании, определяется на обследовании, а не выбирается заранее.
Работа при плохой связи
Связь пропадает предсказуемо: в подвале, в лифте, в частном секторе, на подземной парковке. Если отметка в такой момент не проходит, курьер либо стоит и ждёт, либо перестаёт отмечать вовсе — и статусы снова начинают жить в телефонных звонках.
Поэтому отметки сохраняются на устройстве и досылаются, когда соединение вернётся. Повторная отправка при этом не создаёт вторую доставку: у каждой отметки есть ключ, и система принимает её один раз. Это то же правило, по которому работает обмен с внешними системами.
- Активные заказыосновной экранДоставки, которые курьер уже принял в работу, — с текущим состоянием каждой
- Список точекосновной экранАдреса смены в порядке объезда: закрытые, текущая и те, что впереди
- Картапо проектуТочки доставки на карте города — подключается интеграцией с картографическим сервисом
- Маршрутпо проектуПорядок объезда и переход к следующей точке; построение пути — возможность, а не готовая функция
- Информация о доставкеосновной экранСостав заказа, количество мест, интервал, комментарий, получатель и оплата
- Статусыосновной экранСмена состояния доставки одним действием, без выбора из длинного списка
- Подтверждение выполненияосновной экранФиксация результата на точке способом, выбранным для проекта
- История заданийвторой уровеньЧто курьер выполнил за прошлые смены — убрано вглубь, чтобы не мешать текущему дню
- Уведомленияпо проектуНовое задание, изменение маршрута, приближение интервала, отмена заказа
- Связь с диспетчеромосновной экранВопрос по текущей точке прямо из карточки задания, без поиска номера в телефоне
Пометка «по проекту» стоит там, где возможность зависит от подключения внешнего сервиса или от условий работы конкретной службы. Всё остальное — рабочий минимум: без него интерфейс исполнителя не заменяет переписку, а добавляется к ней десятым источником заданий.
Маршрут
и точки доставки
Точка доставки — один адрес с одной доставкой. Смена курьера складывается из точек, и приложение показывает их двумя способами сразу: списком в порядке объезда и метками на карте. Список отвечает на вопрос «что делать дальше», карта — на вопрос «далеко ли это отсюда».
Последовательность задаётся заранее и видна курьеру: какая точка текущая, какие закрыты, какие впереди. После закрытия точки следующая становится текущей — курьер не ищет её в списке и не решает каждый раз заново, куда ехать.
Порядок можно менять в течение дня. Диспетчер переставляет точки, добавляет срочную доставку или снимает отменённую — изменения приходят курьеру, а в истории маршрута остаётся, что и когда поменялось. Молча подменить план на другой система не должна: курьер, который узнаёт об изменении по факту, планирует день заново.
Автоматическое построение оптимального порядка объезда — возможность, которая может быть реализована или подключена интеграцией с картографическим сервисом. Как готовую функцию мы её не заявляем: качество такой оптимизации зависит от данных о трафике и от ограничений конкретной службы — интервалов у получателей, зон, вместимости сумки или машины.
На практике многим службам достаточно ручного порядка: диспетчер знает город лучше алгоритма, а интервалы у получателей всё равно задают жёсткий каркас дня.
Адрес — это не только улица и дом
Половина потерянного времени курьера уходит не на дорогу, а на поиск входа. Поэтому у точки есть комментарий: подъезд, этаж, код домофона, «вход со двора», «шлагбаум, позвонить охране», «второй корпус, серая дверь».
Комментарий пополняется самим курьером после доставки и остаётся в карточке адреса. Следующий человек, который поедет туда, не будет выяснять то же самое заново — это единственный способ накопить знание о городе в системе, а не в головах смены.
Что меняется по ходу маршрута
Статусы меняются не пачкой в конце дня, а по каждой точке в момент действия. Прибыл на адрес — «на месте», вручил — «доставлен», не застал получателя — причина и перенос. Из этих отметок берутся фактическое время доставки и длительность точки; иначе оба показателя восстанавливаются по памяти, то есть не восстанавливаются.
| Порядок | Адрес | Интервал | Что везём | Комментарий к точке | Состояние |
|---|---|---|---|---|---|
| 1 | Байтик Баатыра 53 | 12:00—15:00 | 1 место | Шлагбаум, позвонить охране | закрыта |
| 2 | Чуй 219 | 14:00—17:00 | 2 места | Вход со двора, серая дверь | текущая |
| 3 | Ибраимова 42 | 16:00—19:00 | 1 место | Этаж 7, лифт до 6-го | впереди |
| 4 | Московская 180 | 17:00—20:00 | 3 места | Офис, пропуск на ресепшене | впереди |
| 5 | Ахунбаева 97 | до 20:00 | 1 место | Возврат: получатель отказался | добавлена |
Пятая точка добавлена в маршрут в течение дня — это возврат по отказу, который нужно довезти обратно. Возврат идёт такой же точкой с адресом и состоянием, а не устной договорённостью «завтра завезёшь»: иначе заказ выпадает из учёта ровно в тот момент, когда за него уже никто не отвечает.
Статусы доставки
Статус — не подпись на экране, а состояние, из которого следуют разрешённые действия. Набор конечный и короткий: пока он не назван явно, каждый сотрудник понимает «в работе» по-своему, а десяток похожих статусов курьер начинает ставить наугад.
- НазначенУ доставки появился исполнитель, задание пришло курьеру. Груз ещё на складе или в точке отправления, ответственность за него не менялась
- Получен курьеромКурьер физически забрал заказ и отметил это. Здесь ответственность переходит от склада к исполнителю — единственный переход, у которого две стороны
- В путиКурьер едет к получателю. На этом участке появляются промежуточные события: задержался на предыдущей точке, изменён порядок объезда
- На местеКурьер прибыл по адресу. Отметка нужна не для контроля, а для отсчёта: из неё берётся, сколько времени заняла сама передача заказа
- ДоставленПолучатель принял заказ, подтверждение приложено к доставке. Только теперь задание закрыто — не в момент, когда курьер вышел из подъезда
Пять состояний — рабочий минимум, а не полный список. Промежуточные («передан на сортировку», «передан другому курьеру») добавляются под процесс компании, но набор остаётся конечным и явным: каждый статус должен отвечать на вопрос, что курьеру разрешено делать дальше.
| Что произошло | Что делает система | Состояние |
|---|---|---|
| Клиент недоступен: не открывает, не берёт трубку | Фиксирует неуспешную попытку с причиной и комментарием курьера, оставляет заказ за ним и ставит вопрос о повторной доставке | разбор |
| Доставка перенесена по просьбе получателя | Записывает новую дату или интервал вместе с тем, кто и когда согласовал перенос; точка уходит из сегодняшнего маршрута | штатно |
| Получатель отказался от заказа | Закрывает доставку с причиной отказа и ставит обратную точку — вернуть заказ на склад или в точку отправления | разбор |
| Получатель принял заказ частично | Разделяет доставку: принятые места закрываются, отказные уходят в возврат отдельной записью, а не списываются вместе со всеми | разбор |
| Проблема с адресом: дома нет, вход не найден | Открывает событие с комментарием курьера и передаёт точку диспетчеру на уточнение, не закрывая доставку как выполненную | разбор |
| Заказ отменён, когда курьер уже в пути | Снимает точку с маршрута и переводит доставку в возврат: заказ не «растворяется», за него по-прежнему кто-то отвечает | штатно |
| Курьер не вышел на смену | Освобождает его задания для переназначения и показывает диспетчеру все затронутые доставки одним списком | предупреждение |
Общий принцип: неуспешный исход не исчезает и не превращается в успешный. Доставка остаётся открытой и попадает в очередь разбора — это дешевле, чем отчёт, в котором проблем нет, потому что их некуда было записать.
Какие исключения нужны компании, решается на обследовании. Доставке еды нужны короткие интервалы и быстрый перенос, доставке техники — частичный отказ и возврат, доставке документов — подтверждение личности получателя. Набор настраивается, но правило общее: у любого завершения доставки есть причина, и причина попадает в отчёт.
Подтверждение
получения и доставки
У доставки две точки, где меняется ответственный, и обе фиксируются. Первая — получение груза курьером: заказ уходит со склада, и с этого момента за него отвечает исполнитель. Вторая — вручение получателю: доставка закрыта, обязательство компании выполнено.
Без записи об этих двух моментах любая пропажа превращается в опрос смены: склад считает, что отдал, курьер — что вёз не он, а менеджер объясняет клиенту, что «разбираемся». Отметка стоит секунды, разбор без неё — дня работы и доверия клиента.
Что фиксирует система при вручении:
- Результат — доставка выполнена, выполнена частично или не состоялась с причиной
- Когда — фактическое время вручения, а не время, когда курьер добрался до отчёта
- Кто вручил — исполнитель, за которым числилось задание в этот момент
- Кому — получатель или тот, кто принял заказ вместо него, если это допускается правилами
- Чем подтверждено — способ подтверждения, выбранный для проекта, и сам результат
- Оплата — если заказ оплачивается при получении: сумма, способ и факт приёма денег
Способ подтверждения выбирается под проект. Ниже перечислены возможные варианты — это не список готовых функций и не обещание, что всё это уже реализовано. Что подойдёт конкретной службе, зависит от того, что доставляют, кому и какие требования предъявляет сама компания.
Без результата задание не закрывается
Это правило важнее самого способа подтверждения. Пока результат не зафиксирован, доставка остаётся открытой и видна диспетчеру. Иначе к концу месяца все доставки будут выполнены, а спорные случаи по-прежнему придётся разбирать по звонкам.
Оплата при получении
Там, где заказ оплачивается на месте, подтверждение доставки и подтверждение оплаты — две разные записи. Сумма к получению приходит вместе с заданием, а факт приёма денег отмечается отдельно: иначе к концу смены невозможно свести, сколько наличных у курьера на руках.
Приём оплаты картой или переводом возможен интеграцией с платёжным сервисом или терминалом исполнителя — состав зависит от провайдера и уточняется на обследовании.
Возврат и недоставленное
Заказ, который не удалось вручить, остаётся за курьером до момента, когда он его сдал: обратно на склад, в пункт отправления или другому исполнителю. Сдача оформляется так же, как получение, — второй стороной. До этого недоставленное видно отдельным списком, а не растворяется в общей статистике смены.
- Смена статусабазовый вариантКурьер отмечает вручение в приложении — фиксируются время, автор и результат. Работает всегда и подходит там, где спорных случаев мало
- Код подтверждениявариантПолучатель называет короткий код из сообщения — доказательство, что заказ отдан именно ему, а не оставлен у двери
- QR-кодвариантКурьер считывает код с заказа или получатель — с экрана курьера. Удобно там, где в одной точке вручают несколько заказов подряд
- ФотографиявариантСнимок переданного заказа или места, куда он оставлен по договорённости. Прикладывается к доставке и хранится вместе с ней
- Электронная отметка получателявариантПодпись или подтверждение на экране устройства курьера — привычная замена бумажной накладной
- ДокументвариантОтметка в накладной или акте, если бумажный документооборот обязателен. Не отменяет запись в системе, а дополняет её
Ни один из вариантов не является обязательным и ни один не заявлен как уже готовый: набор определяется на обследовании — по тому, что доставляется, какие споры возникают чаще всего и какие требования предъявляет сама компания. Чем строже подтверждение, тем дольше курьер стоит на точке, поэтому усиливать его имеет смысл там, где спорные случаи действительно есть.
Связь со складом
передача заказа курьеру
Склад и доставка — не два отдела с общим чатом, а два участка одного процесса. Заказ, который «собран, но не передан», и заказ, который «передан, но не отмечен», — разные состояния, и путать их дорого: первый ищут на складе, второй — у курьера.
Стык устроен просто: кладовщик отмечает передачу, курьер — получение. Пока обе отметки не поставлены, заказ числится в промежуточном состоянии и виден обеим сторонам. Так у пропавшего места всегда есть участок, на котором оно потерялось, и разбор не превращается в опрос смены.
Полный складской учёт — приёмка, адресное хранение, остатки, комплектация и инвентаризация — тема отдельной страницы «Для склада». Здесь описан только стык: что склад передаёт курьеру и что получает от него обратно.
Если склад работает в другой программе — обычная ситуация: складской учёт уже ведётся в существующей системе, и менять её никто не собирается. Тогда стык строится обменом: программа курьеров получает готовность заказов и состав мест, а возвращает статусы, подтверждения и возвраты.
Состав обмена определяется тем, что внешняя система умеет отдавать, и уточняется на обследовании. Заранее заявлять готовую интеграцию значило бы обещать за чужой продукт.
Тот же принцип действует и в обратную сторону — на возвратах. Без отметки о сдаче недоставленный заказ живёт в багажнике курьера до следующей смены и исчезает из учёта ровно в тот момент, когда за него уже никто не отвечает.
Что курьер подтверждает при получении
- Какие заказы — номера доставок, которые он забирает в эту ходку
- Сколько мест — количество коробок или пакетов по каждому заказу
- Состояние упаковки — целая или повреждённая; спорное отмечается на месте, а не у клиента
- Когда и кто — время передачи и оба сотрудника: кто отдал и кто принял
Что возвращается на склад
Обратный поток так же важен: недоставленные заказы, отказы и частичные возвраты приезжают обратно с причиной, по которой они вернулись. Склад принимает их операцией — так же, как принимал бы поставку, — и заказ снова становится его ответственностью.
- 1Заказ собран
- 2Проверен
- 3Передан курьеру
- 4Доставка началась
Третий переход — единственный, где заказ меняет ответственного, и поэтому он оформляется двумя сторонами: склад сдал, курьер принял. Если шаг пропущен, при пропаже места невозможно назвать участок, а ответственность распределяется по громкости голоса на разборе.
Приложение курьера
Маршрут и точки
Подтверждение доставки
Диспетчерская панель
Диспетчерская панель
что видит компания
Диспетчерская панель — вторая половина системы: то, что видит компания, пока курьеры работают в приложении. Её задача не «показать все данные», а собрать в одном экране то, что требует решения сейчас, и убрать вглубь остальное.
Главная идея здесь одна: компания понимает, что происходит с доставкой, без постоянных звонков каждому курьеру. Диспетчер смотрит на экран, а не набирает пятерых по очереди, чтобы выяснить, у кого какой адрес закрыт.
Что видно в панели:
- Активные курьеры — кто на смене, кто на маршруте, кто освободился и у кого заканчивается рабочее время
- Назначенные заказы — какие доставки за кем закреплены и сколько точек осталось у каждого
- Текущие статусы — распределение доставок по состояниям одним списком, без пересчёта вручную
- Выполненные доставки — что закрыто за смену, с временем вручения и подтверждением
- Проблемные доставки — неуспешные попытки, отказы, возвраты, точки с истекающим интервалом
- Нераспределённое — заказы, которые ещё не назначены ни одному курьеру
- Загрузка сотрудников — сколько точек назначено на человека и сколько он реально закрывает за смену
- История операций — что происходило с любой доставкой, с автором и временем каждого изменения
Права доступа разграничивают панель по ролям: курьер видит только свои задания на день, диспетчер — свою смену или зону, руководитель — все направления и отчёты. Доступ к контактам получателей и отмена доставки — отдельные права, а не общий пакет «сотрудник».
Сводка смены
146доставок назначено
7точек с риском просрочки
3доставки в разборе
11заказов не назначено
Кадр экрана системы, числа демонстрационные. Порядок плиток выбран не случайно: первым идёт объём смены, дальше — то, что требует решения. Нераспределённые заказы стоят последними, потому что это единственная плитка, которую диспетчер закрывает сам и до конца.
Связь с курьером
Обращение приходит диспетчеру привязанным к доставке: видно, по какому адресу вопрос и в каком он состоянии. Это убирает половину разговора — ту, в которой выясняют, о каком заказе идёт речь.
Обратная связь работает так же: сообщение диспетчера приходит курьеру в карточку задания, а не отдельным звонком, который он услышит на лестнице между шестым и седьмым этажом.
Роль вместо набора галочек
Разграничение задаётся ролью, а не отдельными правами у каждого человека. Иначе через полгода доступ нового сотрудника настраивается «как у Иванова», и никто уже не может сказать, что именно ему открыто.
Связь с логистикой
Логистическая система управляет процессом доставки целиком: заявки, грузы, транспорт, планирование дня и распределение работы. Программа курьера — рабочий инструмент исполнителя внутри этого процесса. Это не два конкурирующих продукта, а разные уровни одной задачи: одна отвечает на вопрос «как организовать доставку», вторая — «как её выполнить и зафиксировать».
- 1Склад
- 2Логистика
- 3Курьер
- 4Клиент
Склад отвечает за то, что заказ собран и передан. Логистика — за то, кому и на какой день он назначен. Курьер — за то, что заказ доехал и вручён. Клиент закрывает цепочку получением. Разрыв между любыми двумя звеньями выглядит одинаково: заказ есть в одной системе и отсутствует в другой, а отвечает за него тот, кто первым взял трубку.
Что приходит из логистики
Готовая доставка с адресом, интервалом, составом заказа и получателем, а также назначение — какому курьеру и на какой день она отдана. Планирование дня и распределение работы остаются на стороне логистической системы.
Что делает программа курьера
Приносит задание исполнителю, ведёт его по точкам, фиксирует статусы и подтверждение вручения. Это единственный источник фактических данных о доставке: всё остальное — план, а не факт.
Что уходит обратно
Фактические статусы с временем, результат каждой точки, причины неуспешных доставок, возвраты и комментарии курьера. Из этого логистика строит отчёт за период, а менеджер отвечает клиенту без звонка исполнителю.
Если логистика уже своя
Программа курьеров может работать отдельным приложением, подключённым через API к существующей системе: получает задания, возвращает статусы и подтверждения. Такой вариант нужен там, где логистический контур менять не планируют.
Подробный разбор логистической стороны — заявки на перевозку, реестр грузов, планирование маршрутов и работа с транспортом — на странице программного обеспечения для логистики. Здесь важно другое: отметки курьера — единственный источник фактических статусов, поэтому его рабочее место проектируется первым, а не последним.
Уведомления
Уведомление нужно там, где иначе пришлось бы звонить. Их немного и они конкретные: каждое сообщает о событии, после которого человеку нужно что-то сделать. Всё остальное остаётся в списке заданий и не отвлекает курьера на лестнице.
Назначен новый заказ
Курьеру пришло задание: адрес, интервал и состав. Он видит его сразу, а не в конце текущей доставки, — и может встроить точку в порядок объезда, пока ещё не уехал в другой конец города.
Изменено задание или маршрут
Диспетчер переставил точки, добавил срочную доставку или снял отменённую. Без уведомления курьер узнаёт об этом, когда приезжает по старому адресу, — и тратит час на возврат.
Приближается время доставки
Напоминание по точке, у которой скоро истекает интервал. Оно приходит заранее, а не в момент просрочки: смысл не в том, чтобы зафиксировать опоздание, а в том, чтобы его не было.
Заказ отменён
Отмена доходит до курьера до того, как он поднялся на седьмой этаж. Если заказ уже у него на руках, вместе с уведомлением приходит и то, что делать дальше: вернуть на склад или передать другому исполнителю.
Требуется действие курьера
Задание висит без отметки, доставка не закрыта результатом, диспетчер задал вопрос по точке. Это не контроль ради контроля: незакрытая доставка к вечеру превращается в разбор на следующий день.
Сообщения получателю
Клиенту тоже есть что сказать: заказ передан курьеру, курьер выехал, доставка перенесена. Это снимает часть входящих звонков в компанию — человек, который знает статус, не звонит его уточнять.
Каналы отправки — сообщение в приложении, SMS, мессенджер, электронная почта — выбираются при внедрении и подключаются интеграцией. Готовых подключений к конкретным сервисам мы заранее не заявляем: состав зависит от того, чем пользуются клиенты компании и что доступно в её стране.
История действий
История — не архив «на всякий случай», а инструмент разбора. Записи не редактируются: исправление вносится новым событием с причиной. Поэтому вопрос «почему заказ приехал в семь вечера» имеет ответ, а не версии.
Кому назначили заказ
Исполнитель, время назначения и автор — вместе со всеми переназначениями, если задание переходило от одного курьера к другому в течение дня.
Когда курьер его получил
Факт передачи груза с обеих сторон: кто отдал, кто принял, когда и сколько мест. Момент, с которого ответственность за заказ лежит на исполнителе.
Когда менялся статус
Каждый переход с точным временем и автором: выехал, прибыл на точку, вручил. Из этих отметок собирается фактическая длительность доставки.
Чем всё закончилось
Результат доставки и способ подтверждения, а если она не состоялась — причина, комментарий курьера и то, что было решено дальше.
| Время | Событие | Кто | Что записано |
|---|---|---|---|
| 09:12 | Назначена | Диспетчер | Исполнитель — курьер Азамат, интервал 12:00—15:00 |
| 10:05 | Получена курьером | Склад + курьер | 1 место, упаковка целая, передача подтверждена двумя сторонами |
| 12:41 | На месте | Курьер | Прибытие по адресу Байтик Баатыра 53 |
| 12:58 | Попытка неуспешна | Курьер | Получатель не отвечает; комментарий: «шлагбаум закрыт, охрана не пропускает» |
| 13:20 | Перенесена | Диспетчер | Согласовано с получателем на 17:00—19:00 того же дня |
| 17:34 | Доставлена | Курьер | Код подтверждения принят, оплата 2 400 сом получена наличными |
По этой записи видно не только то, что заказ доставлен, но и почему он приехал на пять часов позже интервала. Разбирать имеет смысл именно такие цепочки: в них видно, какой шаг процесса выполняется мимо системы — в данном случае у адреса не был записан порядок прохода через охрану.
Аналитика доставки
Отчёты собираются из тех же записей, которые курьеры ставят в течение смены, — отдельного ввода данных для аналитики не нужно. Показателей немного, и каждый отвечает на вопрос, по которому принимают решение: сколько курьеров нужно завтра, где процесс ломается чаще всего, кого пора разгрузить.
Количество доставок
Сколько заказов назначено за день, неделю или месяц — по компании, по зоне и по курьеру. Базовая цифра, от которой считаются все остальные.
Выполненные доставки
Сколько закрыто результатом и какая доля из них уложилась в согласованный интервал. Второе важнее первого: доставлено с опозданием — это не то же самое, что доставлено.
Отмены и возвраты
Сколько заказов вернулось и по каким причинам: отказ получателя, отмена компанией, недоставленное. Причина обязательна — без неё цифра ничего не объясняет.
Время выполнения
Сколько занимает доставка от получения груза до вручения и сколько — сама точка. Из этих двух чисел видно, где теряется время: в дороге или на месте.
Загрузка курьеров
Сколько точек приходится на человека и сколько он реально закрывает. Отсюда берётся ответ на вопрос, нужен ли ещё один курьер или дело в распределении работы.
Проблемные заказы
Перечень доставок, которые потребовали разбора, с причинами. К концу месяца видно не «бывает всякое», а конкретный список повторяющихся сбоев.
История работы
Выработка по сотруднику и по направлению за период. Собирается из закрытых заданий, поэтому отдельный учёт рабочего времени для этого не нужен.
Выгрузка
Отчёты выгружаются файлом, могут строиться по расписанию или забираться внешней системой через API — если сводная отчётность компании ведётся в другой программе.
Полосы показывают долю от первой строки, а не от общего числа заказов: сравнивать имеет смысл с нормальным исходом, а не со средним. Разбирать в такой таблице нужно вторую строку — семьдесят четыре опоздания за неделю это не «плотный график», а конкретные адреса и часы, в которые смена не справляется.
Интеграции и обмен данными
Доставка редко стоит отдельно: заказы приходят из одной программы, клиенты ведутся во второй, склад — в третьей. Ниже направления, по которым обмен строится чаще всего. Конкретный состав определяется тем, что внешняя система умеет отдавать, и уточняется на обследовании — готовых коннекторов мы заранее не обещаем.
Электронная коммерция
Оформленный заказ может передаваться в доставку автоматически, а статус — возвращаться покупателю в личный кабинет. Как устроена сама витрина и учёт заказов, разобрано на странице электронной коммерции.
Складская система
Готовность заказов и состав мест приходят со склада, факт передачи курьеру и возвраты уходят обратно. Подробно складской контур разобран на странице «Для склада».
Логистика
Может работать совместно с логистической системой: она планирует день и распределяет заказы, программа курьеров возвращает фактические статусы. Подробно — на странице логистики.
CRM
Возможна интеграция со справочником клиентов и историей сделок: доставка создаётся из карточки клиента, а её результат возвращается менеджеру. Обмен ведётся по идентификатору клиента, чтобы не плодить дубли контактов.
ERP и учётные системы
Может работать совместно с учётным контуром компании: заказы, накладные, взаиморасчёты, оплата при получении. Направление обмена определяется тем, какой учёт признаётся основным.
Картографические сервисы
Карта, геокодирование адресов и построение пути между точками подключаются интеграцией с внешним сервисом. Какой именно — выбирается по покрытию нужных городов и условиям использования.
Уведомления и внешние сервисы
Сообщения курьеру и получателю, платёжные сервисы для оплаты при получении, подрядчики-перевозчики. Каждое подключение — отдельный модуль обмена, а не галочка в настройках.
API
Собственный интерфейс системы: создать доставку, назначить исполнителя, получить статус и подтверждение, забрать журнал событий. Через него подключается всё, для чего нет отдельного модуля.
Правила обмена везде одни: у каждой операции есть ключ, поэтому повторная передача не создаёт вторую доставку; неуспешный исход не исчезает, а попадает в очередь разбора; каждая посылка и каждый ответ пишутся в журнал обмена. Без этих трёх правил интеграция работает ровно до первого обрыва связи.
Порядок внедрения
Доставку не переводят в систему целиком за один день: пока часть заданий идёт мимо программы, её статусы не значат ничего. Поэтому запуск идёт участками, и каждый следующий опирается на работающий предыдущий.
1. Обследование
Как курьеры получают задания сейчас, кто ведёт статусы, чем подтверждается вручение, какие исключения возникают чаще всего и какие программы уже стоят. Итог — описание процесса и перечень того, что автоматизируется в первую очередь.
2. Статусы и результаты
Конечный список состояний, правила перехода между ними и обязательный результат у каждой доставки. Самый недооценённый этап: без него приложение становится ещё одним местом, где ведут переписку.
3. Пилот на группе курьеров
Одна зона, одна смена или два-три исполнителя проходят полный круг на реальных доставках: назначение, получение груза, маршрут, статусы, подтверждение, разбор проблемных точек.
4. Развёртывание и обмен
Остальные курьеры по отработанной схеме, роли и права, интеграции отдельными модулями обмена. Дальше копится история, появляются отчёты за период и данные для планирования смен.
Наши клиенты
Обсудим вашу доставку
Свяжитесь с нами сейчас
Напишите, сколько курьеров работает и сколько доставок уходит в день, как сейчас раздаются задания, чем подтверждается вручение и в каких программах лежат заказы и клиенты. Мы ответим, что автоматизируется в первую очередь, что можно подключить к существующим системам и с чего разумно начать пилот.
