AI у підтримці рівно настільки хороший, наскільки хороший контекст, який ви йому дали. Модель не знає вашого продукту сама по собі — вона знає лише те, що ви їй розповіли. Тому найважливіше, що визначає якість AI-чернеток, — це не сама модель, а опис продукту, який ви один раз заповнюєте. Хороший опис перетворює AI на корисного помічника; поганий — на джерело впевнених вигадок.
Багато команд, які вперше вмикають AI у підтримці, очікують, що модель «сама розбереться» в продукті за кілька прикладів переписки. Насправді модель не вчиться на льоту й не запам'ятовує нічого між розмовами — кожна чернетка складається заново з того самого опису продукту. Тому час, витрачений на якісний опис, окупається одразу для кожної наступної розмови, а не лише для однієї.
Чому опис продукту вирішує все
Коли модель не має фактів, вона не мовчить — вона додумує. Це називають галюцинаціями, і в підтримці вони особливо небезпечні: клієнт отримує впевнену, але неправильну відповідь про оплату, повернення коштів чи можливості продукту. Оператор, який квапиться, може не помітити помилку і надіслати її далі.
Єдиний спосіб цього уникнути — дати моделі достатньо точного контексту, щоб їй не було потреби вигадувати. AI-чернетка складається з двох джерел: опису продукту (загальні факти) та історії конкретної розмови (контекст цього клієнта). Якщо перше джерело порожнє або розмите, модель компенсує це здогадками — і чим впевненіше звучить чернетка, тим важче оператору помітити, що в ній немає опори на факти.
Тому опис продукту — це не формальність для галочки в налаштуваннях, а фактично інструкція, за якою AI щодня спілкується з вашими клієнтами вашим голосом. Порівняйте це з навчанням нового оператора: якби ви дали йому лише назву компанії й побажали успіху, він теж почав би вигадувати відповіді з ввічливості. Опис продукту — це те саме введення в курс справи, тільки одноразове й для моделі.
Що вписати в опис продукту
Хороший опис для AI — це не маркетинговий текст, а робоча довідка, яку ви написали б для нового співробітника підтримки в перший робочий день. Включіть:
- Що це за продукт простими словами: що він робить і для кого. Уникайте загальних фраз на кшталт «інноваційне рішення» — вони не несуть фактів.
- Ключові сценарії: як почати, як оплатити, як підключити, що робити в типових ситуаціях. Це основа для більшості щоденних питань.
- Відповіді на часті питання — саме ті, що повторюються щодня. Якщо оператори щотижня відповідають на одне й те саме питання, воно обов'язково має бути в описі.
- Межі й винятки: чого продукт не вміє, які є обмеження — щоб модель чесно про це казала, а не вигадувала функціональність, якої немає.
- Тон спілкування: як ви розмовляєте з клієнтами — формально чи на «ти», з гумором чи стримано. Про єдиний тон — стаття про тон підтримки.
Деталі, які легко забути
Крім основного, варто прописати дрібніші, але часті деталі: терміни доставки чи обробки запитів, як скасувати підписку, що робити, якщо клієнт забув пароль, які канали зв'язку ви підтримуєте. Саме ці «дрібниці» найчастіше стають причиною, чому AI-чернетка виглядає розмито замість конкретно.
Корисний тест: перегляньте останні двадцять-тридцять реальних звернень і випишіть усі факти, якими оператори користувалися у відповідях, але яких немає в описі. Зазвичай саме цей список і показує, чого дійсно бракує — набагато точніше, ніж спроба вигадати все наперед.
Якщо у вас уже є набір типових формулювань, якими оператори користуються вручну, вони теж стануть у пригоді як джерело для опису — подивіться статтю про шаблони відповідей підтримки.
Поганий і добрий опис: приклад
Погано: «Ми — сучасний сервіс, що допомагає бізнесу рости. Наша команда завжди рада допомогти.» Тут немає жодного факту, з якого модель може скласти відповідь. Якщо клієнт запитає про повернення коштів, AI або відмовчиться загальною фразою, або вигадає умови — і обидва варіанти погані.
Добре: «Ми — сервіс підтримки. Оплата — щомісячна, картками, через сторінку "Тарифи". Пробний період — 14 днів без картки. Повернення коштів — протягом 7 днів після оплати. Інтеграції: Telegram, віджет, API.» З такого опису модель складе точну відповідь майже на будь-яке типове питання, і оператору залишиться лише перевірити її і натиснути Tab.
Різниця між цими двома прикладами — не в стилі, а в кількості перевірюваних фактів. Хороший опис можна подумки перевірити на питання «звідки модель це взяла?» — і на кожен факт має бути відповідь у тексті опису.
Простий шаблон для старту
Якщо не знаєте, з чого почати, скопіюйте структуру нижче і заповніть її фактами свого продукту:
- Що ми робимо і для кого — одне-два речення.
- Як почати користуватися: реєстрація, налаштування, перший крок.
- Оплата: тарифи, спосіб оплати, пробний період.
- Повернення й скасування: умови, терміни.
- Що продукт не вміє: чесний список обмежень.
- Тон: як ми говоримо з клієнтами.
Цього шаблону вистачить для першої версії опису — далі його можна лише доповнювати.
Типові помилки при написанні опису
Навіть маючи добрі наміри, легко скласти опис, який виглядає повним, але не працює — виглядає як текст, хоча по суті не містить жодного факту, придатного для відповіді. Кілька поширених пасток:
- Занадто загальні формулювання. «Гнучкі тарифи» замість конкретної суми чи умови — модель не може відповісти конкретно на основі загального слова.
- Застарілі факти. Опис, написаний рік тому, часто містить умови, які вже змінилися. AI буде впевнено повторювати їх, поки хтось не виправить текст.
- Відсутність меж. Якщо не написати, чого продукт не вміє, модель іноді підтверджує неіснуючі функції, бо в описі немає прямої заборони.
- Опис лише англійською, коли клієнти пишуть кількома мовами. Модель готує чернетку мовою клієнта, але спирається на факти з опису — тож переконайтеся, що ключові факти зрозумілі незалежно від мови. Детальніше — у статті про мультимовну підтримку з AI.
Тримайте опис живим
Опис — не документ «написав і забув». Щоразу, коли ви ловите AI на неточності або з'являється нове часте питання, додайте відповідний факт в опис. Найпростіший спосіб — тримати опис відкритим поруч і після кожної незручної розмови дописувати в нього рядок.
З часом він перетворюється на концентрат знань про ваш продукт — і чернетки стають дедалі точнішими. Це особливо помітно в перші тижні використання: чим більше реальних розмов пройшло через систему, тим очевидніше, які факти бракує в описі.
Раз на місяць-два корисно перечитувати опис цілком: прибрати застарілі пункти, звірити тарифи й умови з поточним станом справ, додати нові сценарії, що з'явилися разом з новими функціями продукту. Якщо у команди є хтось, хто відповідає за підтримку, зручно закріпити цей перегляд саме за ним — так опис не залишається нічийним і не застаріває непомітно.
Як це влаштовано в Duck Float
У Duck Float опис продукту заповнюється один раз у налаштуваннях, і саме на нього спирається модель, коли готує чернетку відповіді разом із історією конкретної розмови. Що детальніший і точніший опис — то кращі чернетки, які лишається тільки переглянути й відправити: чернетка з'являється просто в полі відповіді, оператор приймає її клавішею Tab, редагує на власний розсуд або пише свою відповідь з нуля. Нічого не відправляється клієнту автоматично.
Як працюють самі чернетки — у статті про AI-чернетки. Оператор завжди лишається останньою інстанцією: модель пропонує, людина вирішує.
На час бети Duck Float безкоштовний; хочете спробувати — напишіть нам через віджет на цьому сайті.