291. Мини-шпаргалка: методы исследований — что к чему
Коллеги из 'https://t.me/dtcenter_global/4137?utm_source=partner&utm_medium=custdevlab&utm_campaign=metod-research' rel='nofollow'>Центра дизайн-мышления собрали интересный контент: какой тип метода исследований для какой задачи и на каком этапе продукта обычно уместен. Это не жёсткие правила, а скорее ориентир, с чего начать выбор нужного метода и спроектировать дизайн исследования.
1️⃣ Качественные методы
Глубокое погружение в мотивы, ожидания и контекст: ответы на «почему так?» и «как человек это переживает?», а не на «сколько процентов».
Когда чаще всего применяют
— Стадия «Проблема» — искать реальные боли, барьеры и язык пользователя до того, как вы жёстко зафиксировали решение.
— Стадия «Концепция» — проверять идеи, сценарии, прототипы: достаточно ли они резонируют с тем, как люди живут задачу.
Инструменты
Глубинные интервью, фокус-группы, контекстное наблюдение, карты сортировки (card sorting).
2️⃣ Количественные методы
Сбор цифр и проверка гипотез в масштабе: «сколько?», «как часто?», «насколько сильно сдвинулась метрика после изменения?».
Когда чаще всего применяют
— Стадия «Разработка» — зафиксировать базовые показатели, когда продукт уже в руках у пользователей.
— Стадия «Оптимизация» — сравнивать варианты и понимать, что реально двигает метрики, а что шум.
Инструменты
Опросы и анкеты, веб-аналитика (Яндекс.Метрика и аналоги), A/B-тесты, коридорки (короткие тесты первого впечатления — например, пятисекундный тест).
3️⃣ Смешанные методы
Сочетание «качества» и «количества»: и цифры, и объяснение, почему цифры такие — удобно перед крупными решениями.
Когда чаще всего применяют
— Финальное тестирование прототипа или пилота перед широким релизом.
— Приоритизация фич и дорожной карты, когда нужны и приоритеты по данным, и понимание «зачем это пользователю».
Инструменты
Удалённые немодерируемые юзабилити-тесты (без ведущего), бета-тесты и пилотные запуски, опрос по модели Кано (базовые / ожидаемые / «вау»-характеристики).
Как выбрать метод
Сформулируйте вопрос исследования: что нужно узнать — смысл и контекст («почему?»), масштаб и измеримость («сколько?») или все сразу.
Оцените ресурсы: время, бюджет, доступ к респондентам и возможность дотянуться до «живых» пользователей.
На сложных вопросах не бойтесь комбинировать: качество подсказывает направление, количество — проверяет масштаб.
Про стадии разработки продукта
Названия «Проблема → Концепция → Разработка → Оптимизация» — это упрощённая воронка жизненного цикла продукта, к которой часто относят исследования в курсах и статьях.
По смыслу она близка к связке discovery / delivery: сначала понять проблему и проверить идею решения, потом строить рабочую версию и измерять, затем улучшать то, что уже в поле.
Пересекается с логикой Lean Startup (поиск проблемы и решения → продукт с пользователями → итерации по данным) и с фазами в stage-gate и дорожных картах, но названия у разных авторов могут отличаться (например, «дизайн-спринт / прототип» вместо «концепция»). Если у вас в компании свои названия этапов — просто подставьте свои: важнее тип вопроса («почему» vs «сколько»), чем этикетка на слайде.
В сухом остатке: на ранних этапах (проблема, концепция) применяют качественные методы, которые отвечают на вопрос «почему» и «как думает пользователь»; когда продукт уже в поле и нужны метрики и сравнение вариантов — количественные отвечают на вопросы «сколько» и «что изменилось»; смешанные методы нужны, когда перед крупным решением нужны и глубина, и цифры.
#методика@custdevlab #исследования@custdevlab #полезное@custdevlab #цдм@custdevlab
Коллеги из 'https://t.me/dtcenter_global/4137?utm_source=partner&utm_medium=custdevlab&utm_campaign=metod-research' rel='nofollow'>Центра дизайн-мышления собрали интересный контент: какой тип метода исследований для какой задачи и на каком этапе продукта обычно уместен. Это не жёсткие правила, а скорее ориентир, с чего начать выбор нужного метода и спроектировать дизайн исследования.
1️⃣ Качественные методы
Глубокое погружение в мотивы, ожидания и контекст: ответы на «почему так?» и «как человек это переживает?», а не на «сколько процентов».
Когда чаще всего применяют
— Стадия «Проблема» — искать реальные боли, барьеры и язык пользователя до того, как вы жёстко зафиксировали решение.
— Стадия «Концепция» — проверять идеи, сценарии, прототипы: достаточно ли они резонируют с тем, как люди живут задачу.
Инструменты
Глубинные интервью, фокус-группы, контекстное наблюдение, карты сортировки (card sorting).
2️⃣ Количественные методы
Сбор цифр и проверка гипотез в масштабе: «сколько?», «как часто?», «насколько сильно сдвинулась метрика после изменения?».
Когда чаще всего применяют
— Стадия «Разработка» — зафиксировать базовые показатели, когда продукт уже в руках у пользователей.
— Стадия «Оптимизация» — сравнивать варианты и понимать, что реально двигает метрики, а что шум.
Инструменты
Опросы и анкеты, веб-аналитика (Яндекс.Метрика и аналоги), A/B-тесты, коридорки (короткие тесты первого впечатления — например, пятисекундный тест).
3️⃣ Смешанные методы
Сочетание «качества» и «количества»: и цифры, и объяснение, почему цифры такие — удобно перед крупными решениями.
Когда чаще всего применяют
— Финальное тестирование прототипа или пилота перед широким релизом.
— Приоритизация фич и дорожной карты, когда нужны и приоритеты по данным, и понимание «зачем это пользователю».
Инструменты
Удалённые немодерируемые юзабилити-тесты (без ведущего), бета-тесты и пилотные запуски, опрос по модели Кано (базовые / ожидаемые / «вау»-характеристики).
Как выбрать метод
Сформулируйте вопрос исследования: что нужно узнать — смысл и контекст («почему?»), масштаб и измеримость («сколько?») или все сразу.
Оцените ресурсы: время, бюджет, доступ к респондентам и возможность дотянуться до «живых» пользователей.
На сложных вопросах не бойтесь комбинировать: качество подсказывает направление, количество — проверяет масштаб.
Про стадии разработки продукта
Названия «Проблема → Концепция → Разработка → Оптимизация» — это упрощённая воронка жизненного цикла продукта, к которой часто относят исследования в курсах и статьях.
По смыслу она близка к связке discovery / delivery: сначала понять проблему и проверить идею решения, потом строить рабочую версию и измерять, затем улучшать то, что уже в поле.
Пересекается с логикой Lean Startup (поиск проблемы и решения → продукт с пользователями → итерации по данным) и с фазами в stage-gate и дорожных картах, но названия у разных авторов могут отличаться (например, «дизайн-спринт / прототип» вместо «концепция»). Если у вас в компании свои названия этапов — просто подставьте свои: важнее тип вопроса («почему» vs «сколько»), чем этикетка на слайде.
В сухом остатке: на ранних этапах (проблема, концепция) применяют качественные методы, которые отвечают на вопрос «почему» и «как думает пользователь»; когда продукт уже в поле и нужны метрики и сравнение вариантов — количественные отвечают на вопросы «сколько» и «что изменилось»; смешанные методы нужны, когда перед крупным решением нужны и глубина, и цифры.
#методика@custdevlab #исследования@custdevlab #полезное@custdevlab #цдм@custdevlab