Проблема: лабіринт кнопок, який ніхто не проходить
Якщо ваш Telegram-бот — це дерево меню, ви вже знаєте, чим це закінчується. Людина відкриває чат, тисне дві-три кнопки, упирається в гілку, яка не пасує до її запиту, і виходить. Записи й далі йдуть через дзвінки, бот майже не приносить виручки, а команда поступово перестає на нього дивитися. Канал є, цінності немає.
Проблема рідко в самому каналі. Лабіринт кнопок здатен відповісти лише на ті питання, які ви передбачили наперед, а клієнтка, що хоче знати, чи підходить процедура для чутливої шкіри або чим відрізняються два пакети, у цей список не потрапляє. Тож вона не питає нікого, і звернення просто зникає.
Крок перший: агент замість меню
Замініть логіку меню агентом продажів MyChatBot. Перелік послуг заводиться як Product Spreadsheet; графік роботи, правила ціноутворення, умови скасування й усе інше, про що питають клієнти, — у документи Business Domain, щоб агент відповідав із ваших реальних даних, а не з жорстко заданого дерева. Agentic Search дає йому змогу знайти потрібну послугу навіть тоді, коли клієнт описує її своїми словами, а не вашими.
Далі вся розмова лишається в одному вікні. Клієнт пише природно, одразу отримує реальну ціну й записується в Google Calendar просто в чаті, а агент перевіряє вільні слоти, перш ніж їх запропонувати, тож немає ні телефонної гри, ні глухих гілок. Якщо ваш розклад уже живе в Altegio, він підключається так само, і записи йдуть у той календар, з яким персонал уже працює.
Як масштабувати на кілька локацій
Коли одна локація починає конвертувати, схема повторюється. Клонуйте агента під кожну локацію: свій календар, свої ціни, але одна спільна CRM. KeyCRM, SalesDrive, Bitrix24, Kommo, HubSpot та решта підключаються однаково, а агент користується create_crm_lead і create_crm_deal, тож кожен чат із наміром стає записом у системі, а не повідомленням, яке комусь треба не забути.
Дві деталі роблять це вартим зусиль. Поля lead_chat_link і deal_chat_link ставлять саму розмову за один клік від картки в CRM, тож той, хто підхоплює лід, бачить, про що вже говорили. А позначка джерела «AI-» відокремлює попит, згенерований агентом, від усього іншого, і головний офіс бачить, які локації бот реально наповнює.
Follow-ups закривають розрив із тими, хто запитав про послугу й не записався: агент повертається сам, у межах правил, які ви задали, а Labels і Statuses у Lead Processing тримають цю базу впорядкованою, замість того щоб вона просто накопичувалася.
Де підключаються люди
Персонал розвантажується, а не замінюється. Hand-off Control спрямовує питання про алергії, індивідуальні пакети й скарги людині через Flight Control, у Telegram, де команда вже живе, із silent hand-off, щоб клієнт не бачив переходу. Агент бере на себе обсяг; персонал — судження.
Що змінюється на практиці
Змінюється не те, що бот стає абстрактно розумнішим. Змінюється те, що три речі, по які клієнт і приходив, — ціна, вільний час і відповідь на питання — стають доступні в одному вікні чату, о будь-якій годині, і задля цього нікому не треба сидіти ночами. Відповіді приходять за секунди, запис відбувається просто в боті, а не після зворотного дзвінка, і звернення перестають зникати між «скільки це коштує» та «коли у вас вільно».
Налаштовуйте саме в такому порядку: спершу підключений бот, далі База знань, бо звідти береться більша частина якості відповідей, потім календар і CRM, і вже наприкінці Follow-ups, коли ви бачите, як виглядають справжні розмови. Configuration Wizard допоможе зібрати й обкатати інструкцію, перш ніж пускати на неї живий трафік, а версіонування дасть змогу відкотити зміну, яка зробила гірше. Головне тут просте: люди радо користуються ботом, щойно він перестає поводитися як бот.
Справжня історія клієнта про це: Бронювання + апсейл продуктів у 22 локаціях.