Кто отвечает за ИИ-агента после запуска: роли бизнеса, ИТ и поддержки

Разделите три роли

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

Основные функции NIST AI RMF включают управление, описание контекста, измерение и работу с рисками. Это не обязательная штатная структура, но полезная подсказка: технический запуск не заменяет ответственного за применение в бизнесе.

Кто решает спор о правильном ответе

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

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

Еженедельный короткий разбор

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

Передача ответственности при смене людей

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

Такой порядок кажется скучным на фоне демо, зато позволяет расширять работу без зависимости от памяти одного энтузиаста.

Короткая карточка ответственности

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

Что делать с «мелкими» исправлениями

Менеджер исправил одну ошибку в ответе; ещё десять людей делают то же, не оставляя следа. Владелец процесса не увидит повторяющуюся проблему без удобной кнопки обратной связи и короткого поля причины. Раз в неделю просматривайте такие исправления по категориям. Часть потребует обновить документ, часть — изменить интерфейс, часть — объяснить сотрудникам существующее правило. Не переписывайте системную инструкцию после каждого случая: тогда никто не поймёт, какая версия принесла улучшение.

Право сказать «пока нет»

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

Кто отвечает, если ошибся источник?

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