Какая выполнял роль в проведении глубинных интервью?

Глубинные интервью: моя роль и методология

Глубинные интервью (qualitative research) — одна из самых ценных инструментов Product Manager'а для понимания пользователей. Расскажу о своей роли и практике.

Мое видение глубинных интервью

В отличие от аналитики (которая показывает "что" и "сколько"), глубинные интервью показывают "почему". Это поиск истины о мотивациях, боли и потребностях пользователей.

Цель: Не подтвердить мою гипотезу, а узнать правду, даже если она противоречит моим ожиданиям.

1. Подготовка к интервью

Определение целевой аудитории

Елю интервью только с релевантными людьми:

• Для фичи авторизации: люди, которые пробовали регистрироваться
• Для платежей: люди, которые совершали или пытались совершить покупку
• Для retention: люди, которые ушли из продукта 3-6 месяцев назад

Примеры критериев отбора:

• Возраст / профессия / доход (зависит от продукта)
• Использование продукта (активные, неактивные, отвалившиеся)
• Поведение (high spenders, free tier users, power users)

Как найти интервьюируемых?

• Через in-app поп-ап: "Хотите помочь нам улучшить продукт? 20 минут разговора"
• Через email: автоматическая рассылка активным пользователям
• Через Calendly: ссылка на бронирование слота
• Через Intercom: прямое сообщение подходящим пользователям
• Через recruitment services: если нужны нишевые пользователи

Обычно делаю 8-12 интервью для одной темы исследования (достаточно, чтобы увидеть паттерны, не переборщить).

2. Подготовка гайда интервью

Гайд — это не жесткие вопросы, а направление разговора.

Структура гайда (для темы "Почему люди уходят из приложения?"):

1. ВВОДНАЯ (2 минуты)
   - Спасибо, что согласились
   - Расскажи в двух словах, как ты используешь приложение?
   - Это не интервью с тестированием! Просто разговор.

2. ИСТОРИЧЕСКОЕ КОНТЕКСТ (3 минуты)
   - Когда ты начал пользоваться приложением?
   - Какую проблему оно решало для тебя в то время?
   - Помню, что ты не используешь приложение последние 3 месяца. Как это произошло?
   
3. БОЛЬ И ФРУСТРАЦИЯ (5 минут)
   - Что тебя раздражало в приложении?
   - Был ли конкретный момент, когда ты решил, что больше не буду пользоваться?
   - Помню, жаловался на [specific feature]. Расскажи подробнее?

4. АЛЬТЕРНАТИВЫ (3 минуты)
   - Что ты стал пользоваться вместо этого приложения?
   - Почему другой продукт лучше решает твою задачу?

5. МОМЕНТ ИСТИНЫ (2 минуты)
   - Если бы мы исправили [specific pain point], вернулся бы ты?
   - Что нам нужно сделать, чтобы ты вернулся?

6. ЗАКРЫТИЕ (1 минута)
   - Спасибо за время!
   - Хочу пригласить в закрытую бету нашего нового feature...

Ключевые правила составления гайда:

• Открытые вопросы, не закрытые ("Расскажи о..." вместо "Тебе понравилось?")
• Избегаю наводящих вопросов ("Наверное, UI был слишком сложный?" — плохо)
• Вопросы в правильном порядке: общее → специфичное → чувствительное
• Максимум 8-10 вопросов за 30-40 минут

3. Проведение интервью

Техническая подготовка

• Запись (с согласия): Zoom запись или диктофон
• Ноутбук для заметок (но смотрю больше в лицо, чем в экран)
• Спокойное место: без шума, без отвлечений

Мой стиль проведения

Я — как журналист, не как исследователь:

• Активное слушание: кивание, "Понимаю", "Расскажи подробнее"
• Зеркалирование: "Получается, ты сказал, что UI слишком сложный?"
• Глубокие вопросы на уточнение:
  • Пользователь: "Мне не понравилось"
  • Я: "Что конкретно не понравилось?"
  • Пользователь: "Сложно найти кнопку"
  • Я: "Сколько времени ты потратил на поиск кнопки?"
  • Я: "Это был первый раз, когда ты искал кнопку, или ты постоянно забываешь, где она?"
• Молчание: Если пользователь молчит после вопроса — не спешу помогать. Часто в паузе приходят самые честные ответы.
• Empathy: "Звучит как очень фрустрирующее впечатление. Я понимаю, почему ты ушел."

Примеры хороших follow-up вопросов:

• "Можешь привести конкретный пример?"
• "Помню, что сказал X. Можешь объяснить, что ты имел в виду?"
• "Кто еще из твоих знакомых пробовал приложение? Что они говорили?"
• "Если бы я дал тебе волшебную палочку и мог бы исправить одну вещь, что бы ты выбрал?"

Чего я не делаю:

• ❌ Не защищаю приложение ("На самом деле, фича X очень крутая")
• ❌ Не советую ("Может быть, попробуй так?")
• ❌ Не спорю ("Это неправда, большинству нравится")
• ❌ Не говорю о будущих фичах (это может смещать честность ответов)

4. Анализ и синтез данных

Шаг 1: Транскрибирование Делаю автоматическое транскрибирование через Otter.ai или вручную слушаю и пишу.

Шаг 2: Кодирование (Coding) Потом читаю все транскрипции и отмечаю паттерны:

Паттерн 1: ONBOARDING_FRICTION (5 из 10 интервью)
  "Было много шагов в регистрации"
  "Я не понял, что делать дальше после регистрации"
  "Потребовалось 15 минут, чтобы завершить регистрацию"

Паттерн 2: FEATURE_NOT_CLEAR (4 из 10)
  "Не понимал, для чего нужна эта кнопка"
  "Искал фичу, но не нашел"

Паттерн 3: PERFORMANCE_ISSUES (3 из 10)
  "Приложение было медленное"
  "Я ждал 5 секунд загрузки, потом ушел"

Шаг 3: Группировка в темы

• Onboarding friction (5 упоминаний)
• Lack of feature clarity (4 упоминаний)
• Performance issues (3 упоминаний)
• Pricing concerns (2 упоминаний)

Шаг 4: Написание insights

Инсайт — это не просто "люди говорят, что UI сложный", а глубокое понимание:

INSIGHT 1: Onboarding создает невысокий барьер для entry

Евидение:
- 5 из 10 пользователей говорили о сложности onboarding
- Среднее время на регистрацию: 12 минут (обычно 2-3 минуты)
- Люди отказывались на шаге 3 из 4
- Они сравнивали с конкурентом, где регистрация 2 клика

Почему это проблема:
- Люди готовы потратить 2-3 минуты на регистрацию
- 12 минут — это требует "серьезной мотивации"
- Это отсекает casual users

Рекомендация:
- Сократить onboarding с 4 шагов до 2
- Сделать email verification optional (в письме после регистрации)
- Предварительно заполнить профиль из соцсетей
- Ожидаемый impact: +30-40% completion rate на регистрацию

5. Мой процесс в реальных проектах

Пример 1: Изучение причин churn'а в мобильном приложении

Что я делал:

1. Выбрал 10 пользователей, которые удалили приложение за последний месяц
2. Провел 30-минутные интервью по гайду (13 вопросов)
3. Записал все интервью, потом прослушал и выделил ключевые моменты
4. Нашел 3 главные причины выхода:
   • Push notifications слишком частые (6 из 10 говорили)
   • Не ясно, как использовать фичу X (4 из 10)
   • Приложение занимает 500 MB (слишком большое) (3 из 10)

Что я сделал потом:

• Провел sprint на уменьшение size приложения (удалили неиспользуемые ассеты)
• Добавил "push notification settings" в настройки
• Переделал onboarding для фичи X с добавлением всплывающих подсказок
• Через месяц churn упал на 25%

Пример 2: Исследование для новой фичи ("Социальная интеграция")

Что я делал:

1. Провел 8 интервью с активными пользователями: "Как ты делишься результатами с друзьями?"
2. Узнал, что:
   • 6 из 8 хотели бы делиться, но текущий способ (copy-paste) неудобен
   • Люди делятся в WhatsApp, Telegram, Instagram (не в Facebook)
   • Им нужна не просто ссылка, а красивый превью результата
3. На основе этого специфицировал фичу: "Share to Stories" (Instagram/Telegram)
4. При launch фичи органические поделиться выросли на 45%

6. Инструменты и сервисы

Поиск интервьюируемых:

• UserTesting.com ($50-150 за интервью с целевым пользователем)
• Respondent.io (находит специфичных пользователей)
• Внутренний опрос через in-app

Проведение и запись:

• Zoom (запись встреч)
• Calendly (бронирование слотов)
• Otter.ai (автоматическое транскрибирование)

Анализ:

• Spreadsheet (Google Sheets для кодирования)
• Miro (для visual synthesis)
• Dovetail (специальный сервис для анализа qualitative data)

7. Как я использую результаты

В Roadmap Planning:

• Интервью → Insights → Hypotheses → Features
• Приоритизирую фичи, которые решают боли из интервью

В спецификации фичи:

• Пишу "Jobs to be done" на основе интервью
• Описываю user persona и их мотивации

В презентации для стейкхолдеров:

• Показываю видео-клипы из интервью (очень эффективно!)
• Не просто "пользователи говорят, что X сложно", а "смотрите, как этот пользователь потратил 3 минуты на поиск кнопки"

В дизайн-процессе:

• Делюсь с дизайнерами insights о user behavior
• Вместе обсуждаем, как лучше решить проблему

8. Частые ошибки и как я их избегаю

❌ Ошибка: Интервьюирование только одного типа пользователей

• ✅ Решение: Интервью с активными, неактивными и отвалившимися

❌ Ошибка: Использование интервью только для валидации моей идеи

• ✅ Решение: Провожу исследование БЕЗ готового ответа, готов к любому результату

❌ Ошибка: Слишком много интервью

• ✅ Решение: 8-12 интервью достаточно для выявления паттернов

❌ Ошибка: Анализ только в голове, без документирования

• ✅ Решение: Всегда пишу insights в документ, коду интервью

❌ Ошибка: Забыть о результатах через месяц

• ✅ Решение: Добавляю insights в Roadmap, ссылаюсь на них в спецификациях

Заключение

Глубинные интервью — это не альтернатива аналитике, а дополнение. Аналитика показывает, что происходит, интервью объясняют, почему. Вместе они дают полную картину для принятия правильных решений.

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