Допустим, в нескольких интервью сотрудники рассказали, что пишут коллегам в чат после передачи заявки. Кажется, вывод готов: в сервисе непонятно, кто отвечает за работу. Но одно и то же действие может решать разные задачи. Если сразу предложить новую функцию, часть этих задач останется незамеченной.
Анализ глубинных интервью связывает вывод с исходными ответами: вы читаете разговоры целиком, обозначаете важные смыслы кодами, сопоставляете случаи и проверяете своё объяснение на различиях. Ниже этот путь разобран на небольшом корпусе: от реплики до матрицы и ограниченного вывода.
Вымышленный учебный пример. Интервью не проводились. Сценарии специально составлены для объяснения метода. Их разбор выполнил редакционный ИИ-агент вне Сонара. Проверка загрузки и экспорта в Сонаре была реальной, но использовала синтетическое аудио.
Что хотим выяснить
Наш вопрос: как в описанных эпизодах сотрудники понимают, кто делает следующий шаг, и зачем обращаются к коллеге вне сервиса? Он задаёт границу анализа. Пока нас интересуют передача работы и назначение чата, а не все причины неудобства сервиса.
Для сопоставимых интервью используем редакционную адаптацию Framework Method, описанного Gale и соавторами. Случаи будут строками матрицы, категории — её аналитическими столбцами. Это один из методов анализа глубинных интервью. Braun и Clarke относят framework analysis к подходам с рабочей рамкой кодов; другие направления тематического анализа устроены иначе.
В примере один участник рассказывает об одном основном эпизоде. Поэтому строка одновременно представляет участника и этот эпизод. В собственном исследовании определите единицу сравнения заранее: несколько историй одного человека нельзя незаметно превратить в несколько независимых участников.
Подготовьте материал, к которому можно вернуться
Сохраните полные расшифровки с вопросами интервьюера. Краткое резюме удобно для ориентации, но в нём может исчезнуть оговорка, меняющая смысл ответа. В нашем примере такими оговорками станут «имя было вторично» и «другие случаи не разбирали».
Если у вас уже есть разрешённая к обработке запись, откройте кабинет Сонара и загрузите запись интервью. Готовые MP3, M4A и WAV можно передать на расшифровку. Условия и включённые минуты смотрите в тарифах Сонара.
Для этой статьи 19 сентября 2026 года обработали три учебных файла, озвученных одним синтетическим голосом. В каждой записи получился один сегмент с отметкой 0:00. В записи А нажатие на неё вернуло воспроизведение к началу сегмента. Точных отметок отдельных цитат здесь нет; качество распознавания естественной речи и разделение голосов этим прогоном не проверяли.
Затем в экспорте выбрали только «Транскрипт» и скачали TXT всех трёх записей, а для А — также Markdown. Для полного текста используйте эти форматы: PDF Сонара содержит конспект и задачи, а не полный транскрипт.
В сырых выгрузках встречаются слова «бэк-слэш» возле кавычек. Причина не установлена: так мог произнести текст синтезатор. Экспорты сохранены без исправлений. Далее анализируются исходные сценарии, а не незаметно отредактированная машинная расшифровка.
Три учебных интервью
Прочитайте каждый сценарий целиком перед его кодированием. Подписи A1–A6, B1–B5 и V1–V6 обозначают фрагменты текста, не время аудио. Буквы в идентификаторах латинские: V соответствует случаю В. Вопросы и ответы сохранены полностью; убраны только служебные команды пауз для озвучки. Блоки можно свернуть после чтения.
Полный сценарий А
Интервьюер. Вспомните последнюю заявку, которую вы передали коллеге. Что произошло дальше?
Участник А. Клиент спросил, можно ли изменить адрес доставки. Я передал заявку в отдел доставки. В карточке осталось «передано». [A1] Я не видел, принял ли её кто-нибудь. Через двадцать минут написал в общий чат: кто взял заявку?
Интервьюер. Что вы хотели узнать из ответа?
Участник А. Что коллега увидел передачу и займётся ею. [A2] Имя конкретного человека для меня было вторично. [A5] Без ответа я не понимал, ждать ли решения или напоминать ещё раз.
Интервьюер. Чем закончилась эта ситуация?
Участник А. Коллега написал «взял, уточняю на складе». [A6] После этого я ждал его ответа. Клиенту до этого сказал только, что уточняю. [A4] Срочные изменения в этом примере мы не обсуждали.
Интервьюер. Вы каждый раз пишете в чат после передачи?
Участник А. Не каждый. [A3] Когда коллега сразу отмечает, что взял заявку, мне достаточно карточки. Здесь я написал, потому что подтверждения не было.
Полный сценарий Б
Интервьюер. Расскажите о последнем случае, когда вы уточняли заявку вне сервиса.
Участник Б. Клиент просил заменить товар. В карточке уже был указан ответственный из отдела возвратов. [B1] Я знал, кто ведёт заявку, но не понимал, от кого сейчас ждут действия. Я должен запросить фото у клиента или коллега сам ему напишет?
Интервьюер. Как вы поступили?
Участник Б. Написал ответственному в личный чат. [B5] Он ответил, что фото должен запросить я. После этого я связался с клиентом. Пока ждал ответ, [B2] заявку не двигал.
Интервьюер. Что в карточке уже было понятно?
Участник Б. Имя ответственного и то, что обращение в работе. Не было записано, [B3] кто и что делает следующим. Поэтому ещё одно имя мне бы ничего не объяснило.
Интервьюер. Это пример срочного изменения условий?
Участник Б. Нет. Я просто уточнял следующий шаг. [B4] Про другие случаи и срочные изменения мы сегодня не говорили.
Полный сценарий В
Интервьюер. Вспомните последний случай, когда вы написали коллеге о заявке в чат.
Участник В. В карточке доставки были ответственный, отметка «в работе» и следующий шаг: коллега подтверждает время с клиентом. [V1] Мне было понятно, кто действует. Потом клиент позвонил и попросил перенести доставку на сегодня.
Интервьюер. Зачем понадобился чат?
Участник В. [V3] Чтобы коллега быстрее заметил срочное изменение. Я дописал его в карточку и отправил сообщение в чат. [V2] Я не выяснял, кто отвечает или что делать дальше. Это уже было понятно.
Интервьюер. Если срочного изменения нет, что вы делаете?
Участник В. Обычно мне хватает карточки. В этом случае после сообщения коллега подтвердил, что увидел изменение, и [V6] связался с клиентом.
Интервьюер. Бывают ли у вас другие причины писать в чат?
Участник В. [V4] Другие случаи мы сейчас не разбирали. [V5] По одному этому примеру я не могу сказать, что у нас никогда не бывает неясных передач.
Скачать полный корпус, контекстные заметки и индекс фрагментов — TXT.
Сразу после чтения запишите контекст. Для А заметка получилась такой: «Передал вопрос о смене адреса → не увидел принятия → написал в общий чат → получил подтверждение → стал ждать. Имя вторично; при быстрой отметке карточки достаточно. Срочные изменения не обсуждались».
Для Б важно, что ответственный известен, а ожидание уточнения остановило дальнейшее действие. Для В — что карточка понятна ещё до сообщения, затем меняются обстоятельства. Такие заметки не дают случайно поменять местами причину, действие и результат. Их полные версии есть в файле корпуса.
Отделите реплику от своей интерпретации
Возьмём A1: «Я не видел, принял ли её кто-нибудь». Здесь можно последовательно записать:
- Цитата: точные слова из сценария, сохранённые выше.
- Пересказ: после передачи сотрудник не видит, взялся ли кто-то за заявку.
- Код S1: «Не видно подтверждения принятия» — краткая метка смысла фрагмента.
- Категория C1: «Сигналы состояния работы» — группа связанных кодов о том, что было понятно до сообщения.
- Итог по А: чат нужен для подтверждения принятия; когда отметка есть сразу, карточки достаточно.
Последний пункт требует уже не одной цитаты. Его поддерживают также A2, где имя названо вторичным, и A3, где описано условие достаточности карточки. Это итог по одному случаю. Общий вывод появится после сопоставления остальных.
Код «неизвестен ответственный» здесь был бы неточным уже при первом чтении. В Б он прямо противоречил бы B1: человек знает, кто ведёт заявку. Для общей начальной метки А и Б подходит «Уточнение заявки в чате»: оба обращения помогают получить недостающую информацию. Но метка ещё не объясняет, какую именно.
Соберите предварительную матрицу
В нашей рамке две аналитические категории. C1 «Сигналы состояния работы» описывает доступную до сообщения информацию о передаче и ближайшем действии. C2 «Назначение сообщения в чате» — для чего участник написал коллеге. «Случай» и «Источник и граница» нужны для навигации и проверки, это служебные поля.
Матрица сокращает рассказы, сохраняя их смысл и ссылки на основания. Такой принцип заполнения описан в этапе charting Framework Method. Ниже сначала сравним А и Б, сохранив различия внутри общей метки уточнения.
| Случай | C1. Сигналы состояния работы | C2. Назначение сообщения в чате | Источник и граница |
|---|---|---|---|
| А | Не видно принятия; имя вторично | Получить подтверждение, что передачу увидели и ею займутся | A1, A2, A5. Срочные изменения не обсуждались: A4 |
| Б | Ответственный известен, исполнитель следующего действия неясен | Уточнить, кто запросит фото; до ответа заявка не продвигалась | B1, B2, B5. Обсуждался этот эпизод: B4 |
Предварительное объяснение: в этих двух историях сообщение восполняет недостающую информацию о работе. Не расширяйте формулировку до «сотрудники используют чат, потому что в карточке всегда чего-то не хватает». Именно эту границу проверит следующий случай.
Проверьте объяснение на случае В
В сообщает, что уже знает ответственного и следующий шаг (V1, V2). Цель сообщения — быстрее привлечь внимание к срочному изменению (V3). Случай В служит контрпримером к объяснению всех сообщений нехваткой информации. Правильные коды А и Б от этого не становятся ошибочными.
Общую метку действия D_CHAT расширяем: вместо «Уточнение заявки в чате» — «Обращение к коллеге в чате». Отдельными кодами обозначаем цель. Теперь разница не теряется внутри одного слова «уточнение».
Уточнённые определения кодов
Для каждой метки нужны условия применения. В C1 различаем состояния до обращения:
- S1 «Не видно подтверждения принятия». Применяем, когда неясно, заметили ли передачу и взялись ли за неё: A1. Одного отсутствия имени недостаточно; имя и принятие — разные сведения.
- S2 «Ответственный известен, исполнитель следующего действия неясен». Нужны обе части условия: B1, B3. Код не подходит, если человек не знает ответственного вообще.
- S3 «Ответственность и следующий шаг понятны». Нужно прямое указание на ясность: V1, V2. Молчание о затруднении не считается подтверждением.
В C2 сохраняем D_CHAT для самого действия: сообщения вне карточки. Например, в ответе с B5 Б прямо говорит, что написал ответственному в личный чат. Причину по одному этому действию не определяем. Цели различаем так:
- R1 «Получить подтверждение принятия». Ожидаемый ответ сообщает, что передачу заметили: A1, A5. Простое упоминание чата недостаточно.
- R2 «Определить следующее действие». Требуется выяснить конкретный ближайший шаг при известном ответственном: B1, B5. Это не поиск имени.
- R3 «Привлечь внимание к срочному изменению». Ответственность и действие уже ясны, нужно быстрее донести изменение: V2, V3. Само слово «срочно» без такого контекста недостаточно.
Скачать определения категорий и кодов — TXT. Материал вне исследовательского вопроса может остаться без кода; это не означает, что описанного события не было.
Повторный проход по полным текстам
После изменения рамки все три сценария прочитаны заново, включая вопросы и окончания ответов. Проверены все релевантные фрагменты, условия применения кодов и границы рассказов. Это повторное чтение корпуса, а не поиск удобной цитаты для готового объяснения.
В А сохранились S1 и R1. При проверке учтены условие достаточности карточки A3 и результат — ожидание ответа коллеги A6. В Б сохранились S2 и R2: уточнение действительно определило, кто запросит фото B5. В В применены S3 и R3; последующий контакт коллеги с клиентом V6 не доказывает, что раньше ответственность была неясна.
Итоговая матрица анализа интервью
| Случай | C1. Сигналы состояния работы | C2. Назначение сообщения в чате | Источник и граница |
|---|---|---|---|
| А | S1: не видно принятия. При быстрой отметке карточки достаточно | D_CHAT + R1: получить подтверждение принятия, после ответа — ждать коллегу | A1, A2, A3, A5, A6. Срочность не обсуждалась: A4 |
| Б | S2: ответственный известен, исполнитель ближайшего действия неясен | D_CHAT + R2: выяснить, кто запросит фото; затем связаться с клиентом | B1, B2, B3, B5. Другие случаи не обсуждались: B4 |
| В | S3: ответственность и следующий шаг понятны | D_CHAT + R3: привлечь внимание к срочному изменению; коллега связался с клиентом | V1, V2, V3, V6. Другие случаи не разбирались: V4, V5 |
Скачать итоговую матрицу — CSV. Определения кодов находятся в TXT рядом; ссылки в CSV ведут к фрагментам этой статьи.
Сформулируйте вывод и отдельную гипотезу
Вывод по учебному корпусу: в трёх описанных эпизодах одинаковое действие — сообщение в чат — связано с разными целями. А ищет подтверждение принятия, Б — ясность следующего действия, В сообщает о срочном изменении при уже понятной ответственности. Поэтому самого факта обращения в чат недостаточно, чтобы заключить, что сотрудник не понимает, кто отвечает за заявку.
Сильная сторона этого вывода — обозначенные условия. Он не утверждает, что В никогда не сталкивается с неясной передачей: сам сценарий ограничивает такое прочтение в V5. «Не обсуждалось» в А и Б тоже не превращается в «такого не бывает».
Гипотеза для дальнейшего исследования: в несрочной заявке с известным ответственным сотрудник, которому неясно, кто выполняет следующий шаг, обращается к коллеге в чат за уточнением, прежде чем продолжить работу. Это пока неподтверждённое предположение по мотивам вымышленного Б.
Проверяйте его на реальных эпизодах. Поддержит гипотезу случай, где при этих условиях сотрудник не знает, кто запросит документ, пишет коллеге и продолжает работу после ответа. Поставит под сомнение случай, где при тех же условиях он сам выбирает следующий шаг и продолжает без чата.
Для проверки попросите участников восстановить, что было в карточке, как они выбрали следующий шаг и что сделали. Если обращались в чат — какой ответ ожидали и как поступили после него.
Предложение «добавить уведомление» пока остаётся вариантом решения. Для А и В назначение уведомления было бы разным, а Б может требоваться информация о действии. Матрица помогает заметить это различие, но не доказывает полезность конкретной функции. Её нужно проверять на реальных данных и подходящем варианте решения.
Из трёх вымышленных историй нельзя получить распространённость проблемы, достаточность выборки или насыщение. Даже в реальном качественном исследовании доля упоминаний сама по себе не показывает долю всех пользователей с этой проблемой — об этой ловушке предупреждают авторы Framework Method.
Повторите разбор на своих данных
Начните с одного вопроса и сопоставимого корпуса. Прочитайте каждое интервью целиком, запишите контекст, затем размечайте значимые фрагменты: каждый должен сохранять понятную мысль и нужный для неё контекст. В рабочей таблице фиксируйте ID фрагмента и цитату, код или несколько кодов, основание выбора. Определения кодов храните рядом. Если важный для вопроса смысл не укладывается в рамку, уточните её и заново проверьте весь корпус.
Сведите случаи в матрицу, сравните объяснения и отдельно посмотрите на несовпадения. Завершите ответом на исследовательский вопрос, границами этого ответа и перечнем того, что ещё предстоит проверить. Красиво заполненная таблица не выполняет эту работу за вас.
Вопросы об анализе интервью
Можно ли анализировать интервью только по саммари?
Саммари помогает сориентироваться, но сокращает контекст. Проверяйте коды и выводы по полному тексту, сохраняя вопросы и оговорки. Для дословной цитаты из реального интервью сверяйтесь с записью.
Должен ли список кодов быть окончательным сразу?
В выбранном подходе рабочую рамку можно уточнять. Запишите, что изменилось и почему, затем заново проверьте все интервью по новым определениям, включая уже размеченные.
Что означает пометка «не обсуждалось»?
В интервью нет достаточного материала по этому вопросу. Это пробел в данных, а не подтверждение отсутствия проблемы. Сохраните пометку в матрице и при необходимости запланируйте уточнение.
Можно ли сразу превратить вывод в требование к продукту?
Вывод объясняет собранный материал в обозначенных границах. Требование предлагает конкретное изменение. Между ними нужна проверка: поможет ли решение в реальных условиях и какие задачи оно оставит нерешёнными.
Источники
- Gale и соавторы: применение Framework MethodМетодическая основа: коды, категории, матрица, сравнение случаев и ограничения. Учебные сценарии и их разбор подготовлены для этой статьи.
- Braun и Clarke: вопросы о тематическом анализеFramework analysis как подход с рабочей рамкой кодов; отличие от других направлений тематического анализа.