Автоматизация доставки: заказы, курьеры и статусы
Утро в службе доставки выглядит одинаково почти везде. Диспетчер выгружает заказы из админки магазина, добавляет заявки из мессенджера и по телефону, переписывает адреса в таблицу и раскидывает их по курьерам в общем чате. К обеду план не совпадает: двое перенесли, один не берёт трубку, третий просит другой адрес. А самый частый звонок дня начинается со слов «а где мой заказ».
Короткий ответ: начинают с автоматических статусов клиенту. Один сценарий стоит 60–130 тыс. ₽ и запускается за 3–4 недели; статусы при чистой экономии около 18 тыс. ₽ в месяц окупаются за 4–6 месяцев. Комплексный контур «заказ - маршрут - статус - деньги» обходится от 250 тыс. ₽ и при чистой экономии 35–40 тыс. ₽ в месяц окупается за 6–9 месяцев. Эксплуатация - 4–15 тыс. ₽ в месяц.
Где последняя миля теряет часы и деньги
Речь о последней миле: доставке конечному покупателю своими курьерами или подрядной службой. Перевозки между компаниями и транспортные документы живут по другим правилам - они разобраны в статье про автоматизацию логистики. Механика потерь здесь своя:
- Заказы дня собирают вручную. Сайт, маркетплейс, мессенджер и телефон дают четыре потока; по дороге в таблицу теряются комментарии вроде «домофон не работает».
- Курьеров грузят сообщениями в чат. Раскладка по районам и загрузке держится в голове диспетчера.
- Клиент не знает, когда приедет курьер, поэтому звонит. Диспетчер отвечает на один вопрос десятки раз за день.
- Статус отстаёт на часы. Курьер отчитывается голосовым или фото, а в систему это попадает вечером.
- Отмены и переносы теряются между звонком и таблицей: курьер едет туда, где его уже не ждут.
- Наложенный платёж сверяют по памяти, а повторные попытки нигде не планируются: недозвон становится возвратом на склад.
Пять сценариев автоматизации
| Сценарий | Что делает система | Эффект |
|---|---|---|
| Единый список заказов дня | Сводит заказы из магазина, маркетплейсов, чатов и телефона в один список дня | Утро начинается с готового плана |
| Распределение по курьерам | Раскладывает заказы по районам и загрузке, шлёт маршрут курьеру в мессенджер | Диспетчер правит готовый вариант |
| Статусы клиенту и перенос по ссылке | Шлёт «принят», «курьер выехал», «будет через 30 минут» и ссылку на перенос | Меньше звонков и меньше недозвонов |
| Отчёт курьера с телефона | Принимает статус, фото и сумму наложенного платежа на точке | Статус в системе не отстаёт на часы |
| Сверка платежей и повторные попытки | Сводит наличные и эквайринг по курьерам, ставит недозвоны в план следующего дня | Расхождения видны в тот же день |
Сценарий 1: заказы всех каналов в одном списке дня
Всё остальное строится на этом списке. Заказ приходит с сайта, из маркетплейса, из переписки или по телефону, но приземляться должен в одну запись с полями: адрес, окно, телефон, сумма, способ оплаты, комментарий. Поток с сайта забирается напрямую - как это устроено, показано в разборе автоматизации интернет-магазина.
Второй вход - склад: список дня имеет смысл, только когда позиции собраны и не уехали в другой заказ, поэтому его связывают с остатками и сборкой, как в статье про автоматизацию склада.
Сценарий 2: распределение по курьерам и маршрут в мессенджер
Дальше заказы надо разложить. Система группирует их по районам и окнам, смотрит на загрузку курьеров и предлагает вариант, который диспетчер подтверждает или правит. Это принципиально: раскладка идёт подсказкой, а не приказом, потому что ограничения вроде «у Сергея машина в сервисе» в данных не лежат.
Подтверждённый маршрут уходит курьеру в мессенджер списком: адрес, окно, телефон, сумма, комментарий, кнопка «начал доставку». Как собирается такой бот, разобрано в статье про Telegram-боты для бизнеса, а логика планирования выездов близка к разбору автоматизации выездного сервиса.
Сценарий 3: статусы клиенту вместо звонка диспетчеру
Самый денежный сценарий: он бьёт и по входящим звонкам, и по недозвонам. Клиент получает цепочку в привычном канале: «заказ принят, доставим сегодня с 14 до 18», «курьер выехал, вы шестой в маршруте», «курьер будет через 30 минут». Чаще всего это мессенджеры из статьи про автоматизацию WhatsApp Business, а технический разбор цепочки - в кейсе уведомлений о доставке.
Вторая половина сценария важнее первой: к сообщению прикладывается ссылка на перенос или отмену. Клиент, который сам сдвигает окно в два клика, не звонит диспетчеру и реже отказывается у двери. Тем, кто всё же звонит, помогает телефония, связанная с базой заказов: диспетчер сразу видит карточку и статус, как в разборе интеграции телефонии с CRM.
Сценарий 4: отчёт курьера с телефона, а не голосовым
Пока курьер отчитывается голосовыми, статус отстаёт на часы, а диспетчер работает расшифровщиком. Рабочий вариант - короткая форма в боте на каждый заказ: доставлен, отказ, недозвон, перенос. При отказе система просит причину из списка, при наложенном платеже - сумму и способ, при передаче на ресепшн - фото. Такой бот собирается в рамках услуги по сборке Telegram-ботов и делается предельно простым: три касания экрана на точке.
Побочный эффект заметнее основного: у диспетчера появляется живая картина дня - видно, кто опаздывает и кому стоит написать про сдвиг окна.
Сценарий 5: сверка платежей и повторные попытки
Вечером система сама сводит деньги: сколько наличных на каждом курьере, сколько прошло по терминалу, что не сходится с суммами заказов. Расхождение видно в тот же день, а не через неделю по памяти. Данные ложатся в учётную систему без ручного переноса - какие связки нужны, описано в руководстве по интеграции с CRM.
Вторая часть - недозвоны и отказы: такой заказ по правилам попадает в план. Недозвон - две попытки связаться и перенос на завтра, отказ у двери - возврат на склад с задачей менеджеру, три неудачные попытки - решение человека.
Принцип внедрения: курьер везёт заказ, система ведёт расписание, статусы и деньги. Разговор с клиентом и решение на месте остаются за людьми, а сроки, поля и суммы уходят в автоматизацию.
Что с ИИ, а что без него
Честное разделение, потому что «нейросети в доставке» продают чаще, чем они нужны:
- Работает без ИИ почти весь контур: сбор заказов, распределение, статусы по расписанию, отчёт курьера, сверка платежей, план повторных попыток. Это правила и интеграции, и они дают основную экономию.
- ИИ нужен там, где текст свободный: разобрать адрес из строки вида «Ленина 12 корп 2 подъезд 3 домофон не работает» на поля и отдельный комментарий курьеру, а из комментариев к заказу - пожелания по времени.
Ключевое ограничение: результат разбора идёт подсказкой диспетчеру, а не напрямую в маршрут. Разобранный адрес показывается рядом с исходной строкой, и подтверждает его человек - ошибка модели стоит выезда. Тот же подход - в статье про квалификацию заявок с ИИ.
Отдельно про персональные данные. Адреса и телефоны получателей обрабатывают по 152-ФЗ: российские серверы, согласие, минимальный набор полей, журналирование доступа и сроки хранения. Курьер в боте видит только свои заказы на сегодня и только нужные для доставки поля; после закрытия дня доступ к адресам закрывается. Разбор адресов моделью держат внутри периметра, а не в публичном сервисе. Как это устроено - в статье про безопасность данных и 152-ФЗ.
Сколько стоит
- Единый список заказов дня - 60–110 тыс. ₽, 3–4 недели.
- Распределение и маршрут в мессенджер - 70–130 тыс. ₽, 3–4 недели.
- Статусы клиенту и перенос по ссылке - 70–110 тыс. ₽, 3–4 недели.
- Отчёт курьера с телефона - 60–100 тыс. ₽, 3–4 недели.
- Сверка платежей и повторные попытки - 70–120 тыс. ₽, 3–4 недели.
- Комплексный контур «заказ - маршрут - статус - деньги» - от 250 тыс. ₽.
- Эксплуатация - 4–15 тыс. ₽ в месяц: сервер, сообщения клиентам, API модели при использовании ИИ.
Экономику считают на часах диспетчера, недозвонах и повторных выездах. Возьмём службу с 2000 доставок в месяц и часом диспетчера около 600 ₽ с налогами. Примерно 27% заказов дают звонок про курьера: 540 звонков по три минуты, то есть 27 часов. Статусы снимают около двух третей - 18 часов, или 11 тыс. ₽. Ещё 4 часа уходит на переносы по телефону, ссылка забирает большую часть - 3 часа, или 1,8 тыс. ₽. Третья статья - повторные выезды: при доле недозвонов 4,3% это 86 заказов, предупреждение за 30 минут снижает долю до 2,8%, то есть до 56; 30 выездов по 300 ₽ себестоимости дают 9 тыс. ₽. Валовая экономия 22 тыс. ₽, эксплуатация сценария около 4 тыс. ₽, чистыми 18 тыс. ₽. Дальше деление: статусы стоят 70–110 тыс. ₽, и 70 / 18 - около 4 месяцев в лучшем случае, 110 / 18 - около 6 в худшем. Комплексный контур считают отдельно: единый список, распределение, отчёт курьера и сверка добавляют ещё около 28 тыс. ₽ валовой экономии, вместе 50 тыс. ₽ минус 10–15 тыс. ₽ эксплуатации, то есть 35–40 тыс. ₽ чистыми; при вложениях 250–320 тыс. ₽ это 6–9 месяцев. Как считать на своих данных - в статье про окупаемость автоматизации.
С чего начать
- Сведите каналы заказов в один список. Даже таблица годится: адрес, окно, телефон, сумма, способ оплаты, комментарий.
- Замерьте исходную точку. Часы диспетчера на сбор и раскладку, звонки про курьера, недозвоны и повторные выезды за месяц.
- Запустите статусы клиенту. Три сообщения и ссылка на перенос: 3–4 недели и самый заметный эффект на входящих звонках.
- Переведите отчёт курьера в бота. Статус, причина отказа, фото, сумма наложенного платежа - на точке, а не вечером.
- Замкните контур распределением и деньгами. Раскладка по районам, вечерняя сверка платежей, план повторных попыток.
Мини-кейс: локальная служба доставки, 8 курьеров
Служба возит заказы интернет-магазинов и небольшого даркстора: 8 курьеров, около 100 доставок в день, примерно 2200 в месяц при 22 рабочих днях. Диспетчер сводил заказы из трёх источников в таблицу за 55 минут утром, раскладывал их по курьерам в чате, статусы вносил вечером с голосовых. Звонков про курьера набиралось около 620 в месяц по три минуты - 31 час, повторных выездов - примерно 95, или 4,3% заказов.
Внедряли три сценария последовательно, чуть больше трёх месяцев в сумме: единый список заказов дня, статусы клиенту со ссылкой на перенос и отчёт курьера с телефона. Распределение и сверку платежей оставили на следующий этап, их эффекта в цифрах ниже нет. Вложения - 230 тыс. ₽, эксплуатация - около 9 тыс. ₽ в месяц.
Через шесть месяцев после старта сбор заказов занимает 10 минут вместо 55: 4 часа в месяц против 20. Звонков про курьера осталось около 210 вместо 620 - 10 часов вместо 31. Ручной ввод статусов и разбор голосовых сократились с 16,5 до 5 часов. Всего у диспетчера освободилось около 48 часов в месяц, примерно 29 тыс. ₽ по стоимости часа. Повторных выездов стало около 65 вместо 95 - ещё 9 тыс. ₽. Валовая экономия порядка 38 тыс. ₽, чистая около 29 тыс. ₽ в месяц, и вложения в 230 тыс. ₽ возвращаются примерно за восемь месяцев.
Итог
Автоматизация доставки - это не «робот вместо курьера»: заказы дня собираются в один список, клиент узнаёт о курьере раньше, чем успевает позвонить, отчёт приходит с точки, а деньги сходятся вечером. Решения на адресе остаются за людьми. Хотите разложить процесс по шагам - опишите его через услугу автоматизации бизнес-процессов.
Частые вопросы
С чего начать автоматизацию доставки?
С автоматических статусов клиенту: эффект заметен сразу, а работу курьеров менять почти не нужно. Чего не стоит делать первым шагом - покупать оптимизацию маршрутов: алгоритм считает красиво только на чистых адресах и честных данных о загрузке, а там, где заказы собирают руками, он выдаст маршрут, который диспетчер перепишет. Дальше идут единый список заказов и отчёт курьера, и уже на нормальных данных - маршруты.
Нужна ли отдельная система, если доставку возит подрядчик?
Нужна, но меньшего объёма. Маршруты и курьеры остаются у подрядчика, а на вашей стороне нужны три вещи: единый список заказов дня с адресами и окнами, статусы из системы подрядчика по API или из выгрузки и своя фиксация того, что уехало и что вернулось. Иначе на вопрос клиента отвечает не ваша поддержка, а переписка с подрядчиком. Проверьте, отдаёт ли подрядчик статусы автоматически: если нет, их придётся забирать из личного кабинета, и это отдельная работа.
Сколько стоит автоматизация службы доставки?
Один сценарий - единый список заказов дня, распределение по курьерам, статусы клиенту, отчёт курьера или сверка платежей - стоит 60–130 тыс. ₽ и запускается за 3–4 недели. Комплексный контур «заказ - маршрут - статус - деньги» обходится от 250 тыс. ₽. Эксплуатация - 4–15 тыс. ₽ в месяц. При чистой экономии около 18 тыс. ₽ в месяц статусы окупаются за 4–6 месяцев, комплексный контур при вложениях 250–320 тыс. ₽ и чистой экономии 35–40 тыс. ₽ - за 6–9 месяцев.
Не готовы обсуждать проект? Оцените выгоду сами: калькулятор ROI автоматизации - 1 минута, без контактов. Или заберите чек-лист «Что автоматизировать первым».