Сотрудники не используют подписки на ИИ: как найти причину и изменить внедрение

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

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

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

Пять причин, почему оплаченный ИИ простаивает

Когда сотрудники игнорируют новый инструмент, легко назвать это «сопротивлением изменениям». Это перекладывает проблему на людей. Полезнее проверить пять конкретных причин.

Нет нужного сценария. Сотрудник задал общий вопрос, получил общий ответ и вернулся к прежней работе. Он не увидел, как ИИ поможет с его отчётом, рекламацией или коммерческим предложением.

Результат приходится переписывать. Если исправления занимают столько же времени, сколько текст с нуля, отказ от инструмента — рациональное решение, а не лень.

Страх утечки. Менеджер не знает, можно ли загружать клиентский договор, прайс или выгрузку из CRM. Без ясного правила осторожный человек не загружает ничего.

Не хватает навыка. Поставить задачу так, чтобы ответ был пригодным, и проверить его — отдельные навыки. Одной вводной презентации недостаточно.

Нет времени на освоение. Первые попытки могут быть медленнее привычного способа. При плотных сроках сотрудники не станут экспериментировать за счёт дедлайнов.

Доступ и использование — разные вещи. В шестимесячном полевом эксперименте в 66 компаниях участвовали 7 137 работников умственного труда. Инструмент был встроен в привычные программы для почты, встреч и текстов. Им воспользовались около 80% получивших доступ; во второй половине эксперимента пользователи тратили на электронную почту примерно на два часа в неделю меньше. При этом исследователи не обнаружили изменения количества или состава задач сотрудников. Это результат конкретного инструмента и конкретных условий, а не прогноз для вашей компании. Выданная лицензия не гарантирует использования, а использование само по себе не означает изменения процесса.

Короткая диагностика без рейтинга сотрудников

Диагностика не должна превращаться в поиск виноватых. Не публикуйте рейтинг активности и не сравнивайте отделы по числу открытий приложения. Цель — понять, какая из пяти причин мешает вашей команде.

Разговор о последней реальной задаче. Попросите сотрудника вспомнить конкретную задачу прошлой недели, которая заняла много времени. Что он делал, где искал информацию, пробовал ли ИИ и что пошло не так? Конкретный случай полезнее вопроса «почему вы не пользуетесь инструментом?».

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

Проверка доступа. Вошёл ли сотрудник в корпоративный аккаунт? Подключены ли данные? Знает ли он правило о допустимых данных? Иногда лицензия назначена, но настройка не завершена.

Агрегированные данные администратора полезны как диагностический сигнал. Читать переписку сотрудников ради «оценки вовлечённости» не следует: скрытое наблюдение разрушает доверие и в зависимости от юрисдикции и внутренних правил может создавать правовые риски.

Первый полезный сценарий: частый, понятный и безопасный

После диагностики выберите один сценарий — не всё, где ИИ теоретически может помочь. Хороший первый сценарий:

• повторяется не реже раза в неделю;
• имеет понятный критерий готового результата;
• несёт умеренный риск, а ошибку можно исправить до её влияния на клиента или учёт;
• использует только данные, разрешённые правилами компании для выбранного сервиса.

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

Обучайте в работе, а не только на отдельном курсе

Общий курс по промптам может не изменить повседневную работу: сотрудник возвращается к своим задачам и не понимает, как перенести учебный пример на собственный отчёт. Встройте обучение в процесс:

1. Разберите реальную регулярную задачу и её шаги.
2. Покажите хороший вход: какие данные, контекст и формат нужны.
3. Вместе проверьте факты, числа, тон и обещания клиенту.
4. Сохраните удачную инструкцию как общий шаблон.
5. Назначьте коллегу, к которому можно обратиться при неудачном результате.

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

Поддержка и обратная связь после запуска

Без поддержки даже удачный сценарий постепенно исчезает: шаблоны устаревают, появляются новые задачи, ошибки не разбирают, и сотрудники возвращаются к привычному способу.

• Владелец сценария отвечает за шаблоны, правила и изменения. Это не обязательно новая должность, но ответственность нужно записать.
• Канал ошибок позволяет отправить неудачный ответ без страха обвинений.
• Обновление шаблонов раз в одну-две недели помогает учесть реальные случаи.
• Выделенное время на освоение нужно включить в график, а не оставлять «на свободную минуту».

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

Учебный пример: четырёхнедельный пилот

Это план для адаптации, а не проверенная схема с гарантированным эффектом.

Пример таблицы препятствий для первой недели:

Что считать успехом внедрения

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

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

Открытия приложения и число запросов — только диагностические сигналы. Падение использования — повод поговорить, а не выносить выговор.

Отрицательный результат пилота тоже полезен. Если через четыре недели сценарий не помогает и команда это подтверждает, честнее закрыть его и перераспределить лицензии, чем поддерживать видимость внедрения.

Что сделать в своём процессе

1. Выберите одну еженедельную задачу и измерьте полное время, включая проверку.
2. Проведите три-пять коротких интервью о недавних реальных задачах и распределите причины по пяти категориям.
3. Сформулируйте правило данных: что разрешено загружать и через какой аккаунт.
4. Назначьте владельца сценария и канал для неудачных ответов.
5. Запишите критерии качества и времени для решения продолжить, изменить или закрыть сценарий.
6. Через четыре недели сравните результат с исходной точкой и пересмотрите лицензии.

Частые вопросы