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