Правила использования ИИ в компании: что записать на одной странице

Зачем это вообще нужно

Правила решают не задачу контроля, а задачу определённости. Сотрудник, который не знает, можно ли вставить письмо клиента в чат, действует наугад: осторожный не пользуется вовсе и теряет время, смелый вставляет вместе с фамилией и телефоном. Оба варианта хуже, чем написанная строчка «персональные данные заменяем на „клиент“».

Второй эффект — снимается неловкость. Пока правил нет, использование ИИ выглядит как что-то полулегальное: вроде помогает, но признаваться неудобно. Как только это описано, люди начинают делиться удачными находками, и полезная практика расходится по компании вместо того, чтобы сидеть у двух энтузиастов.

Пять пунктов, без которых документ бесполезен

• Чем пользуемся. Один-два согласованных сервиса и рабочие аккаунты, а не «кто что нашёл». Разнобой инструментов — главный источник утечек и несравнимого качества.
• Что никогда не вставляем. Короткий конкретный список: паспортные данные, банковские реквизиты, пароли и ключи, медицинские сведения, документы под NDA. Пять строк вместо отсылки к закону.
• Как обезличиваем. С примером «до и после» — это понятнее любого объяснения. Имя → «клиент», компания → «заказчик», телефоны и адреса убираем совсем.
• Кто отвечает за результат. Отвечает тот, кто отправил. Ответ ИИ — черновик, а не готовый документ, и «так написала нейросеть» объяснением не является.
• К кому идти с вопросом. Конкретный человек с именем, а не «в IT-отдел». Без этого пункта в спорной ситуации сотрудник решит сам и, скорее всего, молча.

Больше пяти пунктов документ обычно не переживает: длинные регламенты не читают. Всё остальное — примеры, шаблоны, обучение — живёт отдельно от правил.

Говорить ли клиенту, что текст писал ИИ

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

Отдельно стоит договориться о запрете выдавать ответ ИИ за проверенный, когда его никто не проверял. Это не про технологию, а про обычную профессиональную честность.

Чего в правилах быть не должно

• Полного запрета. Он не выполняется, а лишь переводит использование в личные телефоны, где нет ни контроля, ни возможности помочь.
• Отсылок к законам вместо инструкций. «Соблюдать требования 152-ФЗ» не говорит сотруднику ничего. «Не вставляем фамилии клиентов» — говорит.
• Наказаний за инициативу. Если за ошибку с ИИ ругают, о следующей вы не узнаете. Разбирать надо случай, а не человека.
• Списка разрешённых задач. Он устареет через месяц. Проще описать границы данных и требования к проверке, а внутри них дать свободу.

Как ввести правила, чтобы их читали

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

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

Чем закончить

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

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

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