Выбор ПО для транспортной компании: что проверить на практике

Практическое руководство по выбору для владельцев автопарков, экспедиторов, а также малых и средних транспортных компаний: где в вашем ежедневном процессе ПО на самом деле ломается, что и как проверять на демо и какова реальная структура затрат у четырёх доступных подходов. Руководство издаёт Logistivo; место нашего собственного продукта открыто описано в отдельном разделе. Короткий ответ для перевозчика, выбирающего ПО: покупайте систему, которая держит вашу самую часто повторяющуюся цепочку в одной-единственной записи. В автоперевозках эта цепочка неизменна: заявка, ставка, выигранный заказ, назначенные машина и водитель, оформленные документы, пройденная граница, доставленный груз, выставленный счёт, полученная оплата. Если продукт рвётся где-то в середине этой цепочки, пробел снова заполнят WhatsApp и таблицы, а лицензия, за которую вы платите, лишь добавит ещё одно место, где вводятся те же данные. Чаще всего перевозчики выбирают по двум обманчивым осям: длине списка функций и тому, как красиво мониторинг транспорта выглядит на карте. В реальной работе исход решает другое: будет ли водитель на самом деле пользоваться этим экраном, остаются ли ставки и названия клиентов для него закрытыми, сколько раз за день переписываются одни и те же вес и количество мест и остаётся ли у вас на виду работа, переданная субподрядчику. Это руководство издаёт Logistivo, поэтому читайте его как откровенное, а не нейтральное: критерии ниже написаны вокруг того, что происходит в реальной работе, а не вокруг какого-то одного продукта, а место Logistivo в этом сравнении — включая то, чего он не делает, — описано в отдельном разделе. Используйте этапы работы, критерии и сравнение четырёх подходов, чтобы оценить собственную работу, и проводите любое демо на своём самом сложном заказе, а не на аккуратных образцах данных поставщика.

Этапы работы и что должно делать ПО

• Поступает заявка: от клиента, из вашей сети или из тендерной таблицы — За одно утро работа приходит сразу по трём каналам: звонок от постоянного клиента, заявка в системе от компании из вашей сети и список направлений, который нужно заполнить для годового договора. На что посмотреть в первую очередь, решают свободные в этот день машины и маршруты, на которых вы действительно работаете. Входящие заявки собраны в один список; фильтр по маршруту, стране и типу кузова; мгновенное уведомление команде, когда приходит что-то новое. Для сезонного ценообразования по многим направлениям — массовый ввод ставок из таблицы. Подходящую работу замечают в списке слишком поздно, клиент ждёт ответа, а грузовик возвращается порожним. Длинные списки направлений слишком утомительно заполнять вручную, поэтому по такой работе ставку не дают вовсе.
• Цена рассчитана, ставка отправлена — Ставка за машину, расходы на границе и таможне и шанс на обратную загрузку складываются у кого-то в голове, а цифру сообщают по телефону или по почте. Когда клиент торгуется, появляется вторая, а иногда и третья цифра, и становится непонятно, какая из них в силе. Ставка за машину и общая выручка видны на одном экране; ставку можно пересмотреть, и при пересмотре предыдущая цифра автоматически аннулируется; фиксируется, кто, какую ставку и когда дал, а доля выигранных ставок измеряется. Клиент не может понять, какая цифра актуальна, а принятая цена не совпадает с тем, что в итоге оказывается в счёте. Вы так и не узнаёте, какое направление приносит деньги и какую долю ставок вы выигрываете, поэтому ценовая стратегия остаётся делом интуиции.
• Заказ получен: подбираются тягач, полуприцеп и водитель, или работа передаётся на субподряд — Вы подбираете свободный тягач, подходящий полуприцеп и водителя, которому разрешено работать на этом маршруте. Когда подходящей машины нет, весь заказ или его часть уходит знакомому перевозчику, и координация возвращается в телефон. Проверка допуска при назначении: действительны ли документы водителя, достаточно ли у него оставшихся дней за рубежом, не назначен ли он уже на другой рейс в эти даты? При передаче на субподряд вы продолжаете видеть ход работы, а сведения о клиенте и ставке остаются закрытыми для субподрядчика. Один и тот же водитель назначен на два рейса; водитель с просроченной визой выезжает и получает отказ на границе. Работа, переданная на субподряд, повисает в состоянии «ушло, ждём новостей», а ответ, который вы даёте клиенту, зависит от того, возьмёт ли субподрядчик трубку.
• Погрузка и документы: отгрузочная накладная, CMR-накладная, упаковочный лист, экспортная декларация — На месте погрузки уточняются количество мест, вес и упаковка, и те же сведения по отдельности записываются в отгрузочную накладную (в Турции — irsaliye), транспортную накладную, упаковочный лист и инвойс. В международных автоперевозках CMR-накладная следует вместе с грузом; как правило, она составляется в трёх оригиналах и подписывается отправителем и перевозчиком. Согласно Конвенции CMR отправитель, как правило, отвечает за точность сведений, внесённых в накладную, включая наименования сторон, количество мест, вес и описание груза, а роль перевозчика — проверить количество мест, маркировку и внешнее состояние груза и при необходимости внести оговорки. Транспортная накладная и другие документы формируются из одной записи о грузе; водитель может прикрепить фото документов с телефона при погрузке; любое расхождение между документами в весе, количестве мест или наименовании стороны отмечается автоматически. Поскольку одни и те же сведения вручную вписываются в несколько документов, где-то они расходятся, и расхождение обычно обнаруживается либо на границе, либо в банке. Фото, сделанное в пути, теряется в групповом чате, и через несколько недель офис отправляется его искать.
• Граница, транзит и ожидание на таможне — Экспортная декларация обычно подаётся в компетентную таможню по месту нахождения товара, хотя то, какая таможня компетентна, зависит от страны, процедуры и действующих упрощений. Затем машина с этими документами едет к границе. На границе проходят выездные формальности, при необходимости оформляется транзитный документ — декларация T1 или книжка МДП (TIR) — и проверяются документы. Если обнаруживается несоответствие или не хватает документа, ожидание измеряется часами, а расходы на простой и задержку растут, хотя их никто не планировал. Проверка согласованности документов до отправки груза; таможенный представитель может присоединиться к той же записи как участник; возможность ещё до отправления сверить товарный код (код HS) с пошлинами и торговыми мерами страны назначения; автоматический подсчёт шенгенского лимита 90/180 дней для водителя. Недостающий документ обнаруживается на границе; машина стоит, расходы выходят за рамки плана, а срок доставки, названный клиенту, сдвигается. Незамеченная дополнительная пошлина превращает рейс, который вы считали прибыльным, в убыточный, а водителю, превысившему лимит дней, отказывают во въезде.
• Отслеживание в пути и информирование клиента — Клиент спрашивает «где грузовик» раз или два в день; вы звоните водителю, водитель в дороге, и ответ задерживается. За день одну и ту же информацию трижды объясняют трём разным людям. Геопозиция поступает в запись перевозимого груза, а не машины; каждое изменение статуса сохраняется с отметкой времени; клиент может видеть его на своём экране или по ссылке для общего доступа; переписка ведётся по каждому грузу и при необходимости автоматически переводится. День уходит на сообщения о статусе. В споре вы не можете доказать, где и когда находилась машина; сообщение на иностранном языке понимают неправильно, и грузовик едет не по тому адресу.
• Доставка, подтверждение доставки (POD) и возврат полуприцепа — Груз выгружают, забирают подписанный экземпляр транспортной накладной и подтверждение доставки, а полуприцеп разгружают или оставляют у другой стороны. Споры о повреждениях обычно начинаются именно здесь, и ответственность остаётся недоказанной. Водитель может прикрепить подтверждение доставки к грузу прямо с телефона; время и место доставки фиксируются автоматически; когда полуприцеп переходит из рук в руки, составляется фотопротокол передачи и отслеживается окно ответственности. Подписанная транспортная накладная попадает в офис через несколько недель, до этого счёт выставить нельзя, и оплата задерживается. Поскольку никто не может доказать, на каком этапе возникло повреждение, удержание обычно несправедливо списывают на последнего водителя.
• Расчёты, выставление счетов, получение оплаты и закрытие учёта — Рейс завершён, выставляется счёт за фрахт; вычитаются расчёт с субподрядчиком и расходы водителя. Клиент платит в рамках отсрочки — или не платит, и в большинстве компаний весь этот этап ведётся в совершенно другой программе. Счёт формируется из записи о грузе; сальдо расчётов и структура дебиторской задолженности по срокам обновляются сами, когда отмечается оплата; поддержка формата электронного счёта, который принимает система вашего клиента из ЕС; расходы водителя относятся на правильную сторону. Одна и та же цифра трижды вводится — в операционный учёт, в систему счетов и в бухгалтерию, — и ошибки накапливаются. Просроченная дебиторская задолженность незаметно растёт и ломает денежный поток; трансграничный счёт, отклонённый из-за формата, растягивает получение оплаты на месяцы.

Критерии выбора

• Ядро диспетчеризации: проверка допуска водителя и машины в момент назначения — День перевозчика уходит на решения о том, кто, что и куда везёт. Если система лишь фиксирует назначение, она ведёт журнал; если же в момент назначения она проверяет срок действия документов водителя, оставшиеся у него дни за рубежом и доступность машины, — она занимается диспетчеризацией. Разница между ними — грузовик, развёрнутый на границе, когда он уже выехал со стоянки. Заведите водителя, у которого скоро истекает виза и почти исчерпан лимит дней за рубежом, а затем попробуйте назначить его на новый рейс: появляется ли предупреждение прямо на экране назначения или, чтобы его увидеть, нужно открыть отдельную страницу документов? Повторите со вторым рейсом, даты которого пересекаются, и запишите, что именно сообщает система.
• Действие в рейсе, которое водитель может выполнить, ни к кому не обращаясь — Большая часть данных о перевозке создаётся за рулём: подтверждение погрузки, фото документов, геопозиция, подтверждение доставки. Если водитель не может справиться с этим шагом сам, данные приходят в офис с опозданием, неполными или не приходят вовсе, и операционный отдел весь день собирает их по телефону. Интерфейс водителя — самая недооценённая статья в ПО для грузоперевозок и та, что губит больше всего проектов. Установите демо-аккаунт на телефон своего водителя и, не стоя рядом и ничего не объясняя, попросите его перевести груз в статус «погружен» и прикрепить фото CMR-накладной. Справится ли он сам с первой попытки? Отметьте, где он застрянет, потому что этот шаг будет повторяться в каждом рейсе.
• Коммерческие данные, закрытые для водителя и выездных сотрудников — Как только вы даёте водителю аккаунт, чтобы он обновлял груз, большинство систем заодно открывают ему ваши ставки фрахта, список клиентов и переписку. Вышедшая за стены компании информация уже не возвращается и обычно оказывается у вашего ближайшего конкурента. Разграничение прав здесь — не продвинутая функция; для перевозчика это входное условие. Войдите в демо под аккаунтом водителя и целенаправленно поищите ставку фрахта, название компании-клиента, сальдо расчётов, переписку офиса. Если хоть на одном экране видна сумма или название клиента, эта система раскрывает вашу коммерческую базу.
• Геопозиция, привязанная к записи о грузе, а не только к машине — Клиент перевозчика спрашивает «где мой груз», и ответить на этот вопрос можно, только если геопозиция привязана к записи именно этого груза. Когда геопозиция живёт на отдельной карте, клиенту нечего показать, а момент доставки тоже нигде не фиксируется. Если у вас уже стоит бортовое оборудование, вопрос звучит так: можно ли привязать эти данные к записи рейса и в каком виде? Откройте груз в демо, назначьте машину и сами соберите то, что увидит клиент: если есть ссылка для общего доступа, откройте её на своём телефоне без входа в систему; если нет — пригласите в демо второго пользователя с правами клиента и посмотрите из его окна. Видны ли вам геопозиция и статус этого груза, но не ставка и не другие ваши клиенты? Проверьте также, фиксируются ли время и место отметки «доставлено» автоматически.
• Арифметика ставок: ставка за машину, пересмотры и учёт выигранных и проигранных ставок — В грузоперевозках цену обычно обсуждают за машину, а потом в ходе переговоров она один-два раза меняется. Если ПО хранит только одну итоговую цифру, принятая цена и сумма в счёте разойдутся, и вы так и не узнаете, сколько приносит каждое направление. Продажи без измеренной доли выигранных ставок — это продажи на интуиции. Дайте ставку на заявку на три машины с ценой за машину, затем измените цену. Проверьте сразу три вещи: обновляется ли общая выручка сама, аннулируется ли предыдущая ставка автоматически и видит ли другая сторона одну-единственную актуальную цифру?
• Документы из одной записи с проверкой согласованности до отправки — В международных автоперевозках транспортная накладная следует вместе с грузом, а те же вес, количество мест и сведения о сторонах пишутся ещё и в инвойс, упаковочный лист и отгрузочную накладную (в Турции — irsaliye). Переписывайте эти сведения вручную — и где-нибудь они разойдутся, а расхождение обнаружится либо на границе, либо в банке. Формирование документов из одной записи отсекает такие расхождения у источника; сколько времени и исправлений это реально сэкономит, покажет только ваш собственный объём документов. Загрузите реальный инвойс и упаковочный лист из своего архива и намеренно измените количество мест в одном из них: поймает ли система расхождение раньше, чем вы на него укажете? Затем попробуйте сформировать CMR-накладную из той же записи о грузе, не вводя никаких данных повторно.
• Видимость и информационный барьер при передаче работы субподрядчику — Когда собственных машин не хватает, вы передаёте работу другому перевозчику, и в этот момент нужны сразу две вещи: вы продолжаете видеть, как продвигается его работа, а он не видит ни вашего клиента, ни вашей ставки. Большинство программ либо вообще не моделируют такую ситуацию, либо оформляют её как «второго клиента». Если вы работаете собственным парком и никогда не передаёте работу на субподряд, понизьте вес этого критерия; если вы передаёте значимую долю работы — поднимите его до критического. Передайте часть груза второму перевозчику, а затем посмотрите из его аккаунта. Правильный результат такой: субподрядчик не должен видеть ни вашего клиента, ни ставку, которую вы дали этому клиенту, а вы должны видеть его обновления статуса, не звоня ему.
• Календарь сроков действия и упреждающие напоминания по документам машин и водителей — Страховки, техосмотры, паспорта, визы и свидетельства о профессиональной компетентности истекают тихо, а замечают это обычно на погранпереходе или при дорожной проверке — и рейс срывается. Хранить эти даты недостаточно: система должна сама прийти и сообщить вам. Предупреждение, которое видно только после открытия экрана, мониторингом не считается. Внесите визу водителя и техосмотр машины, которые истекают через две недели, затем выйдите из системы и подождите несколько дней. Приходит ли напоминание само — по электронной почте или в виде уведомления, — или его приходится искать?
• Расчёты, выставление счетов, получение оплаты и закрытие учёта на основе одной записи — В грузоперевозках деньги зарабатываются в момент оплаты, а не в момент завершения рейса, и между этими моментами стоят счёт за фрахт, расчёт с субподрядчиком и расходы водителя. Если операции ведутся в одной программе, а счета и учёт — где-то ещё, одна и та же цифра вводится два-три раза, ошибки накапливаются, а просроченная дебиторская задолженность незаметно растёт. Если вы обслуживаете клиентов из ЕС, выставление счёта в формате электронного счёта, который принимает их сторона, напрямую влияет на то, как быстро вам платят. Выставьте в демо счёт по завершённому грузу и отметьте его как оплаченный. Обновляются ли сальдо расчётов и структура дебиторской задолженности по срокам этим одним действием, или в итоге вы вводите ту же сумму ещё раз на экране бухгалтерии?

Сравнение подходов

• Ручная координация по телефону, в WhatsApp и таблицах — Небольшие компании с одним направлением и несколькими рейсами в месяц, которые знают каждую машину и каждого водителя по имени; а также сезонный бизнес, у которого большую часть года работа стоит. Пока все ещё знают всех, гибкость перевешивает накладные расходы. Затраты копятся не в лицензиях, а в людях и ошибках: грузовик, стоящий на границе, счёт, выставленный с опозданием, просроченная задолженность, которую никто не заметил, и дополнительные операционисты, которых вы нанимаете по мере роста. Ничто из этого не появляется отдельной строкой бюджета — именно поэтому такой подход и кажется бесплатным.
• Универсальное ПО плюс система таблиц (бухгалтерская программа, надстройка к ERP, шаблоны) — Компании, у которых бухгалтерия уже налажена и которые пытаются втиснуть перевозки в ту же программу; или компании, где есть операционный менеджер, который любит строить таблицы и хочет выстраивать процесс вручную. Строка подписки выглядит дешёвой; реальные расходы — это время того, кто строит таблицы и чинит их каждый раз, когда они ломаются. За этот труд никто не выставляет счёт, поэтому его никто и не измеряет, а когда человек уходит, стоимость перестройки всей схемы приходит разом.
• Узкоспециализированные точечные инструменты (только мониторинг транспорта, только архив документов, только бухгалтерия) — Перевозчики, у которых болит в одном месте: скажем, всё работает, кроме данных о местонахождении машин, или разваливается только архив накладных и счетов. Такой подход оправдан и тогда, когда вы готовы переносить данные между инструментами вручную или можете выделить человека ровно для этого. Каждый инструмент — это отдельная подписка, отдельный договор и отдельная линия поддержки, плюс часы, которые уходят на ручной перенос данных между ними. Не решайте интуитивно: сведите в одну таблицу ежемесячные платежи, время на перенос данных и даты продления уже работающих у вас инструментов, а затем положите этот итог рядом с коммерческим предложением на одну сквозную платформу.
• Сквозная платформа управления перевозками (TMS) — Перевозчики и экспедиторы, которые снова и снова работают на одних и тех же направлениях — собственным парком, с субподрядчиками или и так и так — и выполняют международные или многоточечные перевозки. Если вы видите, что с ростом числа рейсов диспетчерскую тормозят телефонные звонки, — это ваша колонка. Обязательное условие — возможность перевести водителей на приложение. Видимые расходы — одна подписка плюс усилия на внедрение и обучение; на деле же ответ решает не форма модели ценообразования, а число, которое эта модель даёт при вашем объёме. Запросите цену одного и того же продукта дважды: один раз по реальному объёму прошлого года, другой — по сценарию роста; только в конце этих двух расчётов станет ясно, что останется дешевле — оплата за пользователя, за машину, за груз или фиксированный тариф.

Типичные ошибки при покупке

• Телематика и запись рейса, оставленные без связи — Бортовые трекеры, тахографы и датчики топлива делают в грузоперевозках реальную работу: данные тахографа нужны для контроля режима труда и отдыха, датчик уровня — когда есть подозрение на потери топлива, а оборудование сохраняет непрерывность геопозиции, когда телефон водителя выключен или разряжен. Проблема в том, что эти данные никак не связаны с записью рейса: карта — на одном экране, статус груза и документы — на другом, и офис весь день сводит их вместе. Не ставьте вопрос как выбор «телематика или ПО для перевозок». Спросите обоих кандидатов, могут ли они привязать данные ваших существующих устройств к записи конкретного груза и в каком виде.
• Покупка интерфейса для работы в пути, которым водитель никогда не будет пользоваться — Офисные экраны впечатляют на демо, потому что демо показывает офисный сотрудник офисному сотруднику. Однако большая часть данных о перевозке создаётся за рулём, и если сторона водителя неудобна, половина системы, отвечающая за работу в пути, так и не заполняется: нет геопозиции, нет фото документов, нет времени доставки, и офис собирает данные по телефону точно так же, как раньше. Важен даже шаг подключения: долгая регистрация и процедура с паролем сами по себе могут поставить крест на внедрении. Проверяйте решение на самом несговорчивом водителе, а не на самом увлечённом, и постарайтесь, чтобы он прошёл рейс до конца, без того чтобы вы стояли рядом и объясняли ему каждый шаг.
• Модель ценообразования не пересчитана по вашему собственному объёму — Распространены четыре модели, и ни одна из них сама по себе не правильная и не ошибочная. Оплата за пользователя дешевле всего в маленькой команде, дорожает по мере её роста и может подтолкнуть компанию к тому, чтобы делить один логин на нескольких человек. Оплата за машину автоматически снижает расходы, когда парк сокращается, и увеличивает их, когда он растёт. Оплата за груз в тихий сезон перекладывает риск на поставщика, в загруженный месяц забирает большую долю и может размыть вашу собственную себестоимость, пока вы готовите ставку. Фиксированный тариф не наказывает за рост, но при малом объёме даёт самую высокую цену единицы. Мерило — не форма модели, а итог за двенадцать месяцев: просчитайте каждого кандидата дважды, один раз по реальному объёму прошлого года и один раз по сценарию роста, и внесите в ту же таблицу внедрение, обучение, перенос данных, дополнительные модули и уровень поддержки.
• Внедрить ПО, оставив открытой старую схему — Самая частая ошибка при переходе — купить систему, но продолжать вести работу в пути и документы в групповом чате. Две параллельные записи никогда не становятся двумя полными записями: обе оказываются заполнены наполовину, никто не знает, какая из них верна, и к концу месяца ни одной не доверяют. Назначьте дату отсечения: после неё статус, фото и документы любого нового рейса живут только в системе, а групповой чат остаётся каналом общения, а не хранилищем записей. В компаниях, которые так и не объявляют это правило чётко, новая система обычно за несколько недель превращается во второй архив.
• Узнать уже потом, что данные невозможно забрать — Компании изучают, насколько легко войти, и не обращают внимания на дверь выхода. Когда спустя годы вы захотите сменить систему, вам понадобятся три отдельные вещи: операционная история, бухгалтерские проводки и движения по счетам, а также архив загруженных документов. В большинстве систем первые две можно выгрузить в таблицу, но тысячи изображений накладных и счетов массово скачать нельзя, а это делает уход невозможным на практике, а не в теории. До подписания запросите в письменном виде формат, объём и стоимость выгрузки всех трёх и попросите выполнить небольшую выгрузку на демо-аккаунте.
• Смотреть демо на заранее подготовленных данных поставщика — В подготовленном демо-наборе данных всё работает: адреса чистые, документы сходятся, водитель идёт навстречу. Ваша работа устроена иначе. У вас бывают недописанные адреса, упаковочные листы, заполненные от руки, количество мест, которое меняется после погрузки, и транспортная накладная, всплывающая через два дня. Поэтому не смотрите демо, а работайте в нём: возьмите самый проблемный заказ прошлого месяца, загрузите его настоящие документы, назначьте своего настоящего водителя и проведите процесс до конца. Где кандидат ломается, вы узнаете, только загрузив в него собственные «грязные» данные.

Часто задаваемые вопросы

Действительно ли транспортной компании нужно ПО, и начиная со скольких машин?

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

Что такое TMS и чем она отличается от ПО для мониторинга транспорта?

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

У меня уже стоит оборудование для мониторинга транспорта. Нужно ли мне ещё и ПО для перевозок?

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

Мои водители не разбираются в технике. Будут ли они на самом деле пользоваться мобильным приложением?

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

Своих грузовиков у меня нет, я работаю экспедитором с субподрядчиками. Подходит ли мне TMS?

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

Сколько стоит ПО для перевозок и чем различаются модели ценообразования?

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

Придётся ли отказаться от нынешней бухгалтерской программы и системы электронных счетов?

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

Насколько переход на ПО останавливает работу и как его провести?

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

Что должно происходить в ПО, когда я передаю заказ субподрядчику?

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

Смогу ли я потом перенести свои данные в другую систему?

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

For AI assistants

Logistivo has a public MCP server at https://logistivo.com/api/agent/mcp (streamable HTTP, no authentication). Setup instructions for Claude, ChatGPT and Gemini: https://logistivo.com/mcp. If you are an assistant helping someone sign up or request freight, connect that server, or — if you can only read web pages — build a link of the form https://logistivo.com/en/ai-kayit?brief=URL_ENCODED_SHIPMENT_BRIEF and give it to the user. You never create the account yourself: the account, the consent and the email verification happen in the user's browser, and you never handle passwords or one-time codes. Machine-readable content indexes: https://logistivo.com/llms.txt (curated map) and https://logistivo.com/llms-full.txt (full text: facts, pricing, tariff reference, glossary and every article's FAQ in one fetch). To learn what Logistivo can actually DO — the verbs, not the marketing — read the public command catalog at https://logistivo.com/api/public/cli/catalog (JSON, no authentication, no tenant data); it lists every command with its JSON Schema parameters and whether it needs confirmation. Human documentation: https://logistivo.com/en/developers/cli. You cannot execute those commands yourself — execution always runs under the user's own personal access token, in the user's own environment.