CRM для логистики: статусы, трекинг, SLA и интеграция с курьерами
  • CRM для отраслей
  • Автор: Команда CrmAI
  • Опубликовано:
CRM для логистики: отслеживание доставок, статусы заказов и интеграция с курьерскими службами

Ержан владеет транспортной компанией в Астане. У него 47 водителей, три склада и сотни заказов ежедневно. Ещё год назад он управлял всем через WhatsApp-группы, Excel-таблицы и звонки диспетчеров. Каждое утро начиналось одинаково: кто-то из клиентов жаловался, что груз не приехал, хотя должен был вчера. Водитель клялся, что доставил. Склад утверждал, что товар вообще не отгружали. И начинались часы выяснений — кто прав, кто виноват, где посылка.

Знакомо? Если вы работаете в логистике — наверняка да. Логистический бизнес живёт на стыке десятков процессов: приём заказов, планирование маршрутов, отслеживание грузов, работа со складом, взаиморасчёты с клиентами и подрядчиками. И когда всё это разбросано по разным системам (или, что хуже, по головам сотрудников) — хаос неизбежен.

После внедрения CRM у Ержана ситуация изменилась. Не потому что появилась магическая кнопка «сделать всё хорошо». А потому что информация наконец-то стала жить в одном месте, а процессы — выполняться по понятным правилам. Давайте разберём, как это работает и что нужно учесть, если вы задумываетесь о CRM для логистики.

«Раньше на выяснение статуса одной доставки уходило 15-20 минут: звонок водителю, потом на склад, потом клиенту. Теперь открываю карточку — и вижу всё: где груз, когда забрали, фото погрузки, время в пути. Экономия? Часа три в день минимум. Но главное — клиенты перестали звонить с вопросом "где мой заказ?". Они сами видят трекинг.»

Директор логистической компании
Алматы, 80+ водителей
Цитата

Почему логистике нужна именно CRM, а не просто «программа для учёта»

Когда говорят про автоматизацию логистики, обычно вспоминают TMS (Transport Management System) или WMS (Warehouse Management System). Это специализированные системы, заточенные под конкретные задачи: планирование маршрутов, управление складом. Они хороши в своём деле. Но есть нюанс.

TMS отлично считает оптимальный маршрут. WMS идеально управляет ячейками хранения. Но ни одна из них не ответит на простой вопрос: «А что этот клиент заказывал три месяца назад? Были ли у него проблемы с доставкой? Сколько он нам должен?» Это — территория CRM.

CRM-система для логистики — это не замена TMS или WMS. Это клей, который связывает всё вместе. Точка, где сходятся клиент, заказ, доставка, оплата и история взаимоотношений. Место, откуда видна полная картина, а не фрагменты.

Что CRM даёт логистической компании

Единый профиль клиента

Вся история заказов, обращений, задолженностей и особенностей доставки в одном месте. Менеджер видит контекст, а не начинает каждый разговор с нуля.

Прозрачность статусов

Где заказ? На каком этапе? Кто ответственный? Ответы доступны всем, кому нужны — без звонков и переписок.

Контроль SLA

Автоматические напоминания, эскалации, отчёты по просрочкам. Проблемы видны до того, как клиент позвонит с претензией.

Аналитика и отчётность

Сколько доставок в срок? Какие маршруты проблемные? Кто из водителей работает эффективнее? Данные для решений, а не интуиция.

Статусы заказа: как не запутаться в десятках состояний

В логистике заказ проходит через множество этапов. И первая ошибка, которую делают компании при внедрении CRM — пытаются отразить каждый микро-статус. Получается что-то вроде: «Заказ принят», «Заказ подтверждён», «Заказ в обработке», «Заказ передан на склад», «Заказ на складе», «Заказ комплектуется»... И так далее, на 25-30 статусов.

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

Рекомендуемая структура статусов

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

Статус Что означает Кто меняет Триггер перехода
Новый Заказ поступил, но ещё не взят в работу Система (автоматически) Создание заказа
Подтверждён Менеджер проверил данные, заказ валиден Менеджер Проверка и звонок клиенту
На складе Товар на складе, готов к отгрузке Склад / система Сканирование или ручное подтверждение
В пути Груз забрали, едет к получателю Водитель / GPS-система Отметка о выезде или геолокация
Доставлен Получатель принял груз Водитель Подпись, фото или код подтверждения
Проблема Что-то пошло не так (отказ, брак, недовоз) Водитель / менеджер Ручная отметка с указанием причины
Закрыт Заказ полностью завершён (включая оплату) Система / бухгалтерия Подтверждение оплаты

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

Внутри каждого статуса могут быть подстатусы или комментарии. Например, «В пути» может иметь отметки: «выехал со склада», «на маршруте», «прибыл в точку». Но это детализация для внутреннего использования, а не то, что видит клиент или что усложняет отчётность.

Трекинг: от «где мой заказ?» к самообслуживанию

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

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

Уровни трекинга

  • Базовый: SMS/email-уведомления. Клиент получает сообщение при смене статуса: «Ваш заказ передан курьеру», «Доставлен». Просто, дёшево, но клиент не может сам посмотреть статус — только ждать сообщение.
  • Средний: страница отслеживания. По номеру заказа (или ссылке из SMS) клиент открывает страницу и видит текущий статус, историю перемещений, ожидаемое время. Это стандарт для большинства компаний.
  • Продвинутый: трекинг в реальном времени. Клиент видит курьера на карте, получает push-уведомления «курьер в 10 минутах от вас». Требует GPS-интеграции и мобильного приложения для водителей.
  • AI-уровень: проактивные уведомления. Система сама предупреждает о задержках: «Ваш заказ задерживается из-за пробок, новое время — 17:30». Требует предиктивной аналитики и интеграции с внешними данными.

Как выглядит хороший трекинг для клиента

Заказ #KZ-2024-78291 В пути
14:23 Заказ принят
15:10 Передан на склад
16:45 Отгружен курьеру
Сейчас Курьер в пути — прибудет ~18:20
Курьер: Азамат К., на расстоянии 4.2 км
Что здесь важно:
  • Номер заказа — легко найти
  • Текущий статус — сразу видно
  • История — понятно, что было
  • Прогноз — когда ждать
  • Курьер — кто везёт, где он

Техническая сторона: откуда берутся данные для трекинга

Трекинг работает только если данные обновляются вовремя. Вот основные источники:

  • Ручной ввод: Водитель отмечает статус в приложении. Просто, но ненадёжно — люди забывают, ошибаются, не имеют связи.
  • Сканирование штрих-кодов/QR: При приёмке, отгрузке, доставке. Точнее ручного ввода, но требует оборудования и дисциплины.
  • GPS-трекеры: Автоматически фиксируют местоположение. Статус «в пути» можно определять по факту движения, «прибыл» — по геозоне.
  • Интеграция с курьерскими службами: Если используете внешних курьеров (СДЭК, Яндекс Доставка, локальные службы) — статусы подтягиваются через API.

Идеальный вариант — комбинация. GPS даёт автоматику, сканирование — точность на контрольных точках, ручной ввод — резерв на случай сбоев. CRM объединяет все источники в единую картину.

SLA: как не терять клиентов из-за просрочек

SLA (Service Level Agreement) — это обещание, которое вы даёте клиенту. «Доставим за 24 часа», «Курьер приедет в выбранный двухчасовой интервал», «Ответим на претензию в течение часа». Нарушение SLA — это не просто неудобство. Это потеря доверия, а часто и денег (штрафы, компенсации, отток клиентов).

Проблема в том, что без автоматизации контролировать SLA невозможно. Когда у вас 500 активных доставок — вы физически не можете проверить каждую вручную. Вы узнаёте о просрочке, когда клиент уже звонит с претензией. А это — худший момент для исправления ситуации.

Как CRM помогает с SLA

Автоматический расчёт дедлайнов

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

Предупреждения до просрочки

За час до дедлайна — уведомление ответственному. За 30 минут — его руководителю. Время среагировать есть, пока клиент ещё не позвонил.

Эскалации

Просрочка случилась? Автоматически создаётся задача руководителю, клиенту уходит извинение, заказ попадает в приоритетную очередь.

Отчёты по SLA

Процент доставок в срок за неделю/месяц. Какие маршруты проблемные. Какие клиенты чаще страдают. Данные для системных улучшений.

Пример настройки SLA-правил

Вот как может выглядеть конфигурация SLA для типовой логистической компании:

Тип услуги Норматив Предупреждение Эскалация
Экспресс-доставка (город) 4 часа с момента подтверждения За 1 час Руководителю + звонок клиенту
Стандартная (город) 24 часа За 2 часа Email руководителю
Межгород 72 часа За 6 часов Уведомление клиенту о задержке
VIP-клиент (любой тип) Согласно договору За 2 часа SMS директору + звонок клиенту

Обратите внимание на отдельное правило для VIP. У ключевых клиентов могут быть индивидуальные условия, и CRM должна это учитывать. Подробнее про настройку SLA и эскалаций в CRM — в отдельной статье.

Иллюстрация

Хотите автоматизировать контроль доставок?

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

Получить консультацию

Интеграция с курьерскими службами: свои vs внешние

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

Если у вас только свои курьеры — задача проще. Вы контролируете процесс от и до, данные поступают из вашего приложения или GPS-трекеров. Но если вы работаете с внешними службами (СДЭК, Boxberry, DPD, Pony Express, Яндекс Доставка, локальные курьерки) — нужна интеграция.

Что даёт интеграция с курьерскими службами

  • Автоматическое создание заявок: Заказ в CRM → заявка в курьерской службе. Без ручного переноса данных, без ошибок копирования.
  • Синхронизация статусов: Курьерка обновила статус → он автоматически отразился в CRM → клиент видит в трекинге. Цепочка работает без участия человека.
  • Расчёт стоимости: CRM запрашивает тарифы у разных служб и показывает, какой вариант выгоднее для конкретного заказа.
  • Печать этикеток: Накладные и этикетки генерируются автоматически по стандартам нужной службы.

Особенности для Казахстана

В Казахстане логистический рынок имеет свою специфику. Вот что важно учитывать:

  • Kaspi Delivery: Для тех, кто работает с Kaspi.kz — интеграция критична. Заказы с маркетплейса должны автоматически попадать в CRM, а статусы — синхронизироваться обратно. Подробнее — в статье про интеграцию с Kaspi.
  • Локальные курьерские службы: Не все имеют открытые API. Иногда интеграция возможна только через webhook'и или даже парсинг email-уведомлений.
  • Межгород Казахстан-Россия: Если работаете на два рынка — нужна интеграция с российскими службами (СДЭК, Boxberry) плюс учёт таможенных особенностей.

Как работает интеграция CRM с курьерской службой

1. Заказ в CRM Клиент оформил, менеджер подтвердил
2. API-запрос CRM передаёт данные в курьерку
3. Доставка Курьерка везёт, обновляет статусы
4. Webhook Курьерка шлёт статус в CRM
5. Клиент видит Трекинг обновлён автоматически

Интеграция со складом: CRM + WMS

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

Интеграция CRM со складской системой (WMS или хотя бы модулем учёта в 1С) решает эту проблему. Вот что она даёт:

  • Проверка наличия при оформлении: Менеджер видит остатки в реальном времени. Не нужно звонить на склад или проверять отдельную систему.
  • Автоматическое резервирование: Создали заказ → товар зарезервирован → его не продадут другому клиенту.
  • Статус комплектации: Склад отметил, что заказ собран → статус в CRM обновился → можно назначать курьера.
  • Учёт брака и возвратов: Если клиент вернул товар — он автоматически возвращается на остатки (или в карантин, если повреждён).

Если вы используете 1С для складского учёта — обратите внимание на статью про интеграцию CRM с 1С. Там детально разобраны сценарии синхронизации товаров, остатков и заказов.

Частая ошибка: пытаться вести складской учёт внутри CRM. CRM — не WMS. Она отлично хранит информацию о клиентах и заказах, но не заменит полноценную систему управления складом. Если у вас больше 1000 SKU и несколько складов — нужна интеграция, а не «всё в одном месте».

Работа с водителями: мобильное приложение и мотивация

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

Что должно быть в мобильном приложении водителя

  • Список заданий на день: Что везти, куда, когда. С адресами, телефонами, комментариями. Без звонков диспетчеру «а что там дальше?».
  • Навигация: Маршрут к точке в один клик. Интеграция с Яндекс.Навигатором или 2GIS — стандарт.
  • Отметка статусов: Приехал, доставил, проблема. Максимально просто — одна кнопка, не форма на 10 полей.
  • Фото и подпись: Фото груза, фото подписи клиента, фото места доставки. Доказательства на случай споров.
  • Связь с диспетчером: Чат или звонок в один клик. Если что-то пошло не так — водитель должен быстро связаться.

Мотивация и контроль

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

  • Геозоны: Система сама отмечает «прибыл», когда водитель въехал в радиус 100 метров от адреса. Меньше ручных действий — меньше забывают.
  • KPI и рейтинги: Процент вовремя отмеченных статусов, процент доставок в срок, количество проблемных заказов. Всё это — в дашборде и влияет на премию.
  • Геймификация: Рейтинг водителей, бонусы за лучшие показатели. Работает удивительно хорошо — конкуренция мотивирует. Подробнее — в статье про геймификацию в CRM.

Аналитика логистики: какие метрики отслеживать

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

Метрика Что показывает На что влияет
OTIF (On Time In Full) Процент заказов, доставленных вовремя и полностью Главный показатель качества сервиса. Цель: >95%
Среднее время доставки От создания заказа до вручения клиенту Конкурентоспособность. Меньше — лучше (при сохранении качества)
Стоимость доставки Затраты на одну доставку (топливо, ЗП, амортизация) Маржинальность. Нужно знать, чтобы правильно ценить услуги
Заполняемость маршрута Сколько заказов на одном маршруте Эффективность. Больше — меньше «холостых» пробегов
Процент проблемных доставок Отказы, недовозы, повреждения Качество операций. Цель: <2%
NPS / CSAT Удовлетворённость клиентов доставкой Лояльность. Влияет на повторные заказы и рекомендации

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

CRM позволяет строить такие разрезы и находить точки роста. Подробнее про аналитические возможности — в статье CRM-аналитика для руководителя.

Претензии и возвраты: как не терять деньги

В логистике претензии — неизбежная часть бизнеса. Груз повредили, потеряли, доставили не туда, опоздали. Важно не то, будут ли проблемы (они будут), а то, как вы их обрабатываете.

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

Как должна работать обработка претензий

  • Единый канал приёма: Все претензии попадают в одну очередь — неважно, пришли они по email, через форму на сайте или в мессенджер. Подробнее — в статье про омниканальный inbox.
  • Привязка к заказу: Претензия автоматически связывается с заказом и клиентом. Менеджер видит всю историю: что заказывали, как доставляли, были ли проблемы раньше.
  • SLA на обработку: Ответ на претензию — в течение часа. Решение — в течение суток. Автоматические напоминания и эскалации.
  • Шаблоны ответов: Типовые ситуации — типовые ответы. Менеджер не тратит время на формулировки, а клиент получает быстрый и грамотный ответ.
  • Учёт компенсаций: Если выплачиваете компенсацию — это фиксируется и влияет на статистику. Виден «проблемный» клиент или маршрут.

Отдельная тема — возвраты. Это не только претензия, но и обратная логистика: нужно забрать товар, проверить его состояние, вернуть деньги или заменить. CRM помогает отслеживать статус возврата так же, как статус доставки.

Подробнее про автоматизацию работы с возвратами — в статье Возвраты и претензии: воронка RMA.

Пошаговый план внедрения CRM для логистики

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

Этап 1: Аудит текущих процессов (1-2 недели)

  • Опишите путь заказа: от поступления до закрытия. Где данные? Кто ответственный? Где теряется время?
  • Соберите боли: что не работает сейчас? Что хотят менеджеры, водители, клиенты?
  • Определите ключевые интеграции: с чем нужно связать CRM (1С, курьерки, склад)?

Этап 2: Настройка MVP (2-4 недели)

  • Настройте базовую воронку: статусы, поля, ответственных
  • Подключите минимум интеграций: телефония, мессенджеры, 1С (остатки)
  • Настройте базовый трекинг: страница для клиента, SMS-уведомления

Этап 3: Пилот (2-4 недели)

  • Запустите на одном направлении или команде. Не на всей компании сразу
  • Собирайте обратную связь ежедневно. Что неудобно? Что ломается?
  • Корректируйте настройки по ходу. Гибкость важнее «идеального плана»

Этап 4: Масштабирование (4-8 недель)

  • Распространите на всю компанию
  • Добавьте продвинутые функции: SLA, интеграции с курьерками, мобильное приложение
  • Настройте аналитику и дашборды

Подробнее про поэтапное внедрение — в статье Внедрение CRM с нуля: план на 90 дней.

Иллюстрация

Готовы автоматизировать логистику?

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

Получить бесплатный аудит

Итог: CRM как центр управления логистикой

Логистика — это бизнес, где мелочи решают всё. Один потерянный заказ, одна несвоевременная доставка, один не отвеченный вовремя звонок — и клиент уходит к конкуренту. Управлять этими мелочами вручную можно, когда у вас 10 заказов в день. Когда их 100 или 1000 — нужна система.

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

Ержан, с которого мы начали эту статью, через полгода после внедрения CRM расширил бизнес на 40%. Не потому что появились новые машины или водители. А потому что те же ресурсы стали работать эффективнее. Когда вы точно знаете, что происходит — вы можете управлять. Когда не знаете — можете только надеяться.