Опишите результат, а не желание «добавить ИИ»
Начните с конкретного бизнес-результата: сократить срок подготовки предложения, быстрее классифицировать обращения, снизить число возвратов документа или освободить специалиста от повторяющегося поиска. Зафиксируйте исходный цикл, объём, стоимость, ошибки, очереди и долю ручных исправлений. Без исходной линии пилот покажет активность, но не эффект.
Разложите процесс на события, решения и передачи между ролями. Отдельно отметьте места, где сотрудник ищет сведения, формирует черновик, сравнивает варианты, принимает юридически или финансово значимое решение и подтверждает действие во внешней системе.
Назначьте ИИ узкую роль
ИИ может извлекать факты, предлагать классификацию, готовить черновик, находить противоречия или запускать разрешённый инструмент. Это разные роли с разным уровнем риска. Для каждой укажите входные данные, допустимые действия, ожидаемый результат и условия остановки.
Сохраните человеку решения, где важны полномочия, ответственность, исключения и последствия для клиента или сотрудника. Проверка не должна быть формальной: интерфейс показывает источник, уверенность, изменённые поля и причину эскалации, чтобы специалист мог быстро принять или отклонить предложение.
Перестройте поток вокруг исключений
Плохая схема заставляет человека перепроверять каждый ответ ИИ и добавляет ещё один экран. Хорошая схема автоматически проводит типовой безопасный случай, а сомнительный направляет нужной роли с полным контекстом. Определите очереди исключений, время реакции, заместителей и возврат к ручному режиму при недоступности модели.
Не привязывайте процесс к одной модели. Версии промптов, базы знаний, правил и моделей должны заменяться независимо, а критическое действие — оставаться доступным через резервный сценарий.
Измеряйте весь процесс
Смотрите не только на точность ответа. Измеряйте сквозное время, завершённые операции, возвраты, ручные исправления, долю эскалаций, стоимость одного полезного результата и удовлетворённость пользователей. Отдельно следите за тем, не переносится ли работа на следующий этап и не растёт ли скрытая проверка.
Масштабирование разрешается после стабильного окна наблюдения, проверки крайних случаев и подтверждения владельцем процесса. Результатом пилота становится новая рабочая инструкция, набор контрольных примеров, метрики и план отказа — а не только доступ к модели.
Закрепите процесс в управлении
Назначьте владельца бизнес-результата, технического владельца, ответственного за данные и роль, принимающую риск. Ведите реестр сценариев ИИ, используемых версий, разрешённых данных, инцидентов и решений о продолжении или остановке.
Практический критерий готовности прост: сотрудник понимает, что сделал ИИ, организация может воспроизвести основание решения, а процесс сохраняет работоспособность при ошибке или отключении модели.