Интервью

Подготовка

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

Проведение

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

Анализ результатов

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

UХ тесты

Подготовка

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

Проведение

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

Анализ результатов

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

Заказчик вправе применить понижающий и повышающий коэффициент при окончательном расчете стоимости работ за качество работы на проекте.
Понижающий коэффициент может быть применен, если без обоснованных причин Исполнитель:

• нарушает стандартные требования к работе на проекте или стандарты качества Cloud Research;
• нарушает тайминг встреч с командой, не ведет план график проекты;
• сдвигает сроки проекта без согласования с Заказчиком;
• не согласовал окончательный формат отчета с Заказчиком;
• на интервью не была собрана информация, необходимая для описания задач и проблем (за исключением случаев, когда Заказчик ставит целью собрать поверхностную информацию);
• не предоставил Заказчику рабочий отчет за 1-2 дня до срока сдачи отчета;
• менее чем за 24 часа просит перенести дату отчета/презентации;
• не вносит в срок доработки в отчет, с учетом комментариев Заказчика.

Также понижающий коэффициент может быть применен по согласованию сторон, если в ходе исполнения работ выявлена необходимость:

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

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

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