Сравнение интервью до и после обновления продукта: как учесть версию и дату опыта

Когда полезен такой разбор

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

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

Для базовой структуры пригодится материал «Повторное интервью с тем же участником: как сравнить ответы в разные даты». Ниже разберём отдельную рабочую ситуацию на примере записи.

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

Как подготовить результат по записи

1. Разделите две даты

   Запишите дату беседы и дату эпизода, о котором рассказывает участник. «Недавно» оставьте исходным ориентиром и при возможности уточните. Не подставляйте дату интервью вместо времени использования.

2. Установите доступную версию

   Спросите, видел ли человек новый экран или функцию. Если версия не названа, используйте конкретные признаки интерфейса из рассказа. Запишите уровень уверенности: подтверждено, предположительно или неизвестно.

3. Сопоставьте одинаковую задачу

   Не сравнивайте первую настройку новичка с привычной повторной операцией опытного пользователя как один сценарий. Учитывайте устройство, роль и исходные условия, если они влияют на описанный путь.

4. Ограничьте вывод

   Разделите наблюдение «в этих эпизодах меньше упоминаний трудности» и вывод «релиз устранил проблему». Для второго нужны дополнительные данные и подходящий способ проверки. Интервью помогают объяснить механизм, но не заменяют измерение результата на всей аудитории.

Для возврата к исходнику используйте опорные таймкоды. Подписывайте файл и версию: одинаковое время в двух записях указывает на разные фрагменты.

Учебный пример: проверяем запись на практике

Ниже — вымышленный учебный пример. Имена, условия и результаты приведены только для объяснения метода.

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

В сравнительной таблице такой случай получает группу «до обновления» по дате опыта, а не по дате интервью. Если точную дату установить не удалось, оставьте отдельную группу неизвестных случаев. Исключить неудобные ответы молча тоже нельзя: зафиксируйте правило включения и применяйте его ко всем записям одинаково.

Заготовка для вашей записи

Скопируйте заготовку и заполните её по конкретной записи. Не переносите догадки как подтверждённые факты.

Файл, дата и версия:
Начало и конец эпизода:
Дата действия:
Версия продукта:
Сценарий:
Граница сравнения:
Неясные места и вопрос для уточнения:
Проверил, дата:

Что проверить перед использованием

• Проверено: дата действия
• Проверено: версия продукта
• Проверено: сценарий
• Проверено: граница сравнения

Перед передачей результата выполните проверку текста по записи. Сначала сверяйте имена, числа, условия, отрицания, статус решения и авторство реплик.