CRM логистической компании от первой отправки до постоянных отгрузок

Компания запросила тариф на перевозку, зарегистрировалась в кабинете, создала накладную и не передала груз. В CRM уже появились три признака активности, но реального использования услуги ещё нет. Если запускать программу повторных отправок по созданию документа, клиент получит предложения продолжить процесс, который даже не начал.

В логистике нужно различать расчёт, заказ перевозки, приём груза и подтверждённое исполнение. Грузоотправитель — сторона, отправляющая груз. Получатель — сторона назначения; она не обязательно является покупателем логистической услуги. Направление перевозки включает пункты отправления и назначения и значимые условия груза. Для CRM это более полезный контекст, чем общий признак «активный клиент».

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

Свяжите людей с компанией и местом отправки

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

Храните компанию, подразделения или склады, контактные роли и договорные условия. История конкретного склада помогает понять регулярность маршрута, но экономику и продление договора нередко нужно оценивать на уровне всей компании.

Адресат уведомления о доставке не становится автоматически лидом на покупку перевозки. Получатель мог никогда не выбирать перевозчика. Для коммерческих сообщений используйте соответствующий контекст отношений и допустимые каналы, а не весь массив телефонов из накладных.

Где искать барьер первой отправки

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

Как построить сопровождение первой перевозки

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

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

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

Условный пример правильной активации

За месяц 400 компаний создали кабинеты. Из них 220 рассчитали тариф, 160 сформировали накладные, 120 реально передали груз, а у 110 первая перевозка завершена на момент одинакового контрольного срока.

Если активацией назвать создание накладной, показатель составит 40%: 160 / 400. Если задача — первое реальное использование, доля передавших груз равна 30%. Для успешно завершённой первой перевозки — 27,5%. Эти показатели описывают разные этапы, а не три альтернативных способа сделать отчёт привлекательнее.

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

Как предложить следующую отправку

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

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

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

Как считать дополнительный результат

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

Условный расчёт. В двух группах по 100 компаний доход после согласованного набора переменных затрат за 90 дней составил 1,8 и 1,6 миллиона рублей. Разница — 2 000 рублей на компанию. Если дополнительная поддержка запуска стоила 250 000 рублей, наблюдаемого общего разрыва 200 000 рублей пока недостаточно для окупаемости программы на этом горизонте.

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

Первый результат внедрения

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

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

Источники

DHL Express. MyDHL API (DHL Express). DHL Developer Portal, официальная документация. Проверено 23.09.2026.