--- title: Проверка гипотез и исследования пользователей questionDates: q-transfer-0494: '2026-10-01' q-transfer-0495: '2026-10-01' q-transfer-0496: '2026-10-01' q-transfer-0497: '2026-10-01' q-transfer-0500: '2026-10-01' seo: description: >- Тема «Проверка гипотез и исследования пользователей» для собеседования Product Manager. Как проверить ценность продукта до полноценного запуска? Как подтвердить, что у выбранного сегмента есть проблема? title: Проверка гипотез и исследования пользователей — Product Manager --- [Все темы Product Manager](/prep/product-manager) ## Как проверить ценность продукта до полноценного запуска? [#q-transfer-0494] Сначала выбирают самый дешёвый тест ключевого риска. Прототип проверяет понимание и usability, но не готовность платить. Fake door измеряет попытку воспользоваться функцией, если честно сообщает об отсутствии и не собирает лишние данные. Concierge вручную выполняет услугу и показывает ценность процесса, но плохо измеряет масштабируемость. Предзаказ или депозит сильнее подтверждает спрос, если условия прозрачны и возврат реален. До запуска задают сегмент, действие и порог сигнала, например долю целевых посетителей, оставивших подтверждённую заявку. Положительные слова в интервью слабее реального выбора и затрат пользователя. :::note[Ссылки для изучения] 1. [Проверка спроса до разработки: fake door, concierge и ограничения методов — Точка Банк](https://habr.com/ru/companies/tochka/articles/1042144/) 2. [Экспертные интервью до проверки ценности на пользователях. VK Team, с 27:24](https://www.youtube.com/watch?v=vORydzGPW80&t=1644s) ::: --- ## Как подтвердить, что у выбранного сегмента есть проблема? [#q-transfer-0495] Ищут наблюдаемое прошлое поведение, а не согласие с предложенной идеей. В интервью разбирают последний конкретный случай: что произошло, как часто повторяется, сколько времени, денег или риска стоило и что человек сделал. Наличие обходного пути, таблицы, ручной операции или уже купленного решения подтверждает цену проблемы сильнее слов «было бы удобно». Сравнивают ответы внутри заранее определённого сегмента и ищут случаи, когда проблемы нет. Наводящие вопросы и демонстрацию решения откладывают. Сигнал считается достаточным только по заранее заданному критерию, после чего его проверяют поведением или экспериментом. :::note[Ссылки для изучения] 1. [Проблемные интервью: конкретный прошлый опыт вместо подсказок и обещаний — GoPractice](https://gopractice.ru/series/series_pm_tools/qualitative-research-guide/) 2. [Проверка предпосылок проблемы через экспертные интервью. VK Team, с 27:24](https://www.youtube.com/watch?v=vORydzGPW80&t=1644s) ::: --- ## Как синтезировать выводы из серии интервью? [#q-transfer-0496] Сразу после интервью отделяют наблюдение и цитату от интерпретации. Материал кодируют по задачам, триггерам, боли, обходным путям и результатам, затем группируют темы и отмечают, в каких сегментах они встречаются. Считают частоту только как ориентир: важны также тяжесть, конкретность поведения и противоречащие случаи. Каждый вывод связывают с несколькими фрагментами evidence и указывают границы, например «новые администраторы при первом запуске», а не «пользователи хотят». Разногласия исследователей обсуждают по исходным данным. Итогом становятся гипотезы и следующие проверки, а не список красивых цитат. :::note[Ссылки для изучения] 1. [Анализ и синтез интервью: темы, противоречащие факты и следующие действия — GoPractice](https://gopractice.ru/series/series_pm_tools/qualitative-research-guide/) 2. [Новые гипотезы после первых глубинных интервью. VK Team, с 33:44](https://www.youtube.com/watch?v=vORydzGPW80&t=2024s) ::: --- ## Как сформулировать проверяемую продуктовую гипотезу? [#q-transfer-0497] Гипотеза называет сегмент и проблему, предлагаемое воздействие, ожидаемое изменение поведения, метрику и срок. Например: «Если новым продавцам показать готовый шаблон при первом входе, доля создавших каталог за 24 часа вырастет с 30% до 40% за четырёхнедельный тест». До запуска фиксируют baseline, минимально значимый эффект, guardrail-метрики и решение для разных исходов. Формулировка должна допускать опровержение. «Добавим шаблоны, чтобы улучшить onboarding» не является проверяемой гипотезой, потому что не задаёт аудиторию, наблюдаемое действие и критерий результата. :::note[Ссылки для изучения] 1. [Проверяемая гипотеза вместо идеи: действие, метрика, ожидаемый эффект и обоснование](https://habr.com/ru/articles/507536/) 2. [Гипотеза об аудитории и её проверка. VK Team, с 15:09](https://www.youtube.com/watch?v=vORydzGPW80&t=909s) ::: --- ## Как определить размер выборки для качественного исследования? [#q-transfer-0500] Для качественного исследования размер задают не статистической погрешностью, а разнообразием целевого сегмента и насыщением тем. Сначала набирают небольшую однородную волну, например 5-8 участников на ключевой сегмент, анализируют её и добавляют интервью, пока новые разговоры перестают давать существенно новые темы для исследовательского вопроса. Если роли, опыт или сценарии сильно различаются, насыщение оценивают отдельно по важным подгруппам. Критерий остановки и метод кодирования задают заранее. Число интервью не позволяет заявить, что найденная тема встречается у определённого процента рынка; для этого нужен количественный дизайн. :::note[Ссылки для изучения] 1. [Размер качественной выборки: однородность сегментов и насыщение интервью — Контур](https://habr.com/ru/companies/skbkontur/articles/1049086/) 2. [Насыщение и размер качественной выборки. VK Team, с 35:16](https://www.youtube.com/watch?v=vORydzGPW80&t=2116s) :::