Що має робити чат-бот на сайті, коли не знає, чи є товар у наявності?

Що має робити чат-бот на сайті, коли не знає, чи є товар у наявності?

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

Коротко

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

Чому чат-бот не повинен підтверджувати наявність товару без джерела залишків

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

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

Звідки чат-бот може знати про наявність товару

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

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

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

Що відповідає чат-бот, коли не знає, чи є товар

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

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

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

Що написати клієнту ввечері, коли менеджера немає

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

Шаблон вечірньої відповіді може виглядати так:

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

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

Яку інформацію бот передає менеджеру

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

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

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

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

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

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

Чого чат-боту на сайті не можна робити з наявністю товару

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

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

Що робити далі

1. Визначте, з якого джерела ваш бот бачить залишки: ніякого, таблиця чи облікова система.
2. Якщо використовуєте таблицю, додайте до неї видиму дату й час останнього оновлення і визначте правило свіжості.
3. Допишіть в інструкцію бота дозвіл казати, що він не знає наявності, і правило з трьох частин.
4. Складіть окремі вечірній і денний шаблони відповіді та призначте відповідального за ранковий розбір звернень.
5. Прогоніть бота через шість типових ситуацій з розділу про перевірку і виправте інструкцію за результатами.

Про цей матеріал

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