Обсудить проект

QQDEV · КЫРГЫЗСТАН · УДАЛЁННО

«Неудобно» — полезное начало: как собирать отзывы о первой рабочей системе

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

Опубликовано

3 мин26

Условный пример: компания пробует первую общую систему вместо таблиц и переписок. На вопрос руководителя «Всё удобно?» сотрудники кивают. В личном чате выясняется: заказ по-прежнему переписывают на бумажку, потому что не понимают, где найти следующий шаг.

Пилот — ограниченная проба нового способа работы. Его ценность не в единогласном одобрении, а в возможности обнаружить препятствия до общего запуска. Для этого отзыв должен описывать работу, а не оценивать человека.

Спрашивайте о последнем действии

Вместо «Нравится ли система?» попросите сотрудника показать, как он выполнил конкретное поручение. Что хотел сделать? Где остановился? Что ожидал увидеть? Как продолжил работу?

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

Не требуйте от новичка технического диагноза. «Я не нашёл полученное поручение» — достаточный повод посмотреть сценарий вместе.

Отделяйте четыре разных затруднения

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

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

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

Где хранить отзывы

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

Если пилот проходит в Битрикс24, для разбора конкретного затруднения можно использовать задачу с описанием, обсуждением и файлами. Эти возможности описаны в официальном руководстве по задачам. Проверьте права участников и нужные возможности вашего тарифа.

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

Возвращайте ответ и повторяйте сценарий

Для каждого разобранного отзыва сообщите решение: исправляем настройку, уточняем правило, показываем действие или откладываем пожелание с объяснением причины. Не оставляйте сотрудника с ощущением, что отзыв ушёл в чёрную дыру с кнопкой «Спасибо».

После изменения предложите тому же участнику повторить действие без подсказок. Проверяйте не наличие новой кнопки, а возможность закончить работу. Если проблема осталась, вернитесь к наблюдению, а не спорьте с впечатлением человека.

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

QQDev внедряет Битрикс24 и обучает команды. На странице внедрения можно обсудить, как организовать разбор первых затруднений. Для начала подойдёт один обезличенный сценарий: что сотрудник хотел сделать, что получилось и какой результат нужен бизнесу.

← Все записи блога