Проверить маршрут
Новый сервис ускорил одну операцию, но добавил вход, перенос данных и ещё один отчёт. Сотрудник возвращается к прежнему способу работы. Чтобы разобраться в причинах, нужно пройти его обычную задачу целиком и учесть время на переходы.
Почему удобная функция не становится привычкой
Представим новый инструмент ведения заявок. В нём легко создать карточку, но сотруднику по-прежнему нужно продублировать сведения в таблице, отправить сообщение руководителю и хранить вложение в отдельной папке. Функция работает, а весь рабочий день стал сложнее. Чтобы понять отказ от использования, нужно посмотреть на задачу целиком: где человек начинает, какие окна открывает, что переписывает и как узнаёт, что работа завершена.
Наблюдение лучше общего опроса об отношении к инновациям. Попросите сотрудника показать недавний обычный случай и один неудобный. Часто обнаруживается конкретное препятствие: неизвестно, кому назначить заявку, не видна история или нельзя исправить ошибку. Если это препятствие не устранено, дополнительное обучение лишь учит обходить недостаток, а привычная таблица остаётся более надёжным способом закончить работу.
Убрать неопределённость вокруг результата
Команде нужно знать, какой источник считается рабочим и когда старый способ перестаёт быть обязательным. Если руководитель продолжает принимать решения по прежнему отчёту, сотрудники будут поддерживать его независимо от новой инструкции. Переход требует согласования между участниками процесса. Нельзя возложить выбор между двумя системами на каждого пользователя и затем оценивать низкую активность как его личную проблему.
Также важно объяснить границы ответственности при работе с ИИ. Кто проверяет созданный текст, кто отвечает за изменение записи, куда сообщать об ошибке? Неясные ожидания заставляют сотрудника перестраховываться и заново выполнять задачу. Хороший процесс делает проверку понятной и соразмерной последствиям действия. Пользователь должен иметь возможность отказаться от плохой подсказки, не теряя уже выполненную работу и историю обращения.
Как измерять освоение без показухи
Число входов в систему показывает активность, но не полезность. Смотрите, какую долю подходящих задач команда завершает новым способом, где возвращается к старому и сколько времени занимают обходные действия. Не нужно превращать эти наблюдения в персональный рейтинг. Их цель — обнаружить неудобный этап и исправить продукт, а не заставить людей создавать действия ради красивого отчёта о внедрении.
