Короткий ответ

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

Клиенты спрашивают «где груз?» — это главный сигнал. Нужна система со статусом заказа, который клиент видит сам, без звонка диспетчеру.

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

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

Центральная сущность — заказ на перевозку, а не сделка

У перевозки есть то, чего нет у сделки: точка А, точка Б, груз, машина, водитель и текущее положение во времени. Сделка знает сумму и этап; заказ на перевозку должен знать маршрут и статус.

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

«Где груз» — вопрос, который съедает день диспетчера

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

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

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

Документы — половина работы перевозчика

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

Что должно быть в системе: комплект документов привязан к заказу, видно, какие подписаны, а какие ещё в пути, и по каким рейсам оплата задерживается именно из-за бумаг. Это не документооборот ради порядка — это управление поступлением денег.

Экономика рейса и обратная загрузка

Прибыль в перевозках считается не по заказу, а по рейсу целиком: топливо, зарплата водителя, амортизация, платные дороги. Заказ может выглядеть выгодным, а рейс уйти в ноль из-за пустого обратного пути.

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

Сколько это стоит

ВариантЧто закрываетОриентир
Универсальная CRMКлиенты и заявки, статусов и маршрутов нет≈ 5 000 ₽/мес +
Готовая TMSЛогистику знает, но по своей логике и тарифам≈ 5 000–20 000 ₽/мес
Своя система под ключ (Uniqore)Свои статусы, документы, тарифы и расчёт с водителямиот $1200 + $150/мес

Готовая TMS закрывает основное и на типовых перевозках это правильный выбор. Своя система оправдана там, где тарифная сетка нестандартная, документооборот со своими формами или расчёт с водителями идёт по схеме, которую готовое решение не умеет.

Итог

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

Частые вопросы

Чем CRM для логистики отличается от обычной CRM?
У заказа на перевозку есть маршрут, груз, машина, водитель и текущее положение во времени. Обычная CRM ведёт сделку с суммой и этапом, и всё это приходится достраивать полями. Ключевое отличие в том, что статус перевозки должен меняться от событий, а не ставиться вручную, иначе он отстаёт от реальности.
Как избавиться от звонков «где мой груз»?
Дать клиенту личный статус заказа — страницу или ссылку, где видно текущее положение и плановое время прибытия. На двадцати активных заказах это возвращает диспетчеру несколько часов в день. Дополнительно стоит настроить уведомление об отклонении от графика, чтобы о задержке сообщали вы, а не клиент узнавал по факту.
Зачем привязывать документы к заказу?
Потому что рейс не заканчивается прибытием: пока накладные не подписаны и не переданы, оплата не приходит. Когда комплект документов привязан к заказу, видно, по каким рейсам деньги задерживаются именно из-за бумаг, и это перестаёт быть скрытой причиной кассового разрыва.
Почему прибыль надо считать по рейсу, а не по заказу?
Потому что расходы привязаны к рейсу: топливо, зарплата водителя, амортизация, платные дороги. Выгодный на бумаге заказ может уйти в ноль из-за пустого обратного пути. Система, которая показывает только выручку по заказам, скрывает эту потерю, а доля пустых пробегов обычно и есть самый быстрый резерв прибыли.
Что выбрать — готовую TMS или свою систему?
На типовых перевозках готовая TMS закрывает основное и обходится дешевле разработки. Своя система оправдана, когда тарифная сетка нестандартная, нужны собственные формы документов или расчёт с водителями идёт по схеме, которую готовое решение не поддерживает и приходится досчитывать вручную.

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

CRM для логистики и доставки →

Читайте дальше

CRM для логистики — возможности → Внедрение CRM: этапы, сроки, стоимость → Цены и что входит в поддержку →