Причины недоставки заказов: как их находить, считать и сокращать

Недоставка, перенос и отказ: почему их нельзя смешивать

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

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

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

Рабочий список причин: от чего действительно срываются доставки

Практика показывает, что подавляющее большинство срывов укладывается в короткий перечень. Ниже — список, который стоит взять за основу и адаптировать под свой поток.

Связанные с получателем:

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

Связанные с адресом и доступом:

• Адрес указан неполно: нет корпуса, подъезда, этажа или офиса.
• Не работает домофон, нет кода, нужен пропуск на территорию.
• Закрытый бизнес-центр, склад или точка не работает в указанное время.
• Ошибка геокодирования: точка на карте не совпадает с реальным входом.

Связанные с исполнением:

• Опоздание из-за переполненного маршрута или пробок.
• Заказ не выдан со склада, собран не полностью, перепутан при погрузке.
• Повреждение или несоответствие товара, выявленное на месте.
• Технические сбои: сломался транспорт, разрядился телефон, пропала связь.
• Исполнитель заболел или не вышел, а переназначение не успели сделать.

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

Справочник причин: как перестать читать свободный текст

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

Решение простое: закрытый список из десяти-пятнадцати позиций, который исполнитель выбирает одним нажатием, плюс необязательное поле для деталей. Правила составления такие:

• Формулировка описывает факт, а не оценку. «Получатель не отвечал на звонки» вместо «клиент виноват».
• Каждой причине соответствует своё действие. Если две позиции ведут к одному и тому же сценарию, объедините их.
• Есть обязательное подтверждение. Фото закрытой двери или подъезда, отметка о звонке, комментарий — иначе разбор упрётся в слово против слова.
• Фиксируется время и место отметки. Без этого нельзя отличить реальный визит от закрытия заявки задним числом.
• Пункт «прочее» существует, но контролируется. Если его доля растёт, справочник пора обновлять.

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

Что делать с каждой группой причин

Когда структура известна, работа перестаёт быть общим «улучшением качества» и превращается в набор конкретных шагов.

• Недозвоны. Звонок или сообщение за 30–60 минут до прибытия закрывает большую часть случаев. Помогает и ссылка со статусом: получатель видит, что исполнитель едет, и не пропускает звонок с незнакомого номера.
• Отсутствие в интервале. Проблема почти всегда в ширине окна: чем шире слот, тем меньше шансов, что человек будет ждать. Сужение интервала работает только вместе с планированием, которое эти интервалы реально соблюдает.
• Плохие адреса. Нормализация при приёме заказа, обязательные поля для корпуса и подъезда, отдельное поле «как попасть» с кодом домофона и пропуском. Один раз собранный комментарий по доступу экономит выезды годами.
• Опоздания. Перегруженный маршрут — следствие ручного планирования: в таблице невозможно учесть окна, время в пути и ограничения одновременно.
• Сборка и товар. Чек-лист при выдаче со склада и проверка комплектности до выезда снимают самую обидную часть срывов — когда исполнитель приехал вовремя, а вручить нечего.
• Дисциплина исполнителей. Разбор по конкретным заявкам с фото и временем, а не по общему проценту.

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

Повторная доставка: где заказ теряется окончательно

Недоставка сама по себе редко превращается в потерю. Заказ теряется на второй попытке — когда она откладывается на неопределённый срок, назначается без согласования или просто выпадает из очереди.

Что стоит закрепить регламентом:

• Срок реакции. Связаться с получателем в тот же день или максимум на следующий: чем больше пауза, тем выше вероятность отказа.
• Автоматическое возвращение в план. Незакрытая заявка не должна ждать, пока о ней вспомнят, — она возвращается в очередь распределения с понятным статусом.
• Лимит попыток. Две-три, дальше — согласование условий или возврат. Бесконечные выезды дороже самого заказа.
• Согласованное окно на повтор. Повторная доставка «когда получится» приводит ровно к тому же результату, что и первая.
• Учёт стоимости. Каждая попытка попадает в расчёт себестоимости заказа, иначе повторные выезды остаются невидимыми в отчётности.

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

План на четыре недели

Разбираться со срывами лучше короткими циклами: сначала измерение, потом одно изменение, потом сравнение.

• Первая неделя — фиксация базы. Введите закрытый список причин, соберите текущую долю невыполненных заказов и её структуру. Это точка отсчёта, к которой вы будете возвращаться.
• Вторая — работа с данными о клиенте. Обязательные поля адреса и доступа, проверка телефона при приёме заказа, предупреждение о времени прибытия.
• Третья — планирование. Реалистичные интервалы и загрузка исполнителей с учётом окон и ограничений; движок оптимизации на базе OR-Tools считает порядок объезда точнее ручной сортировки в таблице.
• Четвёртая — обратная связь. Разбор конкретных срывов с исполнителями и диспетчерами, обновление справочника причин, отмена бумажного дублирования отчётов.

Заказы при этом должны попадать в работу из привычных источников: itlogist обменивается данными с 1С, AmoCRM, Bitrix24 и Excel, поэтому переносить адреса руками не нужно — а именно ручное перебивание порождает часть ошибок в адресах. Запуск занимает 7 дней, без долгосрочных контрактов, платформа рассчитана на команды от 5 до 100 исполнителей, так что проверить гипотезу можно на живом потоке и сравнить с базой первой недели.

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