Ержан владеет транспортной компанией в Астане. У него 47 водителей, три склада и сотни заказов ежедневно. Ещё год назад он управлял всем через WhatsApp-группы, Excel-таблицы и звонки диспетчеров. Каждое утро начиналось одинаково: кто-то из клиентов жаловался, что груз не приехал, хотя должен был вчера. Водитель клялся, что доставил. Склад утверждал, что товар вообще не отгружали. И начинались часы выяснений — кто прав, кто виноват, где посылка.
Знакомо? Если вы работаете в логистике — наверняка да. Логистический бизнес живёт на стыке десятков процессов: приём заказов, планирование маршрутов, отслеживание грузов, работа со складом, взаиморасчёты с клиентами и подрядчиками. И когда всё это разбросано по разным системам (или, что хуже, по головам сотрудников) — хаос неизбежен.
После внедрения CRM у Ержана ситуация изменилась. Не потому что появилась магическая кнопка «сделать всё хорошо». А потому что информация наконец-то стала жить в одном месте, а процессы — выполняться по понятным правилам. Давайте разберём, как это работает и что нужно учесть, если вы задумываетесь о CRM для логистики.
«Раньше на выяснение статуса одной доставки уходило 15-20 минут: звонок водителю, потом на склад, потом клиенту. Теперь открываю карточку — и вижу всё: где груз, когда забрали, фото погрузки, время в пути. Экономия? Часа три в день минимум. Но главное — клиенты перестали звонить с вопросом "где мой заказ?". Они сами видят трекинг.»
Когда говорят про автоматизацию логистики, обычно вспоминают TMS (Transport Management System) или WMS (Warehouse Management System). Это специализированные системы, заточенные под конкретные задачи: планирование маршрутов, управление складом. Они хороши в своём деле. Но есть нюанс.
TMS отлично считает оптимальный маршрут. WMS идеально управляет ячейками хранения. Но ни одна из них не ответит на простой вопрос: «А что этот клиент заказывал три месяца назад? Были ли у него проблемы с доставкой? Сколько он нам должен?» Это — территория CRM.
CRM-система для логистики — это не замена TMS или WMS. Это клей, который связывает всё вместе. Точка, где сходятся клиент, заказ, доставка, оплата и история взаимоотношений. Место, откуда видна полная картина, а не фрагменты.
Вся история заказов, обращений, задолженностей и особенностей доставки в одном месте. Менеджер видит контекст, а не начинает каждый разговор с нуля.
Где заказ? На каком этапе? Кто ответственный? Ответы доступны всем, кому нужны — без звонков и переписок.
Автоматические напоминания, эскалации, отчёты по просрочкам. Проблемы видны до того, как клиент позвонит с претензией.
Сколько доставок в срок? Какие маршруты проблемные? Кто из водителей работает эффективнее? Данные для решений, а не интуиция.
В логистике заказ проходит через множество этапов. И первая ошибка, которую делают компании при внедрении CRM — пытаются отразить каждый микро-статус. Получается что-то вроде: «Заказ принят», «Заказ подтверждён», «Заказ в обработке», «Заказ передан на склад», «Заказ на складе», «Заказ комплектуется»... И так далее, на 25-30 статусов.
Проблема в том, что такая детализация убивает удобство. Менеджеры путаются, клиенты не понимают, что происходит, а отчёты превращаются в нечитаемую кашу. Решение — думать о статусах как о «контрольных точках», а не о журнале каждого действия.
Вот модель, которая работает для большинства логистических компаний. Она достаточно детальна, чтобы понимать происходящее, но не перегружена:
| Статус | Что означает | Кто меняет | Триггер перехода |
|---|---|---|---|
| Новый | Заказ поступил, но ещё не взят в работу | Система (автоматически) | Создание заказа |
| Подтверждён | Менеджер проверил данные, заказ валиден | Менеджер | Проверка и звонок клиенту |
| На складе | Товар на складе, готов к отгрузке | Склад / система | Сканирование или ручное подтверждение |
| В пути | Груз забрали, едет к получателю | Водитель / GPS-система | Отметка о выезде или геолокация |
| Доставлен | Получатель принял груз | Водитель | Подпись, фото или код подтверждения |
| Проблема | Что-то пошло не так (отказ, брак, недовоз) | Водитель / менеджер | Ручная отметка с указанием причины |
| Закрыт | Заказ полностью завершён (включая оплату) | Система / бухгалтерия | Подтверждение оплаты |
Обратите внимание: статус «Проблема» — отдельный, а не вариация других. Это важно. Проблемные заказы должны быть видны сразу, одним списком. Иначе они теряются между «обычными» доставками, и вы узнаёте о них, когда клиент уже кричит в трубку.
Внутри каждого статуса могут быть подстатусы или комментарии. Например, «В пути» может иметь отметки: «выехал со склада», «на маршруте», «прибыл в точку». Но это детализация для внутреннего использования, а не то, что видит клиент или что усложняет отчётность.
Вопрос «где мой заказ?» — это, наверное, самый частый запрос в логистике. И самый дорогой, если отвечать на него вручную. Подумайте: каждый такой звонок — это минута-две работы оператора. При сотне звонков в день — это полная ставка сотрудника, который занят только тем, что говорит «ваш заказ в пути, ожидайте».
Решение очевидно: дать клиенту возможность самому узнать статус. Но реализация может быть разной — от простой до продвинутой.
Трекинг работает только если данные обновляются вовремя. Вот основные источники:
Идеальный вариант — комбинация. GPS даёт автоматику, сканирование — точность на контрольных точках, ручной ввод — резерв на случай сбоев. CRM объединяет все источники в единую картину.
SLA (Service Level Agreement) — это обещание, которое вы даёте клиенту. «Доставим за 24 часа», «Курьер приедет в выбранный двухчасовой интервал», «Ответим на претензию в течение часа». Нарушение SLA — это не просто неудобство. Это потеря доверия, а часто и денег (штрафы, компенсации, отток клиентов).
Проблема в том, что без автоматизации контролировать SLA невозможно. Когда у вас 500 активных доставок — вы физически не можете проверить каждую вручную. Вы узнаёте о просрочке, когда клиент уже звонит с претензией. А это — худший момент для исправления ситуации.
Система сама считает, когда заказ должен быть доставлен, исходя из типа услуги, региона, рабочих дней. Не нужно помнить — всё видно в карточке.
За час до дедлайна — уведомление ответственному. За 30 минут — его руководителю. Время среагировать есть, пока клиент ещё не позвонил.
Просрочка случилась? Автоматически создаётся задача руководителю, клиенту уходит извинение, заказ попадает в приоритетную очередь.
Процент доставок в срок за неделю/месяц. Какие маршруты проблемные. Какие клиенты чаще страдают. Данные для системных улучшений.
Вот как может выглядеть конфигурация SLA для типовой логистической компании:
| Тип услуги | Норматив | Предупреждение | Эскалация |
|---|---|---|---|
| Экспресс-доставка (город) | 4 часа с момента подтверждения | За 1 час | Руководителю + звонок клиенту |
| Стандартная (город) | 24 часа | За 2 часа | Email руководителю |
| Межгород | 72 часа | За 6 часов | Уведомление клиенту о задержке |
| VIP-клиент (любой тип) | Согласно договору | За 2 часа | SMS директору + звонок клиенту |
Обратите внимание на отдельное правило для VIP. У ключевых клиентов могут быть индивидуальные условия, и CRM должна это учитывать. Подробнее про настройку SLA и эскалаций в CRM — в отдельной статье.
Покажем, как настроить статусы, трекинг и SLA для вашей логистической компании. Первая консультация бесплатно.
Получить консультациюБольшинство логистических компаний работают в гибридной модели: часть доставок выполняют своими силами, часть — отдают на аутсорс. И здесь возникает головная боль: как отслеживать всё это в одном месте?
Если у вас только свои курьеры — задача проще. Вы контролируете процесс от и до, данные поступают из вашего приложения или GPS-трекеров. Но если вы работаете с внешними службами (СДЭК, Boxberry, DPD, Pony Express, Яндекс Доставка, локальные курьерки) — нужна интеграция.
В Казахстане логистический рынок имеет свою специфику. Вот что важно учитывать:
Склад — это узкое место многих логистических компаний. Заказ может «зависнуть» там на часы: товар не нашли, перепутали, не успели скомплектовать. И пока склад молчит — менеджер не знает, можно ли обещать клиенту доставку сегодня.
Интеграция CRM со складской системой (WMS или хотя бы модулем учёта в 1С) решает эту проблему. Вот что она даёт:
Если вы используете 1С для складского учёта — обратите внимание на статью про интеграцию CRM с 1С. Там детально разобраны сценарии синхронизации товаров, остатков и заказов.
Частая ошибка: пытаться вести складской учёт внутри CRM. CRM — не WMS. Она отлично хранит информацию о клиентах и заказах, но не заменит полноценную систему управления складом. Если у вас больше 1000 SKU и несколько складов — нужна интеграция, а не «всё в одном месте».
Водитель — это лицо вашей компании для клиента. Он же — источник данных о доставке. Если водитель не отмечает статусы, не фотографирует документы, опаздывает — страдает весь процесс. Поэтому работа с водителями — критически важный элемент логистической CRM.
Одна из частых проблем — водители «забывают» отмечать статусы. Или отмечают пачкой в конце дня. Это ломает весь трекинг. Как бороться:
Данные без анализа — это просто шум. CRM накапливает терабайты информации о доставках, но польза от неё появляется только когда вы начинаете задавать правильные вопросы. Вот ключевые метрики для логистической компании:
| Метрика | Что показывает | На что влияет |
|---|---|---|
| OTIF (On Time In Full) | Процент заказов, доставленных вовремя и полностью | Главный показатель качества сервиса. Цель: >95% |
| Среднее время доставки | От создания заказа до вручения клиенту | Конкурентоспособность. Меньше — лучше (при сохранении качества) |
| Стоимость доставки | Затраты на одну доставку (топливо, ЗП, амортизация) | Маржинальность. Нужно знать, чтобы правильно ценить услуги |
| Заполняемость маршрута | Сколько заказов на одном маршруте | Эффективность. Больше — меньше «холостых» пробегов |
| Процент проблемных доставок | Отказы, недовозы, повреждения | Качество операций. Цель: <2% |
| NPS / CSAT | Удовлетворённость клиентов доставкой | Лояльность. Влияет на повторные заказы и рекомендации |
Кроме общих метрик, важно смотреть в разрезах: по регионам, по водителям, по клиентам, по типам услуг. Часто проблема не в системе в целом, а в конкретном «слабом звене» — одном проблемном маршруте или водителе, который тянет статистику вниз.
CRM позволяет строить такие разрезы и находить точки роста. Подробнее про аналитические возможности — в статье CRM-аналитика для руководителя.
В логистике претензии — неизбежная часть бизнеса. Груз повредили, потеряли, доставили не туда, опоздали. Важно не то, будут ли проблемы (они будут), а то, как вы их обрабатываете.
Без CRM претензии — это хаос. Клиент пишет на почту, звонит, жалуется в соцсетях. Разные сотрудники отвечают по-разному. Никто не знает, что было обещано раньше. Решение затягивается на недели.
Отдельная тема — возвраты. Это не только претензия, но и обратная логистика: нужно забрать товар, проверить его состояние, вернуть деньги или заменить. CRM помогает отслеживать статус возврата так же, как статус доставки.
Подробнее про автоматизацию работы с возвратами — в статье Возвраты и претензии: воронка RMA.
Внедрение CRM — это не покупка программы, а изменение процессов. Вот план, который работает для логистических компаний:
Подробнее про поэтапное внедрение — в статье Внедрение CRM с нуля: план на 90 дней.
Проведём аудит ваших процессов, подберём решение, поможем с внедрением. Работаем с логистическими компаниями по всему Казахстану.
Получить бесплатный аудитЛогистика — это бизнес, где мелочи решают всё. Один потерянный заказ, одна несвоевременная доставка, один не отвеченный вовремя звонок — и клиент уходит к конкуренту. Управлять этими мелочами вручную можно, когда у вас 10 заказов в день. Когда их 100 или 1000 — нужна система.
CRM для логистики — это не про «модную автоматизацию». Это про выживание в конкурентной среде. Про то, чтобы клиент всегда знал, где его груз. Про то, чтобы просрочки ловились до того, как станут проблемой. Про то, чтобы каждый заказ доходил до получателя, а не терялся между звонками и Excel-таблицами.
Ержан, с которого мы начали эту статью, через полгода после внедрения CRM расширил бизнес на 40%. Не потому что появились новые машины или водители. А потому что те же ресурсы стали работать эффективнее. Когда вы точно знаете, что происходит — вы можете управлять. Когда не знаете — можете только надеяться.