Как выбрать первый процесс для ИИ: матрица из пяти критериев

Составьте короткий список повторяющихся задач

Попросите руководителей отделов назвать по три действия, которые сотрудники выполняют каждую неделю: разбор входящих заявок, поиск действующей инструкции, подготовка черновика ответа, сверка документов. Записывайте не название отдела, а вход, действие и результат. «Улучшить продажи» — направление; «собрать из обращения карточку CRM и передать менеджеру» — задача, которую можно наблюдать.

Возьмите 20–30 обезличенных примеров каждого процесса. Посмотрите, сколько из них похожи друг на друга, а сколько требуют переговоров, решения по исключению или доступа к закрытым данным. Это не статистическая гарантия: выборка нужна, чтобы разговор о внедрении опирался на реальные случаи.

Оцените пять критериев

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

Пример: три кандидата из одной компании

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

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

Как проверить выбор за неделю

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

Практическое руководство OpenAI по агентам предлагает начинать с сценария, где модель работает с инструментами и правилами; NIST AI RMF рекомендует явно определить задачу и способы оценки риска. Для бизнеса это переводится в простое решение: один процесс, один ответственный, измеримый результат и граница действия.

Когда переходить к разработке

Если сотрудники не могут согласовать правильный результат на реальных примерах, сначала исправьте процесс. Если данные есть, но они противоречат друг другу, наведите порядок в версиях. Если пилот показывает пользу только на тщательно подобранных вопросах, расширьте набор проверок. Техническое задание стоит писать после этих шагов: тогда подрядчик получит конкретные случаи, права и критерии приёмки, а не просьбу «внедрить ИИ в компанию».

Кого опросить, если отделы называют разные приоритеты

Руководитель чаще видит стоимость проблемы, исполнитель — редкие исключения, ИТ — состояние данных. Проведите три коротких интервью отдельно и сопоставьте ответы на одном примере. Если менеджер говорит «мы теряем заявки», попросите показать конкретную цепочку от первого сообщения до назначенной задачи. Если оператор жалуется на поиск документа, замерьте, сколько раз за смену он действительно возвращается к архиву и какие страницы открывает. Разногласие не нужно сглаживать усреднённым баллом: иногда оно показывает отсутствующее правило, которое придётся согласовать до пилота.

Маленькая матрица для встречи

Запишите кандидатов строками, а напротив каждого поставьте не оценку от 1 до 10, а короткое доказательство: журнал обращений, пример документа, число исправлений, ответственного. Добавьте колонку «первое безопасное действие». Для писем это может быть черновик, для поиска — ответ со ссылкой, для CRM — карточка без отправки клиенту. Такая матрица позволяет увидеть, какую задачу можно проверить уже сейчас, а какая требует подготовки данных. Сохраните отвергнутые варианты с причиной: через месяц после наведения порядка в документах выбор может измениться.

Когда задача выглядит подходящей, но данных нет

Отсутствие аккуратной базы знаний не всегда закрывает внедрение. Можно начать с процесса, где сотрудник сам предоставляет нужный документ вместе с запросом, а ИИ готовит черновик и показывает ссылки на фрагменты. Но если результат зависит от скрытой истории переписки и устных договорённостей, сначала нужно наладить фиксацию решений. Не поручайте агенту угадывать недостающее. В карте кандидатов отметьте «можно проверить на ограниченных данных» отдельно от «требует подготовки источника»: эти случаи приводят к разным первым шагам.

Нужно ли для первого процесса покупать новую платформу?

Не всегда. Если задача ограничена поиском в подготовленных документах или черновиком ответа, пилот может работать без глубокой интеграции. Но это решение зависит от требований к данным и проверки источников. Не выбирайте сервис только потому, что в нём есть слово «агент». Сначала покажите ему обезличенные типовые и сложные случаи, оцените результат и только затем решайте, каких подключений не хватает. Если ценность возникает лишь после изменения CRM, включите стоимость и риск этого изменения в сравнение кандидатов.