Заявка приходит в WhatsApp фотографией, уточнение — письмом, вопрос «где машина» — звонком. Диспетчер переносит всё это в систему, проверяет документы и отвечает клиентам. Мы передаём поток однотипных действий системе, а диспетчеру оставляем то, что требует решения.
Сейчас · 8 ручных шагов
С KV13 · 3
Девять заявок из десяти типовые: известный клиент, привычный маршрут, стандартный груз. Десятая — с нестандартной погрузкой, срочная или с ошибкой в адресе. Сейчас диспетчер тратит одинаковое время на все десять. Система берёт на себя типовые и выделяет ту, где нужен человек.
Если диспетчер сорок раз в день выполняет одну последовательность действий — стоит проверить, зачем это до сих пор делает человек.
Логистика держится на скорости реакции. Поэтому механическая работа здесь особенно заметна: пока диспетчер переносит данные, клиент ждёт ответа.
Клиенты пишут как удобно им: текстом, таблицей, голосовым, фото накладной. Из каждого сообщения данные переносятся вручную.
«Где машина?», «Когда будет выгрузка?» — десятки звонков и сообщений в день. Ответ есть в системе, но его нужно найти и передать.
ТТН, УПД, CMR, акты приходят сканами и фотографиями. Сверка с заявкой и тарифом откладывается, документы копятся.
Вес не совпал, простой не учтён, ставка не та. Это выясняется при выставлении счёта, когда спорить уже сложнее.
Каждые 20–30 новых заявок в день требуют ещё одного диспетчера. Постоянные расходы растут вместе с выручкой.
Набор сценариев зависит от модели бизнеса: экспедирование, собственный парк, складская логистика. На аудите мы выбираем те, где объём и стоимость ручной работы наибольшие.
Система читает входящее сообщение, извлекает параметры перевозки и создаёт заявку в рабочей системе.
ТТН, УПД, CMR и акты сравниваются с заявкой, рейсом и тарифом.
Статусы рейсов обновляются по данным перевозчиков, водителей и мониторинга.
Ответы на вопросы о статусе и типовые уведомления уходят без участия диспетчера.
Система рассылает стандартные сообщения участникам рейса и собирает ответы.
Система сравнивает факт с планом и сообщает, где процесс вышел за рамки.
Типовая ситуация: клиент присылает заявку в мессенджер.
Сейчас 7
С системой 3
Остаётся человеку
Подбор перевозчика остаётся за диспетчером, если компания не решит иначе по итогам пилота.
Система работает между каналами связи и вашими рабочими системами. Логика процесса остаётся прежней, меняется то, кто выполняет механические шаги.
Каждое действие системы фиксируется в журнале.
Решения, от которых зависят деньги и отношения с клиентом, остаются за людьми. Перенос данных, проверки и типовые ответы — за системой.
Диспетчеру и логисту
Системе
Уровень полномочий системы для каждого действия фиксируется до пилота и пересматривается по его результатам.
Клиентская база, ставки и маршруты обрабатываются в инфраструктуре компании и не передаются публичным AI-сервисам. Доступ разграничивается по ролям, действия системы журналируются.
Диспетчер, логист и менеджер видят только свои заявки и клиентов. Права наследуются из корпоративной авторизации.
Каждое созданное событие, обновлённый статус и отправленное уведомление фиксируются с указанием источника.
Модели и обработка документов разворачиваются на серверах компании или в выделенном частном облаке.
Архитектура проектируется с учётом требований компании к информационной безопасности и обработке данных.
Подробнее о закрытом контуреДемонстрационные значения. Фактический эффект определяется после аудита процесса.
Клиент под NDA: логистическая компания, диспетчерская обработка заявок и статусов.
Пилот идёт параллельно с текущей работой. Клиенты не замечают переходного периода.
Считаем заявки, сообщения, звонки и документы. Определяем, какая доля из них типовая и сколько стоит её обработка.
Прогоняем архив сообщений и документов, проверяем точность извлечения данных.
Подключаем один канал или группу клиентов. Диспетчеры контролируют каждое действие системы.
Подключаем остальные каналы, TMS и 1С, настраиваем уведомления клиентам.
С 1С, собственными и отраслевыми TMS, системами GPS-мониторинга, корпоративной почтой и мессенджерами. Если у системы нет API, используем обмен файлами или выгрузки. Способ подключения определяется на аудите.
По умолчанию нет. Подбор перевозчика и согласование ставки — решение логиста. Система может предложить варианты по истории рейсов и тарифам.
Фото и сканы распознаются, данные сравниваются с заявкой. Если фото нечитаемо, система запрашивает повторную отправку или передаёт документ диспетчеру.
Это основной сценарий. Система извлекает параметры из свободного текста, таблиц и вложений. Если данных не хватает, она запрашивает их у клиента по шаблону компании.
Ответ строится только на данных из TMS и мониторинга. Если данные устарели или противоречат друг другу, система не отвечает сама, а передаёт вопрос диспетчеру.
Да, через рабочие аккаунты компании и доступные интеграции мессенджеров. Личные аккаунты сотрудников мы не подключаем: это вопрос и безопасности, и управляемости процесса.
Ориентир — от 30–50 заявок в день. При меньшем объёме автоматизация может не окупиться, и аудит это покажет.
Аудит занимает около двух недель, пилот на одном направлении — четыре–шесть недель. Полное внедрение с подключением всех каналов обычно укладывается в три–четыре месяца от начала аудита.
Расскажите, сколько заявок и сообщений проходит через диспетчеров за день. Мы оценим, какую долю можно передать системе и во что обходится текущий процесс.
Напишите, где удобнее. Ответим в течение рабочего дня.
Оставить контакт