Нейросети для логиста: маршрут начинается с данных, а не с красивой стрелочки

Заказ из переписки ещё не готов к погрузке

Представьте заявку: «Завтра после обеда, как в прошлый раз, только через другой въезд». Человек из команды может знать контекст. Внешний помощник его не знает. Попросите выделить адрес, дату, интервал приёмки, контакт, объём, массу и особые условия. Всё, чего нет буквально, должно попасть в список уточнений.

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

Стрелочка на карте ничего не обещает

Google в документации OR-Tools показывает задачу маршрутизации с временными окнами: используются времена поездок между точками, допустимые интервалы посещений, автомобили и депо. Это пример математической оптимизации, а не разговорной нейросети. Источник: Google OR-Tools.

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

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

Прогнозу нужен календарь с объяснениями

Историю спроса подготовьте отдельно от чата: единая периодичность, возвраты, отсутствие товара, акции, разовые крупные заказы. Нулевые продажи при пустом складе нельзя бездумно читать как отсутствие спроса. Это как оценивать популярность ресторана по закрытому понедельнику: ни одного гостя, срочно менять шефа.

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

Один безопасный сценарий на завтра

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

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

Промпт для диспетчерского черновика

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

Извлеки из обезличенных заявок [текст] поля: код заявки, адрес, дата, временное окно, масса, объём, время обслуживания, особые условия. Рядом с каждым значением дай исходную фразу. Не дополняй сведения из памяти. Неоднозначность обозначь вопросом диспетчеру. Не строй маршрут и не подтверждай заказ. Отдельно покажи заявки, которые нельзя передать в планирование без уточнений.