Команде не нужна декларация о «безопасном ИИ». Нужен документ, по которому сотрудник за минуту понимает: какую задачу можно запускать, что нельзя передавать в инструмент и кто отвечает за итог. Политика особенно полезна до первого подключения чата, базы знаний или автоматизации: после запуска привычки исправлять дороже.
Что должна решить политика
Начните с четырёх решений, а не со списка сервисов.
- Сценарий. Например, ИИ готовит черновик ответа по утверждённому FAQ, а не отвечает клиенту самостоятельно.
- Данные. Открытые материалы, внутренние документы и чувствительные данные должны иметь разные правила. Если режим хранения, доступ и правовое основание не согласованы, данные в сценарий не входят.
- Проверка. У результата есть именованный проверяющий. Он сверяет факты, цену, обещание, тон и ссылку на источник.
- Исключение. Сотрудник знает, когда остановить сценарий и кому передать вопрос: нет источника, запрос выходит за рамки FAQ, затрагивает договор или персональные данные.
Одностраничный шаблон
| Поле | Пример записи |
|---|---|
| Задача | Черновик ответа на типовой вопрос |
| Разрешённый контекст | Актуальный FAQ с датой и владельцем |
| Запрещённый контекст | Контакты, договоры, платёжные реквизиты |
| Проверяющий | Руководитель продаж |
| Стоп-сигнал | Вопрос о цене, гарантии или индивидуальном условии |
| Журнал | Ссылка на исходный FAQ и отмеченное исключение |
Такой шаблон применим к встречам, контенту, сводкам и внутренним помощникам. Он не обещает точность модели; он делает ошибку видимой до того, как она станет действием компании.
Как проверить правило на практике
Возьмите несколько обезличенных обращений из одного процесса. Пусть сотрудник подготовит черновики, а проверяющий пометит каждый результат: принят, исправлен по факту, исправлен по тону, остановлен из-за данных или передан человеку. Через две недели пересмотрите не количество сообщений, а причины исправлений. Если правило не помогает принять решение быстро, перепишите его простыми словами.
Не вводите «полный запрет» без рабочего маршрута. Люди обычно обходят правило, которое не даёт безопасного способа выполнить обычную задачу. Но и не переносите ответственность на сервис: выбор инструмента, доступы и итоговое решение остаются в компании.
Источники
Следующий шаг
Связанные материалы: как обучить команду работе с ИИ, сопротивление ИИ в команде, как внедрить ИИ в бизнес-процессы.
Собрать правила и первый пилот на методологической встрече
Часто задаваемые вопросы
В1: Нужна ли политика команде из трёх человек?
Да. Ей достаточно одной страницы и одного владельца, но договорённость о данных и проверке нужна с первого рабочего сценария.
В2: Можно ли запретить личные аккаунты?
Сначала опишите безопасный корпоративный путь для нужных задач. Запрет не решает вопроса доступа, хранения и контроля результата.
В3: Как часто обновлять правила?
После пилота, после инцидента и при изменении данных, процесса или поставщика. Обновление фиксирует владелец сценария.