UK
Ігор Ніколенко- Спершу сценарій на папері, потім бот
- Крок 1. Бот у Telegram і тригер у n8n
- Крок 2. Памʼять розмови: де бот зберігає, на якому ви питанні
- Крок 3. Оцінка й рішення
- Крок 4. Передача людині: резюме замість контакту
- Межі: чого бот не робить
- Що збирати після першої версії
- Коротко
- Питання, які ставлять найчастіше
Заявка приходить о 23:40. Менеджер побачить її вранці, напише о десятій, а людина вже поговорила з двома вашими конкурентами, у яких бот відповів за секунду. Або інша картина: заявок багато, менеджер витрачає пів дня на дзвінки «а що саме вас цікавить», і половина з них — не ваші клієнти взагалі: не той бюджет, не той регіон, не та задача.
Обидві проблеми закриває одна конструкція — Telegram-бот, який ставить кілька правильних питань одразу після звернення, оцінює відповіді і передає менеджеру не «контакт», а готове резюме: хто, що, коли, наскільки підходить. Уранці менеджер дзвонить підготовленим і лише тим, кому справді варто. Я збирав таких ботів для клубу і клієнтських проєктів, і головне відкриття щоразу те саме: цінність не в технології, а в сценарії питань.
Цей гід — від сценарію на папері до робочого бота в n8n: які питання ставити і навіщо, як зберігати стан розмови, як оцінювати заявку, як передавати людині і де бот має замовкнути. Код не потрібен.
Спершу сценарій на папері, потім бот
Кваліфікація — це відповідь на одне питання: чи варто менеджерові витрачати час на цю людину зараз. Щоб відповісти, достатньо трьох-пʼяти уточнень. Більше — людина втомлюється і йде; менше — менеджер знову дзвонить наосліп.
Ось як я збираю сценарій. Для кожного питання — навіщо воно і як оцінити відповідь:
| Питання боту | Що зʼясовує | Як оцінюється |
|---|---|---|
| Що саме потрібно? (кнопки з вашими напрямами) | Чи це ваша задача взагалі | Ваш напрям — плюс; «інше» — уточнення або передача людині |
| Коли це потрібно? (зараз / цього місяця / вивчаю) | Терміновість | «Зараз» — найвищий пріоритет для дзвінка |
| Який орієнтовний бюджет? (діапазони кнопками) | Відповідність вашій ціні | Нижче мінімуму — ввічлива відповідь без дзвінка |
| Хто ухвалює рішення? (я / разом із кимось / передаю інформацію) | Чи говоримо з тим, хто вирішує | «Я» — плюс; «передаю» — надіслати матеріали, не дзвонити |
| Як зручно звʼязатися? (дзвінок / тут у Telegram / пошта) | Канал і час | Передається менеджеру як інструкція |
Два правила для питань. Перше: варіанти відповідей — кнопками, а не вільним текстом, скрізь, де можливо. Кнопки швидші для людини і дають боту чіткі значення, які легко оцінити. Друге: жодного питання «для статистики». Якщо відповідь не змінює того, що робитиме менеджер, питання зайве.
Проживіть цей сценарій тиждень руками: менеджер ставить ці самі питання в листуванні і фіксує відповіді. Ви побачите, які питання людей дратують, які відповіді не вкладаються в кнопки і що менеджерові насправді потрібно знати перед дзвінком. Тільки після цього — бот.
Крок 1. Бот у Telegram і тригер у n8n
У Telegram відкрийте BotFather, надішліть команду /newbot, дайте боту імʼя та адресу — і отримайте токен. Токен — це ключ до бота; він зберігається лише в n8n як облікові дані, і ніколи в листуванні. Там само, у BotFather, задайте опис і привітальний текст: людина має за секунду зрозуміти, що це асистент компанії і що буде далі.
У n8n створіть сценарій із вузлом Telegram Trigger, вкажіть облікові дані бота і виберіть подію «повідомлення». Тепер кожне повідомлення боту запускає сценарій, і в даних є текст, ідентифікатор чату і імʼя користувача. Опис можливостей бота — в офіційній документації Telegram Bot API; для гіда достатньо знати, що бот уміє отримувати повідомлення, надсилати відповіді й показувати кнопки.
Одна деталь, яка потім окупиться: посилання на бота може містити параметр запуску, наприклад t.me/вашбот?start=site_header. Коли людина натискає, бот отримує цей параметр у першому повідомленні, і ви знаєте, звідки вона прийшла — з сайту, з реклами, з поста. Різні посилання для різних джерел — і кваліфікація одразу стає ще й аналітикою.
Крок 2. Памʼять розмови: де бот зберігає, на якому ви питанні
Це та частина, на якій ламаються перші спроби. Кожне повідомлення запускає сценарій заново, і сам по собі бот не памʼятає, що людина вже відповіла на два питання з пʼяти. Потрібне місце, де для кожного чату зберігається стан: номер поточного питання і відповіді на попередні.
Найпростіше місце — таблиця: Google Sheets або вбудована таблиця даних у n8n. Один рядок на чат, стовпчики: ідентифікатор чату, імʼя, джерело, крок, відповідь 1, відповідь 2 і так далі, оцінка, статус. Сценарій починає з вузла, який шукає рядок за ідентифікатором чату: немає рядка — це нова людина, створюємо і ставимо перше питання; є рядок — читаємо крок, записуємо відповідь у потрібний стовпчик і ставимо наступне питання.
Далі — вузол Switch або кілька вузлів IF, які за номером кроку обирають, яке питання надсилати. Кожна гілка закінчується вузлом Telegram з дією «надіслати повідомлення» і кнопками: у налаштуваннях вузла кнопки задаються як клавіатура з варіантами, і натискання приходить боту як звичайний текст. Це і є весь механізм діалогу: прочитати стан → записати відповідь → поставити наступне питання → оновити стан.
Важлива дрібниця: людина може написати щось замість натискання кнопки. Передбачте гілку «відповідь не з варіантів»: ввічливо повторити питання з кнопками один раз, а на другий — записати текст як є і рухатися далі. Бот, що нескінченно повторює «оберіть варіант», — найшвидший спосіб втратити людину.
Крок 3. Оцінка й рішення
Коли всі відповіді записані, окрема гілка рахує оцінку. Це проста арифметика у вузлі Set або у виразі: кожна відповідь має вагу з вашої таблиці сценарію, сума — оцінка заявки. Наприклад, «зараз» і «я ухвалюю рішення» додають більше, ніж «вивчаю» і «передаю інформацію». Порогів два: вище верхнього — терміновий дзвінок, між порогами — звичайна черга, нижче нижнього — матеріали й ввічливе завершення без дзвінка.
Ваги й пороги — не назавжди. Через місяць подивіться, які заявки з високою оцінкою не стали клієнтами і які з низькою стали, і підправте. Це єдиний спосіб зробити оцінку чесною: індикатор має показувати факт, а не ваше уявлення про клієнта.
Тут же можна підключити мовну модель — але не для діалогу, а для одного кроку: узагальнити вільні відповіді у два речення для менеджера, витягнути з тексту місто чи назву продукту. Модель отримує лише текст відповідей і повертає структуроване. Це безпечно, бо вона нічого не обіцяє клієнтові й нічого не вирішує.
Крок 4. Передача людині: резюме замість контакту
Найважливіший вузол сценарію — повідомлення менеджерові. Не «нова заявка, телефон такий-то», а резюме:
- хто і звідки прийшов (джерело з параметра запуску);
- що потрібно, коли, який бюджет, хто вирішує — відповіді кнопками;
- оцінка і рекомендація: «дзвонити сьогодні» / «у чергу» / «надіслати матеріали»;
- як людині зручно звʼязатися і посилання на чат з нею.
Одночасно той самий рядок з усіма полями йде в CRM або лишається в таблиці зі статусом «передано». І клієнтові — останнє повідомлення від бота: що далі, хто і коли звʼяжеться. Невизначеність після заявки вбиває більше угод, ніж ціна.
Далі бот замовкає. Якщо людина пише ще — повідомлення пересилається менеджерові без обробки сценарієм. Бот зробив свою роботу; розмову веде людина.
Межі: чого бот не робить
- Не називає ціни поза кнопками з діапазонами і не обіцяє строків. Усе, що схоже на комерційну умову, — від менеджера.
- Не сперечається і не втримує. Людина написала «не цікаво» або «передумав» — бот дякує й закриває діалог, статус у таблиці — «відмова».
- Не ховає, що він бот. Перше повідомлення чесно каже: асистент компанії, кілька питань, потім людина.
- Не збирає зайвого. Лише те, що потрібно для рішення менеджера; про обробку даних — одне речення з посиланням на політику при першому контакті.
- Не мовчить при поломці. Окремий сценарій помилок повідомляє вам, якщо основний упав, а людині — «передаю менеджеру», щоб вона не лишилася без відповіді.
Що збирати після першої версії
Коли бот тиждень працює і менеджер каже, що резюме справді допомагає, зʼявляються природні доповнення: нагадування менеджерові, якщо заявку зі статусом «дзвонити сьогодні» не взяли за дві години; щотижневий звіт про джерела й оцінки; передача події «кваліфікована заявка» в рекламні кабінети, щоб алгоритми навчалися на справжніх лідах замість кліків. Усе це — окремі маленькі сценарії поруч з основним.
Не обовʼязково збирати з нуля. n8n Telegram Traffic Processor — готова основа саме такої конструкції: приймання трафіку з Telegram, обробка і передача далі; сценарій питань і ваги ви підставляєте свої. А якщо бот — частина запуску, де потрібні і сайт, і воронка, і люди, які будуть обробляти кваліфіковані заявки, — це те, що я роблю в супроводі запуску: не бот заради бота, а системні продажі, у яких бот — одна з ланок.
Коротко
- Кваліфікація — три-пʼять питань, кожне з яких змінює те, що робитиме менеджер; варіанти — кнопками.
- Спочатку тиждень сценарію руками, потім бот: так видно, які питання дратують і чого бракує менеджеру.
- BotFather дає токен, n8n Telegram Trigger запускає сценарій на кожне повідомлення; параметр запуску показує джерело.
- Стан діалогу зберігається в таблиці: один рядок на чат, крок і відповіді; сценарій читає стан, записує відповідь, ставить наступне питання.
- Оцінка — сума ваг відповідей із двома порогами; ваги переглядаються за фактичними угодами.
- Менеджер отримує резюме з рекомендацією, клієнт — чесне «що далі»; після передачі бот мовчить.
- Бот не називає цін, не сперечається, не приховує, що він бот, і не мовчить при поломці.
Питання, які ставлять найчастіше
Чи не відлякує людей бот замість живої відповіді?
Відлякує бот, що вдає людину або ставить десять питань. Чесний асистент із трьома-пʼятьма кнопками і обіцянкою «далі — людина» сприймається як швидкість, не як барʼєр.
Чи можна зробити те саме без Telegram, у месенджері на сайті чи у WhatsApp?
Механіка та сама: тригер на повідомлення, таблиця стану, питання, оцінка, передача. Telegram зручний відкритим API і готовим вузлом у n8n; для інших каналів потрібні їхні підключення.
Чи потрібна мовна модель для такого бота?
Для кнопкового сценарію — ні, і без неї бот передбачуваніший. Модель корисна для одного кроку — узагальнити вільний текст для менеджера — і для складніших діалогів, коли сценарій уже перевірений.
Де зберігати дані клієнтів — у таблиці чи в CRM?
Для старту таблиця достатня і прозора. Коли обсяг зростає або з даними працює кілька людей, переносьте в CRM: один вузол у сценарії замість запису рядка. Політика обробки даних потрібна в обох випадках.
