Первая идея для ИИ-агента часто звучит слишком широко: найти клиентов, разгрузить отдел или увеличить продажи. Под такой запрос трудно выбрать инструмент. У каждого сервиса находится подходящее обещание, а сравнить результат всё ещё не с чем.
Удобнее начать с участка работы, который вы можете описать и проверить. Например, подготовка сценария для конкретной аудитории в Telegram. Тогда понятно, какие сведения дать агенту, что показать сотруднику и по каким ошибкам остановить тест.
Разложите процесс на отдельные шаги
Допустим, компания получает обращения об услуге. До сделки нужно понять задачу клиента, уточнить регион и сроки, проверить соответствие услуги запросу и передать информацию менеджеру. У каждого шага разные требования к данным и разные последствия ошибки.
Запишите для выбранного шага:
- Какие сведения поступают на вход.
- Что должно получиться на выходе.
- Где система возьмёт подтверждённые факты.
- Кто проверит результат.
- В какой момент работу продолжает человек.
Если результат нельзя описать одной-двумя фразами, задачу стоит сузить.
Сравните кандидатов на автоматизацию
| Вопрос | Хороший признак | Повод изменить задачу |
|---|---|---|
| Повторяется ли работа? | Есть типовые запросы | Каждый запрос требует уникального решения |
| Достаточно ли данных? | Есть актуальное описание услуги | Условия известны только одному сотруднику |
| Можно ли проверить ответ? | Есть чек-лист качества | Критерий звучит как «должно понравиться» |
| Какова цена ошибки? | Ответ можно проверить до использования | Ошибка сразу создаёт обязательство |
Это качественная оценка, а не расчёт окупаемости. Для финансового вывода нужны собственные данные о времени, расходах и результатах.
Составьте короткий паспорт задачи
Условный пример для B2B-услуги: «Подготовить черновик ответа на запрос о внедрении CRM. Уточнить размер команды, текущую систему и необходимый срок. Не обещать цену и дату внедрения. Передать специалисту вопросы об интеграциях».
Такой паспорт полезнее длинного описания абстрактного «идеального продавца». В нём видно, какие ответы допустимы и какие вопросы нужно передать человеку. Пример не является клиентским кейсом KUZKO.
Подготовьте проверочные ситуации
Возьмите обычный запрос, неполный запрос, вопрос вне темы и запрос на неподтверждённую скидку. Агент должен сохранять ограничения во всех случаях. Если система уверенно отвечает там, где ей не хватает данных, сначала исправьте контекст и правила.
Как организовать небольшой пилот
Выберите одну аудиторию, один сценарий и ограниченный период наблюдения. До запуска зафиксируйте, что будете считать полезным результатом. Затем сравнивайте качество ответов и нагрузку на сотрудника, сохраняя одинаковые критерии.
В KUZKO можно начать с описания бизнеса и подготовки сценария. Доступные разделы кабинета позволяют работать с портретами агентов, сценариями и диалогами. Это инструменты настройки и наблюдения; сами по себе они не подтверждают получение заявок или продаж.
Порядок подготовки описан в руководстве по настройке KUZKO. Для оценки обращений используйте материал как отличить интерес от заявки.
Что проверить после пилота
Соберите конкретные примеры: где ответ оказался полезен, где потребовалась правка и какие вопросы не покрыты инструкцией. Решение о расширении принимайте после этой проверки. Если проблема была в неверно выбранной аудитории, увеличение объёма работы агента её не исправит.
Что включить в решение о продолжении пилота
Сохраните примеры, где система справилась и где потребовалась правка. Обсудите, сможете ли вы поддерживать описание продукта в актуальном состоянии и кто будет проверять спорные ответы. Если для каждого запуска нужен человек, которого в команде нет, это тоже результат проверки.
Для рекламной задачи отдельно оцените подготовку ИИ-агента к маркетингу. Она потребует работы с аудиторией и предложением, даже если сама настройка занимает немного времени.