Типовая конфигурация, под которую мы собираем решение: транспортная или складская компания, поток от нескольких десятков заявок и заказов в день, 3–10 диспетчеров или операторов, заявки приходят вперемешку — почта, телефон, мессенджеры, иногда форма на сайте.
Запрос обычно звучит как «нужен ещё один диспетчер». Заявок больше, чем физическая ёмкость смены, вопросы по статусам перебивают работу над новыми сделками. Наём это не лечит: новый человек забирает часть потока, но структура остаётся прежней — заявка по-прежнему вычитывается глазами и переносится руками, а решение, чем заняться в ближайшие двадцать минут, принимает уставший человек в моменте.
Вторая часть запроса про управляемость. Собственник видит выручку и видит рекламации, а середину — нет. Почему по этому клиенту сорвали срок, кто обещал машину к утру, на каком этапе встал заказ: всё это восстанавливается вручную, опросом участников, через день после того, как стало поздно.
Что мы строим. ИИ принимает заявку из почты, мессенджера и формы, разбирает текст и вложение на поля — маршрут, груз, вес, объём, даты, требования к транспорту — и заводит её в вашу учётную систему. По типовым отвечает сразу: подтверждение, расчёт по вашей тарифной сетке, запрос недостающих данных. Клиенту по его номеру заказа отдаёт статус в любое время суток, включая ночь и выходные, и сам сообщает о смене этапа. Нестандартное — торг по ставке, негабарит, сорванный слот, конфликт — передаёт диспетчеру с заполненной карточкой. Параллельно разбирает 100% записей звонков и кладёт руководителю сводку: где назвали срок, который склад не подтверждал, где клиент возразил по цене и разговор закончился ничем.
Что мы меряем в пилоте, чтобы разговор шёл на цифрах: время первого ответа на заявку до и после; долю заявок, обработанных без участия диспетчера; долю обращений за статусом, закрытых без человека; долю звонков, попавших в разбор. Эти четыре показателя фиксируем до старта, чтобы через месяц не спорить, что считать успехом.
«Мы думали, что не хватает рук. Оказалось, что половина рабочего дня диспетчера уходит на то, что вообще не требует диспетчера» — типичная формулировка, с которой к нам приходят из логистики.
Пример типового внедрения: механика реальная, цифры зависят от вашего потока заявок, тарифов и качества данных в учётной системе. Конкретный результат считаем на вашей контрольной группе в пилоте — обещать проценты до этого мы не будем.