CRM для логистики: статусы, трекинг, SLA и интеграция с курьерами

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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%. Не потому что появились новые машины или водители. А потому что те же ресурсы стали работать эффективнее. Когда вы точно знаете, что происходит – вы можете управлять. Когда не знаете – можете только надеяться.

Читайте также

• Логистика: статусы, ETA, претензии – автоматизация для курьерских служб
• Интеграция CRM с Kaspi: маппинг статусов и SLA
• Интеграция CRM с 1С: товары, цены, остатки, заказы
• SLA и эскалации в CRM: таймеры, очереди, уведомления
• Внедрение CRM с нуля: план на 90 дней