Установить, какое условие не выполнено

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

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

Дать минимальное введение без репетиции решения

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

Иногда общий смысл процесса неизвестен даже опытному сотруднику: в отделах по-разному понимают, когда передача считается завершённой. Тогда сперва согласуйте правило вне интерфейса. CRM нельзя оценить по критерию, которого у команды ещё нет. Потраченное на это время относится к подготовке процесса и фиксируется отдельно от прохождения задания.

Провести короткую диагностическую попытку

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

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

Вернуть исходную проверку в план

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

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

Проверка по шагам

  1. Уточнена конкретная причина неподготовленности.
  2. Предмет встречи при необходимости изменён явно.
  3. Введение объясняет цель без репетиции решения.
  4. Качество тестовых данных проверено отдельно.
  5. Самостоятельный повтор включён в план.

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

Нужно ли исключать такого участника из оценки?

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

Прототип CRM для вашей компании

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

Получить прототип CRM →

Возможности MB CRM →

Материал подготовлен с помощью ИИ. Примеры условные и не являются результатами клиентов. Как устроена библиотека.