Что подготовить к бесплатному аудиту внедрения ИИ: данные, вопросы и владельцы процессов

Подготовьте карту из трёх процессов

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

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

Покажите типовые и неудобные примеры

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

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

Соберите исходные показатели

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

Уточните людей и системы

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

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

Что должно выйти из аудита

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

Руководство NIST по управлению рисками ИИ отделяет описание контекста применения от измерения и управления рисками. В прикладном аудите это помогает не перепрыгивать сразу к выбору модели. Бесплатный первый шаг полезен, если после него можно сравнить конкретные варианты и понять, какие данные подготовить дальше.

Чего не стоит ждать от первой встречи

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

Пять вопросов для итогового плана

Кто является владельцем выбранного процесса? Каким будет безопасный первый результат: черновик, поиск, классификация или внешнее действие? Где хранится действующий источник фактов? Какой ошибочный исход недопустим и кто его заметит? Что сравнят через две недели с текущей работой? Если в плане нет хотя бы одного ответа, полезнее доработать его до разработки. В частности, список моделей и сервисов сам по себе не является планом внедрения.

Как оценить предложенный план

Откройте итог аудита и попробуйте объяснить его исполнителю, который не был на встрече. Он должен понять, какие примеры передать, какая система будет источником, какое действие агента проверяют и кто признает результат правильным. Если документ содержит только перечень популярных инструментов и общую фразу «повысить эффективность», попросите уточнить выбранный процесс и метрику. План запуска должен позволять сказать «готово» или «пока не готово» по наблюдаемым признакам, а не по настроению участников.

Можно ли прийти без готовой статистики?

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