Пилот ИИ в команде начинается не с перечня функций сервиса. Нужно выбрать одну знакомую задачу, разрешённый контекст и человека, который проверит результат. Тогда компания проверяет рабочую гипотезу и риски, а не просто проводит демонстрацию инструмента.
Выберите один сценарий с понятным результатом
Возьмите задачу, которую сотрудники выполняют регулярно и могут проверить без специальных допусков. Подойдут черновик письма по утверждённому FAQ, краткая выжимка из заметок встречи, подготовка структуры внутренней инструкции. Не начинайте с персональных данных, цен, договоров или ответа клиенту без проверки.
До занятия назначьте владельца сценария. Он отвечает за актуальность входного материала, шаблон запроса, путь проверки и разбор исключений.
Дайте сотруднику паспорт запроса
Хорошее упражнение начинается с контекста. Участник не должен угадывать, какие данные разрешены и каким будет критерий качества.
| Поле | Пример |
|---|---|
| Цель | Подготовить черновик ответа на вопрос из FAQ |
| Разрешённый контекст | Только утверждённый FAQ с датой обновления |
| Формат | Короткий ответ со ссылкой на раздел FAQ |
| Проверка | Сверить факт, тон, ссылку и отсутствие лишних данных |
| Стоп-сигнал | Вопрос о цене, исключении, договоре или персональных данных |
Попросите сотрудника сначала назвать, чего в карточке не хватает. Это важнее, чем добиться «идеального промпта»: в реальной работе контекст и ограничения меняются, а навык замечать пробелы остаётся.
Постройте занятие вокруг сравнения
Для первого практикума достаточно короткого цикла.
- Сотрудник выполняет задачу привычным способом и фиксирует время.
- Он делает черновик с ИИ по паспорту запроса.
- Проверяющий отмечает фактологические, смысловые и стилевые правки.
- Группа разбирает, что улучшить: вход, инструкцию, правило или сам сценарий.
Не оценивайте человека по скорости набора запроса. Оценивайте управляемость результата: знает ли он, откуда взят факт, где остановиться и кто принимает итог. NIST связывает надёжное использование ИИ с измерением и управлением риском; обучение должно отрабатывать именно эти действия.
Сделайте проверку видимой
У результата должен быть проверяющий до того, как текст уйдёт во внешний канал или станет основанием для решения. В простой таблице достаточно пяти статусов: принят, исправлен по факту, исправлен по тону, остановлен из-за данных, передан владельцу.
Раз в несколько недель владелец смотрит не на количество запросов, а на причины исправлений. Повторяющаяся ошибка показывает, что надо изменить: источник, шаблон, доступы или границу сценария. Такой журнал полезнее общего рейтинга «кто лучше пользуется нейросетью».
Не маскируйте обязательные правила под совет
Команда должна знать правила до упражнения: какие данные нельзя вставлять в неразрешённый инструмент, кто может менять шаблон, какие действия запрещены без человека. OWASP обращает внимание на риск вредных инструкций, раскрытия чувствительной информации и действий с чрезмерными правами. В учебном сценарии это означает простое правило: если контекст или действие выходят за карточку, сотрудник останавливается и передаёт случай владельцу.
Это не юридическая или информационно-безопасностная консультация. Для конкретного поставщика, учётных записей, персональных данных и интеграций компания должна отдельно определить применимые требования.
Как закрепить результат после пилота
После пилота сохраните рабочую карточку сценария, несколько обезличенных хороших примеров и список стоп-сигналов. Владелец обновляет их, если изменились FAQ, продукт, инструмент или правила доступа. Следующий шаг — новый сценарий только после проверки первого.
Источники
- NIST AI Risk Management Framework
- OWASP Top 10 for Large Language Model Applications
- NIST Privacy Framework
Куда идти дальше
Для управления пилотом и правил работы с командой: политика работы с ИИ, сопротивление изменениям, стратегия внедрения ИИ в малом бизнесе. Если вам нужна именно программа занятий для сотрудников на задачах компании, она описана отдельно на странице корпоративного обучения ИИ AiPeople.
Посмотреть корпоративное обучение ИИ для команды
Часто задаваемые вопросы
В1: Нужно ли обучать всю команду одновременно?
Нет. Начните с людей, которые владеют одним выбранным процессом и смогут проверить результат. После пилота можно переносить опыт на смежную задачу.
В2: Что делать, если сотрудник получил неверный ответ?
Не использовать его как готовый результат. Зафиксируйте причину: неактуальный источник, недостаточный контекст, неясная инструкция или задача вне границы сценария. Затем решите, можно ли исправить карточку или сценарий нужно остановить.
В3: Можно ли использовать реальные клиентские данные на обучении?
Только если это отдельно разрешено правилами компании и условиями выбранного инструмента. Для первого упражнения безопаснее подготовить обезличенные или синтетические примеры.