CustDev-интервью в текст: как маркетологу быстро находить боли клиентов

Час записи — это час прослушивания, если хочешь найти в интервью одну нужную цитату. У маркетолога таких записей за неделю CustDev-исследования может быть 8–10, и на пересмотр каждой уходит по 60–90 минут: перемотка, поиск момента, где респондент пожаловался на конкретную проблему, ручной конспект от руки. К моменту, когда все интервью просмотрены, самые яркие детали уже стёрлись из памяти.

Расшифровка убирает это узкое место: запись превращается в текст, по которому можно искать словом, а не перемоткой.

Что теряется при разборе интервью на слух

Проблема не в том, что аудио «неудобно». Проблема в том, что на слух системный анализ почти невозможен:

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

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

От текста к инсайтам: зачем нужна не только расшифровка

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

В WonderScribe для этого есть отдельная категория AI-шаблонов отчётов — «Интервью с пользователем». Нейросеть сервиса берёт готовую расшифровку и раскладывает её по заданной структуре автоматически, без ручного конспектирования.

Шаблон «Анализ CustDev»: что получаете на выходе

Флагманский шаблон категории строит из записи структурированный разбор для продуктовой команды:

• карточка респондента — роль, контекст, в котором он сейчас решает задачу
• Jobs-to-be-Done: функциональная, эмоциональная и социальная работа, которую пользователь «нанимает» продукт выполнять
• как респондент решает задачу сегодня — текущие инструменты и обходные пути
• проблемы и фрустрации — каждая с цитатой из интервью и тем, во что боль выливается на практике
• мотивации и критерии идеального решения — точными словами респондента, с пометкой must-have, nice-to-have или dealbreaker
• альтернативы и конкуренты, которые респондент уже пробовал
• 5–7 сильных дословных цитат с контекстом, когда и в связи с чем они прозвучали
• гипотезы для команды — что это значит для продукта и как их можно проверить

Это тот самый «разбор на бумаге», который обычно продакт или маркетолог собирает вручную после интервью час-полтора — здесь он готов сразу после того, как отработала расшифровка.

Ещё четыре угла на ту же запись

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

• «Проблемы пользователя» — иерархия болей от самой острой к менее острой, с частотой возникновения и pain-score по каждой
• «Jobs-to-be-Done» — только фреймворк JTBD с картой push, pull, anxiety и habit
• «Customer Journey» — путь пользователя по этапам: что делает, что думает, что чувствует на каждом, и где у продукта есть возможность помочь
• «Список фич» — фичи, которые стоит рассмотреть по записи, разложенные на must-have, nice-to-have и то, что явно отвергли, с цитатой-обоснованием

Разные шаблоны можно применить к одной и той же расшифровке несколько раз — запись загружается один раз, а разбор под неё выбирается тот, что нужен сейчас: краткая сводка болей для еженедельного отчёта команды или полный CustDev-анализ для решения о фиче.

Как это устроено на практике

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

Для базовой механики самой расшифровки — как работает разделение по спикерам, таймкоды и экспорт — есть отдельный разбор: расшифровка интервью в текст.

Что сохранить в чистоте

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

Попробуйте расшифровать своё следующее CustDev-интервью и прогнать его через шаблон «Анализ CustDev» — 30 минут в месяц доступны бесплатно на тарифе Старт, без ограничения функций. Попробовать бесплатно.

А как сейчас ваша команда сводит инсайты из десятка интервью в один отчёт — таблицей, доской или на словах на созвоне? Поделитесь в комментариях.