Коли я пропоную клієнтам бота для підтримки, перше, що чую, це: «А він не буде тупити? Клієнти напишуть щось незрозуміле, і бот відповість дурницю, а потім ще й образить людину». Страх зрозумілий. Багато хто бачив старі боти з кнопками «Натисніть 1, щоб дізнатися баланс», які ходять по колу і не розуміють ні слова поза меню.
Сучасний бот на базі ChatGPT працює інакше, але головне тут не магія моделі. Ключове питання: що бот має право відповідати сам, а коли передавати розмову людині. Нижче я розповім, як це влаштовано, на простому прикладі.
Уявімо магазин
Щоб було зрозуміло, візьмемо умовний інтернет-магазин ручних свічок «Теплий фітиль». У магазині є Telegram-бот, який відповідає на повідомлення клієнтів. Людина в команді підтримки працює з понеділка по п’ятницю з 10:00 до 18:00.
Клієнти пишуть різне: «А у вас є доставка на Київ?», «Де мій заказ №4471?», «Свічка прийшла з тріщиною, що робити?», «Хочу замовити 200 свічок на корпоративний подарунок». Частину бот може закрити сам, частину має передати людині.
Як це влаштовано
Бот складається з трьох частин, і саме вони відповідають за те, щоб він не «тупив».
База знань. Це текст із фактами про магазин: доставка, оплата, терміни повернення, графік роботи, склад товарів. Бот відповідає тільки на основі цих даних, а не вигадує. Якщо відповіді немає в базі, він не повинен її придумувати.
Інструменти. Деякі відповіді залежать від конкретного клієнта: статус замовлення, наявність товару, сума оплати. Такі дані бот не знає сам, він отримує їх із вашої бази через окремий інструмент. Наприклад, запит «де мій заказ 4471» перетворюється на перевірку в системі, і бот повідомляє реальний статус.
Правила передачі людині. Це найважливіша частина. Бот має чіткі умови, коли він зупиняється і каже: «Зараз покличу колегу». Такі умови можна задати заздалегідь, і вони працюють незалежно від того, наскільки «розумна» модель.
Які питання бот закриває сам, а які передає людині
| Ситуація | Хто відповідає | Чому |
|---|---|---|
| Графік роботи, адреса самовивозу | Бот | Факт зі сталої бази знань |
| Вартість і терміни доставки по Україні | Бот | Є в тарифах |
| Статус замовлення за номером | Бот | Бот бере дані з системи |
| Як повернути товар, які умови | Бот | Є в політиці повернення |
| Склад товару, розміри, склад воску | Бот | Є в описі товару |
| Свічка прийшла з тріщиною | Людина | Потрібне фото, рішення про компенсацію |
| Клієнт злий або скаржиться | Людина | Емоційна ситуація, потрібна увага |
| Замовлення на 200 свічок з логотипом | Людина | Індивідуальна ціна і умови |
| Запит про повернення грошей після відмови | Людина | Рішення приймає менеджер |
| Бот не впевнений у відповіді | Людина | Краще передати, ніж вигадати |
Таблиця показує головну ідею: бот відповідає на те, що можна перевірити за фактами, а рішення, де потрібна оцінка або гроші, залишає людині.
Як це виглядає в розмові
Ось умовний діалог, щоб стало зрозуміліше.
Клієнтка: Привіт, а ви відправляєте в Харків?
Бот: Так, відправляємо Новою поштою. Доставка коштує 85 грн, зазвичай займає 2–3 дні. Підказати, як оформити замовлення?
Клієнтка: Так. А де мій заказ 4471? Вже тиждень нічого немає.
Бот: Перевіряю. Ваш заказ 4471 передано в доставку, номер ТТН 2045…, статус: у дорозі до відділення. Очікуваний час отримання: завтра до 18:00.
Клієнтка: Ну а свічка прийшла розбита, що мені з цим робити? Я вже втомилась від вашого магазину!
Бот: Вибачте за незручності, це неприємно. Я передаю ваше звернення колезі з команди підтримки. Вона зв’язується з вами сьогодні, щоб вирішити питання з компенсацією. Будь ласка, якщо можете, надішліть фото розбитої свічки та упаковки.
Зверніть увагу: бот не намагається сам вирішити питання з розбитим товаром і не обіцяє компенсацію. Він визнає проблему, збирає потрібну інформацію і передає людині з готовим контекстом. Колега бачить історію розмови і не змушує клієнтку все пояснювати ще раз.
Технічно: що потрібно
Для такого бота зазвичай використовують:
- Telegram Bot API для отримання і відправки повідомлень;
- API моделі OpenAI для розуміння тексту і формування відповіді;
- базу знань у вигляді текстових файлів або бази даних із фактами магазину;
- вашу систему замовлень або таблицю, з якої бот бере статуси;
- сервер (хмарний або VPS), де працює код і зберігається історія розмов.
Спрощена логіка виглядає так:
def handle_message(user_id, text):
# 1. Якщо клієнт просить людину або є ознаки скарги — передаємо одразу
if needs_human(text):
escalate_to_operator(user_id, text)
return "Зараз покличу колегу з підтримки. Вона зв'язується з вами найближчим часом."
# 2. Якщо потрібні дані клієнта — беремо їх із системи замовлень
context = fetch_order_context(user_id, text)
# 3. Відповідь моделі з обмеженням: тільки на основі бази знань
answer = ask_model(
system_prompt=SUPPORT_RULES,
knowledge=load_knowledge_base(),
extra_context=context,
user_message=text,
)
# 4. Якщо модель не впевнена — передаємо людині
if answer.confidence < 0.7 or answer.needs_human:
escalate_to_operator(user_id, text)
return "Щоб не помилитися, передам це питання колезі. Вона відповість вам найближчим часом."
return answer.textЦе схема, а не готовий код. У реальному проєкті додаються логування, збереження історії, обробка помилок і тести на типові запити. Але принцип залишається тим самим: модель не має останнього слова, а правила і перевірки стоять між нею і клієнтом.
Чому бот «не буде тупити»
Тут варто розвіяти кілька міфів.
Міф перший: бот знає все. Ні. Він знає тільки те, що ви дали йому в базі знань і через інструменти. Якщо в базі немає відповіді на питання про гарантію на певний товар, бот має сказати, що перевірить, і передати людині. Не вигадувати.
Міф другий: бот відповідає на будь-що. Його можна обмежити. Наприклад, він не відповідає на питання, не пов’язані з магазином, не обговорює політику чи медичні теми і не дає обіцянок від імені компанії, яких немає в правилах.
Міф третій: клієнти відчують роботу. Відчувають, якщо бот відповідає шаблоном і не розуміє, що людина написала. Тому важливо налаштувати тон, короткі відповіді і можливість швидко перейти до людини. Клієнти не проти бота, вони проти безкінечного кола.
Міф четвертий: після бота людям буде гірше. Навпаки. Людина отримує відповідь о третій ночі, а не завтра о 10:00, і коли колега бере розмову, у неї вже є весь контекст. Клієнт не повторює одне й те саме.
Запобіжники, без яких не можна
Якщо запускати такого бота без обмежень, будуть проблеми. Ось базовий набір правил, який я зазвичай закладаю:
- Чітке правило: не вигадувати факти. Якщо даних немає, сказати про це і передати.
- Передача людині при скаргах, агресії, ризикових темах, запитах на повернення коштів або знижки.
- Межі теми: бот відповідає тільки на питання про ваш бізнес.
- Персональні дані: не надсилати в модель номери карток, паролі та зайві дані клієнтів. Замість повних даних передаємо тільки потрібне для відповіді.
- Журнал розмов для перевірки. Раз на тиждень людина переглядає, де бот помилявся, і доповнює базу знань.
- Тестування на реальних питаннях клієнтів перед запуском, а не лише на тих, що придумав розробник.
Скільки це коштує і скільки часу займає
Оплата за використання моделі зазвичай невелика, особливо якщо бот відповідає коротко і працює з обмеженим обсягом тексту. Основна вартість не в API, а в налаштуванні: підготовці бази знань, інтеграції з вашою системою замовлень, правилах передачі і тестуванні. Для простого магазину з базовими питаннями такий бот можна запустити за кілька тижнів, для складнішого процесу може знадобитися більше часу.
Коли такий бот не потрібен
Якщо у вас менше десяти клієнтських питань на тиждень, краще відповідати самому. Бот має сенс, коли повідомлень багато, вони повторюються, а команда перевантажена однаковими запитами. Також він не замінить людину там, де потрібна емпатія і складні рішення, і його не варто подавати як людину.
Висновок
Бот на базі ChatGPT не «тупить», якщо його правильно збудувати. Головне: чіткі межі, база знань, доступ до реальних даних, зрозумілі правила передачі людині і регулярна перевірка розмов. Клієнти отримують швидкі відповіді на прості питання, а складні ситуації потрапляють до людини з усім контекстом.
Якщо ви хочете, щоб такий бот працював у вашому бізнесі, напишіть мені в Telegram. Подивимося, які питання у ваших клієнтів повторюються найчастіше і що з них варто автоматизувати.
А якщо у вас ще немає бота взагалі, почніть з простішої бази — про неї я писав у статті «Telegram-бот для бізнесу: з чого почати».
Вартість API моделей і ліміти Telegram змінюються, тому перед запуском перевіряйте актуальні умови. І головне — не надсилайте в модель дані, які не повинні залишати вашу систему.
