Як не пропустити заявку в Telegram-чаті

Чому заявка губиться саме в Telegram

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

Люди пишуть не за розкладом відділу продажів. Той, хто шукає підрядника чи товар, формулює питання тоді, коли воно виникло: о 23:40, у суботу зранку, в перерві між зустрічами. Відділ продажів працює з дев'ятої до шостої. Запит, написаний у неділю вранці, чекає менеджера до понеділка, а за цей час автор уже отримав кілька відповідей від тих, хто побачив питання раніше.

В одному чаті потрібний сигнал сусідить із десятками схожих за формою, але порожніх повідомлень. «Хтось може порадити» пишуть і ті, хто шукає виконавця, і ті, хто просто підтримує розмову. Перше – заявка. Друге – шум. Різницю видно лише при уважному читанні кожного повідомлення.

Що зазвичай роблять вручну і чому це не рятує

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

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

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

Як виглядає пропущена заявка

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

• «Хтось може підказати підрядника, бо в нас косяки почались з термінами» – написано в середу ввечері, чат живе активно, до ранку повідомлення уже на п'ятій сторінці історії
• «Хто цим займається, кидайте в приват» – без явного «шукаю послугу», формально не ловиться жодним словником ключових слів
• «А скільки орієнтовно коштує таке, якщо робити під ключ» – схоже на просту цікавість, але часто це перший крок перед конкретним замовленням
• «У кого є контакт нормального майстра, старий кудись зник» – заявка захована всередині скарги на попереднього виконавця
• «Треба швидко закрити питання, хто може підключитися вже на цьому тижні» – термінове звернення, написане в суботу, коли відділ продажів не працює

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

Що вирішує швидкість, а що ні

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

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

Що реально знижує втрати

Повністю прибрати ризик пропустити заявку без постійного спостереження за чатами не вийде: поки повідомлення читає людина з перервами, розрив у часі буде завжди. Знизити його можна кількома способами, і вони не взаємовиключні.

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

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

Можна передати спостереження системі, яка читає чати постійно і оцінює повідомлення за змістом, а не за збігом слова. Вона однаково уважна о третій дня і о третій ночі, і саме це закриває розрив, який ручний перегляд закрити не може.

Як це влаштовано у XMBoost

XMBoost бере моніторинг відкритих Telegram-чатів на себе. Список джерел платформа підбирає сама на етапі онбордингу, за описом бізнесу і цільового клієнта, і не вимагає, щоб хтось вручну вступав у десятки спільнот.

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

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

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