25 проверок перед внедрением ИИ в бизнес

Отметка «бот готов» мало что говорит владельцу бизнеса. Нужно знать, куда попадёт заявка, кто заметит ошибку и как остановить систему. Этот список помогает проверить внедрение до того, как оно начнёт общаться с клиентами.

Рядом с каждым пунктом фиксируйте подтверждение: ссылку на документ, запись теста или имя ответственного. Если подтвердить нечем, пункт пока открыт.

Задача и ответственность

1. Выбрана одна операция с понятным началом и результатом. Например, предварительная заявка на ремонт.
2. Описано, как эту операцию выполняют сейчас, включая исключения и ручные обходы.
3. Измерены исходный объём и время сотрудников. Есть период наблюдения и способ подсчёта.
4. Назначен владелец процесса, который принимает результат и решает спорные вопросы.
5. Согласованы бюджет пилота и условия остановки, если расходы или ошибки растут.

Цель «повысить эффективность» не поможет принять проект. Цель «получать заявку с обязательными полями без повторного опроса клиента» уже поддаётся проверке.

Сведения для ответов

6. Собраны вопросы, которые встречаются в настоящих обращениях.
7. На каждый вопрос есть утверждённый ответ или правило передачи человеку.
8. У прайса и условий указаны владелец и дата актуальности.
9. Удалены противоречащие версии документов и повторяющиеся инструкции.
10. Определено, какие данные нельзя отправлять выбранному внешнему сервису.

Размер справочника ещё не говорит, сможет ли бот найти верный ответ. Короткая актуальная инструкция лучше архива, в котором рядом лежат разные цены. Проверьте несколько спорных вопросов с сотрудником до загрузки.

Настройка и подключения

11. Инструменты выбраны под нужный канал и маршрут, а не ради демонстрации технологий.
12. В инструкции перечислены разрешённые действия и запрещённые обещания.
13. Ключи доступа хранятся вне текста инструкции и не показываются пользователю.
14. Заявка сохраняется в нужной системе с проверкой обязательных полей и дублей.
15. Человек может принять диалог, остановить автоматические ответы и вернуть управление по правилу.

Отдельно проверьте уведомление сотруднику. Фраза «я передал вопрос» допустима только после успешного действия. Если уведомление не отправилось, пользователю нужен честный запасной путь.

Испытания и пилот

16. Подготовлены проверочные диалоги с правильными ответами и ожидаемыми действиями.
17. В испытания включены опечатки, отказ сообщать данные и вопросы за пределами базы.
18. Проверены повторные события, недоступность подключений и сбой модели.
19. Пилот ограничен выбранным потоком, а ответственный просматривает его результаты.
20. Итоги сравниваются с исходным процессом по качеству, затратам и завершённым операциям.

Доля ответов без участия человека не должна расти ценой неверных обещаний. В спорных обращениях корректная передача сотруднику может быть лучшим результатом.

Как разбирать найденную ошибку

Сохраняйте вопрос, ответ, использованный источник и фактическое действие системы. По этой записи можно понять, где причина: в устаревших сведениях, поиске, инструкции или подключении. После исправления добавьте такой диалог в проверочный набор. Иначе ошибка может вернуться при следующем изменении.

Работа после запуска

21. Сотрудники знают, как сообщить об ошибке, и умеют показать проблемный диалог.
22. Установлен порядок обновления базы после изменения продукта или цены.
23. Настроены наблюдение за расходами и уведомления о неудачных действиях.
24. У команды есть инструкция отключения и восстановления ручного процесса.
25. Следующее расширение начинается только после приёмки текущего участка.

Ещё одна полезная проверка: попросите штатного сотрудника обновить ответ и безопасно остановить бота без помощи подрядчика. Если он не справился, проекту требуется обучение и передача документации.

У АГЕНСТВА ИИ TRUE можно обсудить готовность процесса к пилоту. Для самостоятельной работы используйте этот список как основу приёмки и дополняйте особенностями своей отрасли.