Як відрізнити реальне замовлення в чаті від інформаційного шуму у вантажоперевезеннях

Чому замовлення і вільна машина звучать однаково

У чаті «Вантажоперевезення Україна» одне за одним з'являються два повідомлення. Перше: «потрібен тент 20т, Одеса, забір сьогодні». Друге: «тент 20т вільний з Києва, куди завгодно». Слова майже однакові: тип кузова, тоннаж, напрямок. Зміст протилежний. У першому випадку людина шукає машину під свій вантаж, у другому диспетчер шукає вантаж під свою машину.

Фільтр за ключовими словами відбере обидва повідомлення з однаковою вагою, хоча реальний замовник тут лише автор першого. У цій ніші термінологія настільки вузька і стандартизована, що замовлення і пропозиція транспорту часто відрізняються одним словом, а іноді взагалі не відрізняються словами – тільки змістом усього повідомлення.

Де в Telegram сидять замовники перевезень

Попит розподілений по чатах нерівномірно. Великі загальноукраїнські чати типу «Вантажоперевезення Україна» або «Логістика Київ – регіони» змішують усе разом: разові замовлення, оголошення диспетчерів, вакансії водіїв. Щільність цільових запитів тут нижча, але саме сюди йде замовник, якому потрібен максимальний відгук прямо зараз.

Вузькі чати за типом транспорту – рефрижератори, тралли, маніпулятори, негабарит – збирають аудиторію, вже відфільтровану за технікою, і частка реальних замовлень там вища. Окрема категорія – чати за напрямками: Польща, Румунія, Молдова, ЄС загалом, де вперемішку обговорюють саму перевезення, митне оформлення і склади тимчасового зберігання. Разовий рейс частіше з'являється у широких чатах, регулярний контракт або нестандартна задача типу мультимодальної перевезення – у вузьких профільних.

Як звучить реальний запит

Справжнє замовлення майже завжди містить пряме прохання знайти виконавця, а не опис того, що вже є в автора. У відкритих чатах вантажоперевезень це стабільно виглядає так:

• «потрібен тент 20т на завтра, Київ – Одеса, забір з заводу, оплата після розвантаження»;
• «шукаю перевізника на постійний маршрут Львів – Варшава, 3-4 машини на місяць, готові укласти договір на пів року»;
• «хто возить небезпечний вантаж 3 класу, потрібен допуск ADR, вантаж на складі вже два дні, треба машину терміново»;
• «шукаємо митного брокера для оформлення імпорту з Польщі через Ягодин, контейнер стоїть третій день»;
• «потрібен маніпулятор 5т на об'єкт в область, робота сьогодні, оплата на місці»;
• «підкажіть компанію, яка возить негабарит 15 метрів, обладнання готове до відправки».

У кожному прикладі автор описує свою задачу і прямо просить допомоги. У жодному немає пропозиції послуги від власної особи – це головна ознака, яку важко звести до одного слова, але легко зрозуміти зі змісту всього повідомлення.

Що в тих самих чатах є шумом

Основний обсяг повідомлень у логістичних чатах – не замовлення, а механіка самої біржі транспорту. У тому самому потоці, де трапляється реальний запит, постійно з'являються:

• оголошення про вільний борт – «маніпулятор вільний, область, недорого», «реф порожній з Одеси, куди б щось взяти» – формально та ж лексика, що в замовленні, тільки напрямок інтересу зворотний;
• дублі посередників – одна й та сама заявка в десятці чатів підряд з трохи зміненим формулюванням, щоб обійти фільтр повторів;
• зведення від ботів-агрегаторів – автоматичні публікації ставок за напрямками з тими самими цифрами й маршрутами, що в реальних замовленнях, але без автора і без прохання щось знайти;
• скарги і побутові питання – ваговий контроль, штрафи, розмір простою, страхування вантажу, вакансії водіїв-експедиторів;
• попередження про несумлінних перевізників – та сама заявка з реального замовлення тижневої давності, тільки мета повідомлення тепер попередити, а не знайти машину.

Чому у заявки в логістиці коротке життя

У разового рейсу вікно рішення вимірюється годинами. Ставка на маршрут змінюється протягом доби разом з балансом вільних машин, і замовнику транспорт потрібен не через тиждень, а сьогодні або завтра. На відкритий запит майже одночасно відповідають кілька перевізників, і замовлення зазвичай дістається тому, хто першим вийшов на зв'язок, а не тому, хто запропонував кращу ціну через годину.

Той самий цикл працює і в зворотному напрямку. Замовник часто закриває свій запит у тій самій гілці через годину-дві, написавши «вже знайшли, дякую всім». Формально це повідомлення містить ті самі ключові слова, що заявка вранці, але до вечора вона вже не заявка. Схожа історія з повторною публікацією: якщо вантаж не знаходить машину за кілька годин, автор нерідко копіює своє повідомлення слово в слово в новий чат. Для системи, яка дивиться тільки на текст, це два різних замовлення, хоча по факту один і той самий попит, який довше залишається відкритим.

Регулярний контракт живе інакше: рішення приймає логіст або закупівельник, обговорення розтягується на дні, іноді на тендер. Тут помилка не в швидкості відповіді, а в тому, що запит взагалі не помітили серед потоку оголошень про вільний транспорт.

Як AI відрізняє замовлення від шуму

Маршрут, тип кузова і тоннаж звужують потік повідомлень, але не вирішують, хто тут замовник – це завдання вирішує AI-аналіз у два кроки. На першому кроці система перевіряє, чи стосується повідомлення взагалі пошуку транспорту або виконавця: цей крок відсіює вакансії водіїв, суперечки про штрафи, страхові питання і подібний контент, який пройшов лексичний фільтр за словами, але не має нічого спільного з замовленням. На другому кроці AI розбирає намір автора всередині того, що залишилося: шукає він виконавця, сам пропонує вільний борт чи попереджає про перевізника без наміру щось замовити прямо зараз. За підсумком повідомленню присвоюється оцінка від 1 до 100 – від непрямого інтересу до прямого запиту з ознаками високої готовності.

Мінімальний порог доставки задає сам користувач при налаштуванні проєкту. Для широких загальноукраїнських чатів з великим потоком оголошень про вільний транспорт порог можна піднімати, щоб менеджеру приходили тільки явні замовлення. Для вузької ніші, наприклад негабариту чи перевезень з допуском ADR, порог можна опустити, щоб не пропустити одиничний рідкісний запит. Ключові слова, винятки і AI-інструкцію платформа формує автоматично за описом бізнесу при онбордингу, а далі їх можна виправити звичайним текстом – наприклад, попросити систему не зараховувати повідомлення типу «вже знайшли, дякую» як замовлення.

Що бачить менеджер, коли заявка доходить

Заявка, що пройшла обидва кроки AI-аналізу і перевищила встановлений порог, приходить менеджеру карткою: вихідне повідомлення, посилання на автора і на чат, оцінка релевантності, пояснення AI, чому повідомлення зараховано саме як замовлення, а не як пропозиція транспорту чи скарга. Якщо в тексті був вказаний телефон, картка показує і його.

Прямо з картки заявку можна взяти в роботу, відзначити нецільовою або заблокувати відправника – останнє корисно проти диспетчерів, які регулярно дублюють оголошення про вільний транспорт у десятках чатів. У кабінеті проєкту видно статистику за джерелами: якщо конкретний чат систематично приносить оголошення про вільний борт замість замовлень, це помітно за цифрами, і список чатів або порог доставки можна скоригувати без звернення до підтримки.