AI відповідає. Команда підхоплює.

Відповідати в межах погодженої теми

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

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

Готувати чернетку для людини

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

Чернетка лишається в погодженому місці для перевірки. Надсилання, публікація чи збереження в поштовому акаунті або CRM — окремі дії. Також треба визначити, хто бачить текст, де його обробляють і скільки зберігають.

Виконати обраний крок після погодження

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

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

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

Залишити людині належну роль

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

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

Що потрібно для першого проєкту

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

Ілюстративний сценарій пояснює можливе застосування; він не означає, що функцію вже реалізовано чи протестовано. Конкретна демонстрація підтверджує лише те, що в ній справді перевірили.

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