Зафиксировать последнюю подтверждённую точку

Сразу после остановки запишите последнее действие, результат которого участник действительно увидел. Отдельно укажите действие, которое было начато, но не подтверждено. Например, сотрудник открыл задачу и изменил срок, однако не знает, сохранилось ли изменение. Запись «дошли до задачи» слишком общая: она не позволяет безопасно продолжить сценарий другому человеку.

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

Проверить фактическое состояние перед продолжением

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

Если сделка уже создана, повторение всей последовательности может породить второй тестовый объект и запутать проверку связей. Лучше продолжить существующую запись либо явно выделить новую попытку. Цена дополнительной сверки обычно меньше, чем время разбора дублей, появившихся из-за непонятной точки возобновления после перерыва.

Выбрать между продолжением и новым прогоном

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

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

Отдельно проверить возвращение к работе

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

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

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

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

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

Можно ли засчитать незавершённый сценарий частично?

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

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

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

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

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

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