Как подойти к задаче без лишней магии
Я бы не объявлял «с понедельника все работают с AI». Сначала выбрал бы одну задачу, договорился о правилах данных и показал команде, что делать с сомнительным ответом.
Ошибка, которую я бы сразу убрал: Подписки не равны внедрению. Если сотрудник не знает, что можно загружать, кто отвечает за результат и куда нести ошибку, команда либо избегает AI, либо использует его без контроля.
Что подготовить и какой результат ждать
- На выходе: Сотрудники понимают, что можно делать самим, что проверять и куда нести результат, который выглядит сомнительно.
- Соберите список ролей, повторяющихся задач, разрешённых инструментов, запрещённых данных и канал для вопросов и инцидентов.
- Сохраните исходные данные и права доступа отдельно от результата, чтобы можно было проверить, что сделал внедрение AI в команду.
- Дайте двум сотрудникам одну задачу с инструкцией и сравните, где они поняли правило по-разному.
Запустите AI так, чтобы люди понимали границы
- Опишите правила на одной странице
Укажите разрешённые сценарии, запрещённые данные, обязательную проверку и владельца. Добавьте три примера «можно» и три «нельзя».
Проверьте: Новому сотруднику понятно, где остановиться.
Если не сработало: Уберите термины и замените их действиями: «не загружать паспорт» вместо «соблюдать data governance».
- Выберите один рабочий кейс
Запустите сценарий с низкой ценой ошибки: черновики, классификация, поиск по утверждённой базе. Не начинайте с отправки писем или изменения финансовых полей.
Проверьте: Результат можно проверить и отменить.
Если не сработало: Сделайте тестовую очередь вместо живого процесса.
- Назначьте владельца и окно ревизии
Владелец отвечает за промпт, доступы, очередь ошибок и обновление инструкции. Раз в неделю смотрите десять запусков и два исправления.
Проверьте: Команда знает имя человека, которому сообщить о проблеме.
Если не сработало: Не расширяйте число пользователей, пока владелец не назначен.
- Мерьте принятие, а не количество логинов
Смотрите время до результата, долю ручных исправлений, число обходов процесса и повторяющиеся вопросы. Спросите, почему люди не используют сценарий.
Проверьте: Есть одно изменение процесса на следующий цикл.
Если не сработало: Проведите короткое наблюдение за реальной задачей пользователя.
Одностраничное правило для команды
Напишите четыре коротких раздела: что можно отправлять, что нельзя; какие действия AI делает только в черновике; где хранится утверждённый шаблон; куда передавать ошибку. Добавьте дату версии и владельца правила.
Для обучения возьмите три реальные задачи: обычный случай, пограничный и неправильный. Попросите сотрудника не только получить ответ, но и назвать источник, проверить поля и выбрать escalate. Так вы проверяете навык, а не любовь к новой кнопке.
- Не измеряйте внедрение числом промптов.
- Собирайте причины отказа от AI — иногда проблема в процессе, а не в обучении.
План первых двух недель
Неделя 1: один канал, shadow mode и ежедневный разбор пяти примеров. Неделя 2: ограниченное действие, журнал ошибок и короткая встреча владельца процесса с командой. Расширяйте только после того, как правила понятны человеку, который не участвовал в создании workflow.
Как понять, что правило реально работает
Дайте сотруднику три одинаковых кейса через неделю после обучения: обычный, пограничный и запрещённый. Он должен показать, какие поля проверил, где лежит утверждённый шаблон и в какой момент выбрал `escalate`. Запишите ошибки отдельно от ошибок модели — иначе вы не поймёте, что именно нужно дообучить.
Владелец раз в неделю смотрит десять запусков: долю ручных исправлений, обходы процесса, случаи отправки запрещённых данных и время до эскалации. Если правило нарушается, обновите одну страницу-инструкцию и проведите повторный тест, а не покупайте ещё один сервис.
Что должно измениться после настройки
Сотрудники понимают, что можно делать самим, что проверять и куда нести результат, который выглядит сомнительно.
Почему сотрудники обходят даже хороший инструмент
Покупать доступы до выбора процесса и владельца.
Запрещать всё вместо понятных безопасных границ.
Считать обучение завершённым после просмотра ролика.
Не собирать обратную связь о реальных обходах процесса.
Когда внедрение становится программой изменений
Подключайте специалиста, если внедрение затрагивает несколько подразделений, политики доступа или большое число рабочих сценариев.
Что объяснить команде до выдачи доступа
Кому подходит этот способ работы с внедрение AI в команду?
Команда не внедряет AI после одной лекции. Нужны понятные правила, один безопасный сценарий, владелец процесса и место, где сотрудники могут сообщить об ошибке.
С чего начать, если всё пока делается вручную?
Соберите список ролей, повторяющихся задач, разрешённых инструментов, запрещённых данных и канал для вопросов и инцидентов.
Как проверить, что настройка не навредит?
Дайте двум сотрудникам одну задачу с инструкцией и сравните, где они поняли правило по-разному.
Что делать при непонятном результате?
Разберите конкретный пример, обновите правило и повторите упражнение, а не отправляйте команде ещё одну общую презентацию.
