PaxLee
PaxLee学无止境
Назад к списку
Три минимально жизнеспособных интервью лучше ста опросов
产品经理方法论用户研究小团队方法最小可行研究

Три минимально жизнеспособных интервью лучше ста опросов

Опубликовано 19 августа 2026 г.4 min read

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

Почему опросы не первый выбор

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

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

Поэтому я рекомендую маленьким командам сосредоточиться на интервью. Не на десяти или двадцати, а на трёх.

Итеративная логика трёх интервью

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

  • Направление верно; нужно больше проверки.
  • Серьёзное отклонение; нужна корректировка.
  • Вы обнаружили совершенно другую ключевую проблему; переопределите продукт.

Шаг 1: Определите самую неопределённую гипотезу

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

«Менеджеры продуктов из маленьких команд, оценивая AI-функции, больше всего беспокоятся о точности, а не о стоимости.»

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

Шаг 2: Найдите трёх пользователей, но не «типичных»

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

Лучше: найдите одного экстремального пользователя (с сильным разочарованием), одного краевого пользователя (использует редко, вы не понимаете почему) и одного ушедшего пользователя (использовал, но бросил). Эти трое лучше всего вскрывают слабые места гипотезы.

Шаг 3: Разработайте полуструктурированный гайд из пяти вопросов

Слишком открыто — уход в сторону; слишком структурировано — потеря гибкости. Я использую пять вопросов:

  1. Предыстория: Как вы сейчас делаете X?
  2. Боль: Что вас больше всего раздражает в этом процессе?
  3. Попытки: Что вы пробовали? Почему не сработало?
  4. Проверка гипотезы: Если бы решение могло делать Y, решило бы это вашу проблему?
  5. Открытый вопрос: Что я не спросил, но вы считаете важным?

Не спрашивайте прямо «Готовы ли вы платить?» — это бессмысленно. Спрашивайте о конкретных сценариях и поведении.

Шаг 4: Сразу после интервью проведите 15-минутный разбор

Сразу после каждого интервью потратьте 15 минут, записав три вещи:

  • Какие свидетельства подтвердили мою гипотезу?
  • Какие свидетельства опровергли её?
  • Стоит ли мне скорректировать гипотезу для следующего интервью?

Не ждите, пока все три завершены. Если первое интервью опровергает гипотезу, скорректируйте и проверяйте новую во втором.

Что после трёх?

  • Гипотеза подтверждена: Проведите более масштабную проверку (например, ещё 10 пользователей или A/B-тест).
  • Гипотеза опровергнута, но найдено новое направление: Переопределите гипотезу и начните новый цикл из трёх интервью.

Три интервью — не конец. Это спринт на одну-две недели, чтобы быстро ошибиться до того, как вкладывать серьёзные ресурсы.

Гипотетический пример

Предположим, я создаю AI-инструмент для письма. Ключевая гипотеза: «пользователям нужны более длинные статьи, а не лучшие заголовки». Я беру три интервью:

  • Пользователь A (контент-креатор): его главная боль — «удержание фокуса в длинных статьях», а не длина.
  • Пользователь B (маркетолог): ему нужно «пакетное создание заголовков разных стилей», потому что длинные статьи можно отдать на аутсорс.
  • Пользователь C (студент): жалуется на «оформление ссылок».

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

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

Типичные ловушки

  1. Попытка охватить всё в одном интервью: Сосредоточьтесь на одной гипотезе.
  2. Вопросы «что если» вместо «что делали»: Пользователи не могут предсказать будущее поведение; спрашивайте о прошлых действиях.
  3. Превращение интервью в продажу: Слушайте, не продавайте.
  4. Запись только подтверждений: Ищите опровергающие свидетельства — это золото.

Когда использовать опросы

Опросы работают после того, как вы подтвердили ключевые гипотезы через интервью и нуждаетесь в количественной проверке. Например, после интервью, показавших, что «скорость — главная забота», опрос «Станете ли вы платить на $10 больше в месяц за более быструю загрузку?» имеет смысл.

Заключительная мысль

Для маленьких команд время дороже денег. Три интервью стоят мало (обычно неделя), но могут сэкономить месяцы потраченных впустую усилий. В следующий раз, когда вы собираетесь запустить опрос, спросите себя: могу ли я сначала поговорить с тремя людьми?

PaxLee