Це цілком логічне запитання, коли в команди вже є і AI-агент, що відповідає на вхідні запитання, і інструмент проактивних повідомлень, що починає вихідні: чому б не дозволити ШІ самому вирішувати, коли звертатися першим? Обидві функції стоять поруч в одному продукті, використовують одні й ті самі знання, і обидві, у певному сенсі, про те, щоб почати корисну розмову. Причина, чому вони залишаються окремими, — не технічне обмеження. Річ у тім, що вхідні й вихідні розмови починаються з протилежних видів довіри, і AI-агент, який добре підходить для одного, автоматично не підходить для іншого.
Вхідні й вихідні розмови починаються з протилежної довіри
Вхідне запитання вже несе в собі дозвіл. Відвідувач сам обрав тему, відкрив віджет і чекає на відповідь на те, про що вирішив запитати сам, — а це саме та ситуація, для якої й створений AI-агент, обґрунтований реальними знаннями: швидко й точно відповісти на запитання, чию доречність клієнт уже підтвердив сам.
У проактивному повідомленні цього немає нічого. Ніхто не просив, щоб його перебивали, тож повідомлення має саме заслужити свою доречність — уже в першому реченні, — і найчастіше це заслуговує відчуття, що конкретно цього відвідувача прямо зараз вирішила зачепити реальна людина, а не система. Саме тому проактивне повідомлення в Lavenity завжди повʼязане з конкретним членом команди, який його створив, — імʼя й фото, які нікуди не зникнуть, коли відвідувач відповість, — а не з брендом чи анонімним асистентом.
Проактивне повідомлення, згенероване ШІ, непомітно підривало б саме те, що робить проактивні звернення дієвими. Навіть добре написане, надіслане агентом замість людини, — це компанія, яка вирішує перервати когось на основі правила, а не людина, яка вирішує звернутися на основі власного судження, — і відвідувачі відчувають цю різницю набагато краще, ніж очікує більшість команд, особливо вдруге чи втретє.
Чому продукт тримає людину за кожним проактивним повідомленням
Саме тому продукт побудований так, як побудований: проактивне повідомлення завжди починається з рішення члена команди, а в момент, коли на нього відповідають, воно бере розмову у власність і явно відсуває AI-агента вбік, — тепер очікується, що продовжить людина. Відвідувач, який відповів, не потрапляє назад в автоматичну сортувальну чергу — його зустрічає та сама увага, яку обіцяло початкове повідомлення.
Це не означає, що ШІ не має жодної ролі в проактивних повідомленнях, — це означає, що його роль допоміжна, а не авторська. Чернетка заголовка для нового тригера, пропозиція варіанту для тесту чи чернетка відповіді, коли відвідувач уже написав, — усе це місця, де підказки Ven AI можуть заощадити час члену команди так само, як і будь-де в inbox, за тим самим правилом: нічого не надсилається, поки людина сама не вирішить надіслати.
Де ШІ все ж допомагає і де насправді проходить межа
Коли розмова, розпочата проактивно, минає свій початковий етап і переходить у звичайну підтримку — наступне питання через кілька днів, зовсім нова тема, — немає жодної причини ставитися до неї інакше, ніж до будь-якої іншої розмови. Агент Ven AI може підхопити справді нове, звичайне запитання в цьому ж треді так само, як і будь-де ще; поза межами залишається саме початок звернення, а не все, що відбувається після нього.
Межа, іншими словами, — не «ШІ проти людини» як загальне правило. Це «хто вирішив почати цю розмову». Розмова, яку почав клієнт, добре підходить для автоматичної обробки з першого повідомлення, бо власна дія клієнта вже дає ту доречність, яка потрібна відповіді ШІ. Розмова, яку почала компанія, потребує людського судження за рішенням почати її саме тому, що більше нічого цієї доречності не дає.
Ширший урок: довіра, а не лише технічна здатність
Ширший висновок виходить далеко за межі однієї функції: щоб добре автоматизувати завдання, треба спершу зрозуміти, що робить його довіри вартим, а не лише те, чи технічно здатен ШІ його виконати. AI-агент може написати вільне, гладке проактивне повідомлення. Але чи вільне, непрохане повідомлення від системи — це те, що заслуговує на відповідь, — зовсім інше запитання, з іншою відповіддю, ніж чи варта прочитання вільна відповідь на запитання, яке хтось справді поставив.
Проактивне звернення заслуговує на свою частку відповідей саме тим, що воно помітно, конкретно людське — імʼя, причина, момент, обраний навмисно. Тримати ШІ подалі від рішення про надсилання — це не обмеження, з яким Lavenity змушена миритися. Це саме те рішення в дизайні, завдяки якому функція взагалі працює.
Використовуйте ШІ, щоб писати текст звернення, а не щоб вирішувати, кому його надсилати
Якщо член команди створює новий проактивний тригер, дайте підказкам Ven AI допомогти із заголовком і текстом так само, як вони допомагають із відповіддю, — це швидша чернетка, а не рішення про те, до кого звертатися. Вибір аудиторії, сторінки й моменту — це якраз та частина, яка має залишатися свідомим, обґрунтованим рішенням, яке людина може пояснити, а не порогом, який модель оптимізувала сама.
Коли на проактивне повідомлення приходить відповідь, ставтеся до неї як до початку звичайної розмови й дайте їй пройти через ту саму систему власності та, де доречно, той самий процес підказок ШІ, що й будь-яка інша розмова в inbox, — немає причин тримати її в окремій смузі після того, як відвідувач справді відповів.
Якщо команда згодом захоче тестувати текст проактивних повідомлень у більшому масштабі, робіть це так, як тестується будь-яке звернення: людина пише два-три варіанти, система показує, який отримує більше відповідей, а людина вирішує, що цей результат означає. Це залишає судження за людиною, водночас використовуючи дані, які й так природно зʼявляються в черзі з підказками ШІ.
Поширене запитання
Чи може Ven AI хоча б підказати, коли надіслати проактивне повідомлення?
Він може допомогти в тому, що виграє від швидшої чернетки, — текст заголовка, варіант для тесту, формулювання після відповіді відвідувача, — але рішення про те, яку аудиторію, сторінку й затримку обрати, залишається за членом команди. Саме це рішення робить проактивне повідомлення свідомим, а не автоматичним, — і саме тому відвідувачі на нього частіше відповідають.