Как анализировать интервью: коды, матрица и проверка выводов

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

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

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

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

Подходит ли здесь матрица Framework Method

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

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

Сформулируйте вопрос и единицу анализа

Слишком широкий запрос: «Что пользователи думают о сайте?» Он соберёт удобство, цвета, цены и любые случайные впечатления.

Рабочий вопрос: «Что мешает человеку выбрать занятие и завершить запись без звонка?» Теперь нас интересует конкретный эпизод выбора, его контекст, препятствие, действие и результат.

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

Для сравнения сопоставимых интервью полезна идея матрицы «случаи × темы», описанная в статье Gale и соавторов о Framework Method. Она позволяет рассматривать общую тему и одновременно возвращаться к целому случаю. Это один из подходов к анализу, подходящий не для любого исследовательского вопроса.

Подготовьте текст без потери исследовательского контекста

Присвойте интервью постоянные идентификаторы. Проверьте вопросы интервьюера, значимые самоисправления и описание последовательности событий. Устный ответ «сначала позвонил… нет, сначала открыл расписание» содержит поправку, которая важна для пути пользователя.

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

До передачи материала другим людям пересмотрите прямые и косвенные идентификаторы. UK Data Service рекомендует учитывать в текстовых данных не только имена, но и сочетания деталей. Редкая должность вместе с местом и событием иногда узнаваема без фамилии.

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

Отделите наблюдение от объяснения

Учебная реплика участника:

«В расписании было написано “начальная группа”. Я не понял, можно ли без опыта. Позвонил, администратор сказал, что можно, и записал меня».

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

Интерпретация: название уровня не отвечает на его вопрос о допустимости участия.

Предложение: показать рядом с группой, какой опыт требуется.

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

Создайте небольшой словарь кодов

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

Для нашей задачи:

Последнее различие важно: не каждый звонок доказывает плохой интерфейс. Оно защищает анализ от заранее выбранной идеи «нужно убрать все звонки».

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

Спорный код и пересмотр определения

Учебный R04 говорит: «Уровень был понятен, но я хотел спросить, выдержу ли два занятия в неделю после работы». Один исследователь поставил «Неясны условия участия», второй — «Нужна помощь с выбором».

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

В журнале фиксируем версию определения, R04 и причину изменения. Затем заново смотрим все ранее размеченные случаи «уровень», «подходит» и «нагрузка», а не только спорную цитату. R01 остаётся информационным пробелом, R03 — предпочтением контакта; R04 переносим в помощь с выбором. Не ищем одну магическую «правильную» метку без вопроса исследования: правило должно сохранять различия, которые важны для решения.

Сравните случаи в матрице

Учебная подборка:

Если объединить всё в тему «сайт неудобный», получится слабый вывод. Матрица показывает два информационных пробела и один иной способ решения задачи.

Рабочая формулировка:

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

Это содержательный вывод по трём учебным случаям, а не оценка доли всех посетителей.

Перенесите структуру в аналитику Текстослава

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

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

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

Нажмите «Подготовить исследование» и проверьте «Состав данных». У сущностей уточните «Что находить и как формулировать», вид значения и способ получения. Описание участником своего действия относится к «Из записи»; аналитическое объяснение нужно обозначать как «Вывод ИИ».

В «Контексте и связях между данными» задайте нужные отношения, например препятствие связано с эпизодом и действием. После проверки запускайте исследование.

Используйте базу для сравнения, а не только для красивой сводки

В «Таблице» найдите случаи с неясными условиями участия. Откройте значение, прочитайте цитату, посмотрите контекст записи и связанные данные. Затем найдите противоположные случаи: участник понял условия, но всё равно позвонил.

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

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

Проектная аналитика доступна по условиям тарифа. Для отчёта выберите «Создать отчёт» → «По базе проекта», укажите нужные записи и формат, например «Аналитический доклад». Отчёт фиксирует выборку на момент создания; после добавления материалов потребуется актуальная версия.

Закончите аналитической запиской

Используйте такую структуру:

Вопрос: почему люди звонят после просмотра расписания.
Материал: какие интервью и эпизоды включены.
Наблюдение: какие препятствия описаны.
Объяснение: как они связаны с действиями участников.
Исключение: какой случай не укладывается в первоначальную версию.
Ограничение: что нельзя заключить по имеющемуся материалу.
Следующее действие: что изменить, проверить или спросить.

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

Заполненный итог исследования

Учебная записка по R01–R04: два эпизода связаны с отсутствующими сведениями о допуске и наличии мест; один — с привычным контактом; ещё один — с оценкой нагрузки в личных обстоятельствах. Общая идея «убрать все звонки» не объясняет последние два случая.

Решение: отдельно испытать явные условия участия и статус мест для людей, которые хотят записаться самостоятельно. Возможность консультации сохранить и наблюдать её задачи. Ограничение: четыре вымышленных эпизода показывают способ анализа; реальная небольшая качественная выборка также не даёт доли всех посетителей и не доказывает эффект нового экрана. Следующий вопрос: помогает ли ясная информация R01/R02 завершить запись и какие условия всё ещё требуют разговора? Для проверки истории выбора продукта используйте JTBD-интервью, для переноса согласованной схемы в работу — аналитику проекта.

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