Карго-бизнес почти всегда начинается в Excel. Пара таблиц с грузами, чат с китайским складом, счета в Word, вопросы клиентов в WhatsApp. Пока грузов десятки — это работает. Когда их становятся сотни, а клиентов — десятки, система из таблиц и чатов начинает подтекать.
Система учёта грузов (её же называют CRM для логистики или для карго) — это система, которая держит весь этот поток в одном месте: грузы, склад, клиентов, счета и деньги. Ниже разберём, что она должна уметь конкретно для логистики и карго, чем отличается от обычной CRM и с чего начать, чтобы не строить космолёт за год.
Речь про любое направление, Китай — лишь частый случай. Турция, Корея, ОАЭ, Европа, США; выкуп с маркетплейсов, сборные грузы, экспедирование, фулфилмент для селлеров WB и Ozon — механика везде одна.
Как систему ни называй — CRM для логистики, CRM для грузоперевозок, CRM для транспортной компании или для экспедитора, автоматизация логистики или просто система учёта грузов — по сути это одно: софт под механику карго-бизнеса. Дальше в статье «карго» означает любой из этих сценариев.
Почему обычная CRM не закрывает карго
Готовые CRM — amoCRM, Битрикс24 — заточены под продажи: лид, воронка, сделка, звонок. Карго живёт по другой логике. Здесь единица работы — это груз, который проходит физический путь: выкуп у поставщика, приёмка на складе, консолидация, отправка фурой, растаможка, выдача клиенту. У каждого груза есть вес, объём, фото, код клиента, себестоимость и маршрут. Обычная воронка продаж это описать не может — ей просто нечем.
Поэтому карго-компании либо мучают Битрикс кастомными полями, пока он не превращается в кашу, либо возвращаются в Excel. Оба пути упираются в потолок на росте. Систему учёта грузов приходится строить под саму механику карго — где основные объекты это груз, склад, вес и маршрут.
Признаки, что пора уходить из таблиц
Проверьте себя. Если узнаёте три пункта и больше — карго уже перерос Excel:
- Менеджеры тратят часы в день на ответы «где мой груз».
- Статусы грузов расходятся: в таблице одно, на складе другое, клиенту сказали третье.
- Приёмку на складе заносят с задержкой, вес и коды коробок путаются.
- Себестоимость и прибыль по грузу считаете вручную и только постфактум.
- Фуры собираете «на глаз» — то недогруз, то не влезло.
- При росте объёма единственный выход, который видите, — нанять ещё людей.
Каждый из этих пунктов — это утекающие деньги и время. И каждый закрывается системой.
Что должна уметь CRM для карго: пять блоков
Хорошая система для карго собирается из нескольких рабочих контуров. Вот из чего она состоит на практике.
1. Кабинет клиента с трекингом
Клиент должен видеть свои грузы сам, без звонка менеджеру. Статусы в реальном времени, живая карта маршрута с прогнозом прибытия, история заказов, баланс и счета. Отдельная сильная вещь — публичный трекинг по ссылке без логина: клиент открывает и видит, где груз, как посылку у службы доставки. Это снимает основную нагрузку с менеджеров — вопрос «где мой груз» просто исчезает.
2. Рабочее место менеджера
Ядро системы. Экран «Сегодня» с движком сигналов сам поднимает то, что горит: застрявшие грузы, просроченные счета, остывающие клиенты. Менеджер не держит это в голове и ничего не забывает. Плюс воронка сделок с бюджетом, источником и обязательным следующим шагом.
Здесь же — сборка фур перетаскиванием с автоподсчётом загрузки борта по весу и объёму: видно, сколько ещё влезет и когда фура готова к отправке. Каждый недогруженный рейс — это потерянная маржа.
3. Мобильный склад
Приёмщик на складе (часто в другой стране) работает с телефона: сканирует код клиента, вбивает вес, делает фото, ставит статус. Клиент в этот же момент видит, что груз принят. Никаких «занесём вечером в таблицу» — данные попадают в систему сразу с места.
4. Деньги и юнит-экономика
Система должна показывать прибыль по грузам, не только общий оборот. Себестоимость по каждому грузу, маржа, выручка по источникам, топ-клиенты. Отдельно ценно для выкупа — расчёт себестоимости и прибыли ещё до заказа: видно, стоит ли вообще брать груз, до того как за него заплатили. Когда владелец видит деньги по каждому грузу в реальном времени, решения опираются на факты.
5. Направление и язык
Для международного карго важны детали, которые готовые CRM не закрывают: двуязычность интерфейса и данных (например, RU↔中文), перевод товара при выкупе с площадок поставщика, счета-PDF с кириллицей, персональные коды маркировки коробок, Telegram-бот трекинга. Мелочи, из которых складывается, работает система в реальном потоке или тормозит его.
Своя система или готовая CRM: как выбрать
Короткий ориентир.
Готовая CRM (amoCRM, Битрикс24) подойдёт, если карго небольшое, процессы простые, и вам хватает вести клиентов как обычные сделки. Быстрый старт, невысокая цена входа. Потолок наступает там, где начинается физика груза: склад, вес и объём, консолидация фур, трекинг для клиентов, двуязычность. Всё это в готовую CRM встраивается тяжело и держится на костылях.
Своя система оправдана, когда карго — это ваш основной бизнес и объём растёт. Она строится под вашу механику: ваши статусы, ваши склады, ваши направления. Дороже на старте, но снимает потолок и перестаёт требовать «ещё одного человека» на каждый рост объёма.
Практичный путь для большинства: начать с одного самого больного контура. Обычно это трекинг для клиентов (разгружает менеджеров) или складская приёмка (убирает ошибки в данных). Один контур закрыли, увидели эффект — двигаетесь дальше.
| Что нужно | Готовая CRM | Своя система |
|---|---|---|
| Вести клиентов и сделки | Да, быстро | Да |
| Склад, вес/объём, приёмка с фото | Тяжело, костыли | Под вашу механику |
| Трекинг для клиентов по ссылке | Обычно нет | Да |
| Сборка фур с автоподсчётом борта | Нет | Да |
| Двуязычность интерфейса и данных | Ограниченно | Да |
| Потолок на росте объёма | Наступает быстро | Снимается |
Сколько это стоит и сколько занимает
Точная цифра зависит от того, сколько контуров нужно и какие интеграции. Ориентир по рынку разработки: отдельный рабочий модуль (например, клиентский трекинг или складская приёмка) — это недели работы, полноценная система из нескольких контуров — месяцы. Логику ценообразования на заказную разработку мы подробно разбирали в статье «Сколько стоит разработка веб-приложения и MVP».
Главное правило — не строить всё за один заход. Сначала MVP под самый больной процесс, он окупает себя и даёт данные, что делать дальше. Потом наращиваете. Так вы не замораживаете полгода и большой бюджет в системе, половиной которой в итоге не пользуются.
Как это выглядит в реальности: Dao Lai
Чтобы не оставаться в теории — мы такую систему построили. Dao Lai — операционная система для карго-экспедитора, который возит грузы Китай→Россия: выкуп с 1688 и Taobao, консолидация на складах в Китае, фуры через Хоргос, растаможка в РФ. Все пять блоков выше — в одном продукте:
- кабинет клиента с живой картой маршрута, прогнозом прибытия и публичным трекингом по ссылке;
- рабочее место менеджера с экраном «Сегодня», движком сигналов, воронкой и сборкой фур перетаскиванием;
- мобильный склад — приёмщик в Китае заносит груз с телефона, клиент в Москве видит мгновенно;
- юнит-экономика — расчёт себестоимости и прибыли ещё до выкупа, аналитика владельца;
- полная двуязычность RU↔中文, PDF-счета с кириллицей, Telegram-бот трекинга.
Три рабочих контура, больше 25 экранов, два языка. Как это выглядит внутри — смотрите в кейсе со скринкастами каждого модуля.
Строите или масштабируете карго? Соберём систему учёта грузов под ваши процессы — любое направление. Бесплатно разберём, что автоматизировать первым.
С чего начать
Если карго уже упирается в Excel и чаты, порядок действий простой:
- Найдите самый больной контур — где теряется больше всего времени и денег (обычно трекинг или склад).
- Опишите свою механику — какие у вас статусы груза, склады, направления, кто с чем работает.
- Начните с MVP под этот контур — один процесс, доведённый до рабочего состояния.
С этого уже можно строить систему, которая растёт вместе с бизнесом.