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

Зафиксируйте один повторяющийся эпизод работы:

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

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

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

Не подменяйте проблему выбранным инструментом. «Нужен чат-бот» — это уже вариант решения. «Клиенты не находят ответ в базе и создают однотипные обращения» — проблема, для которой можно сравнить несколько подходов.

Владелец процесса объясняет правила, принимает решения по исключениям и подтверждает, что результат полезен в реальной работе. Владелец проверки собирает контрольные примеры, организует доступы и фиксирует расхождения. Это может быть один человек, но ответственность должна быть явной.

Без владельца обсуждение быстро уходит в абстракции: разные участники по-разному понимают правильный ответ, а замечания появляются уже после демонстрации.

Составьте небольшой реестр источников:

• тип входа: письмо, звонок, документ, таблица, изображение или запись из системы;
• место хранения и владелец;
• пример допустимого для анализа материала;
• чувствительные поля и ограничения на передачу;
• известные проблемы качества;
• способ получить ожидаемый правильный результат.

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

Используйте конструкцию: «Для выбранного входа решение выполняет действие и показывает проверяемый выход». Например:

• для обращения определяет согласованную категорию и готовит черновик карточки;
• для документа извлекает обязательные поля и показывает исходный фрагмент;
• для вопроса находит ответ только в разрешенной базе и дает ссылки на источники;
• для записи разговора формирует разметку по утвержденной карте критериев.

Фразы «внедрен ИИ» или «готов умный помощник» не описывают результат и не подходят для приемки.

Укажите, что входит и что сознательно не входит в проверку. Границу удобно задать через:

• один тип пользователя;
• один канал или систему;
• один тип документа или обращения;
• ограниченный набор правил;
• действия без необратимого автоматического подтверждения;
• согласованный контур и способ загрузки данных.

Интеграцию можно временно заменить контролируемым импортом, если она не является предметом проверки. Но такую замену нужно назвать прямо: стенд с ручной загрузкой не считается промышленной интеграцией.

Критерий должен отвечать на три вопроса: на чем проверяем, что наблюдаем и кто принимает решение. В комплект полезно включить:

• контрольные примеры обычных и сложных случаев;
• ожидаемый формат результата;
• допустимые и недопустимые ошибки;
• правило ручной проверки;
• журнал или способ сопоставить результат с источником;
• сценарий, если подтвержденного ответа нет.

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

Для каждого процесса ответьте «да», «частично» или «нет» на пять вопросов:

1. Проблема регулярно наблюдается?
2. Есть владелец, который принимает результат?
3. Доступны примеры и правильные ответы для проверки?
4. Первый этап можно отделить от большой перестройки?
5. Ошибки можно обнаружить и безопасно обработать?

Сильный кандидат имеет ясные ответы по всем пунктам. Если два процесса выглядят одинаково, выбирайте тот, где проще организовать проверку и меньше риск необратимых действий.