Введение

Когда слушать данные, а когда достаточно опыта?

Любой продакт с опытом сталкивается со следующей дилемой:

• «Зачем нам исследования, если и так всё понятно?»
• «Я сам пользователь — знаю, как должно работать!»
• «У нас нет времени на интервью, давайте быстрее выкатывать!»

Эти фразы звучат в каждой второй команде. И в них есть доля правды. Опыт, интуиция и здравый смысл — действительно важны. Но иногда они мешают.

🔍 Здравый смысл хорош, когда вы уже много раз видели похожие кейсы.
🧠 Исследования нужны, когда вы хотите понять, что действительно происходит у других людей — не в вашей голове, а в их реальности.

Что вы узнаете в этой статье

✅ Почему здравый смысл — не враг, но и не замена исследованиям

✅ Когда можно опираться на опыт, а когда нужно идти к пользователю

✅ Как здравый смысл может ввести в заблуждение

✅ Что делать, если в команде нет времени/ресурсов на исследования

✅ Как использовать минимум исследований с максимумом пользы

Ключевые термины

📌 Здравый смысл — внутреннее ощущение логики и правильности, основанное на собственном опыте.
Допустим, вы сами часто пользуетесь маркетплейсами и считаете, что «фильтр по цене» — это must-have. Вам кажется очевидным, что пользователи сразу его найдут. Но для другой аудитории (например, пожилых людей) он может быть неочевидным или вовсе не нужным.

📌 Пользовательское исследование — структурированный способ изучения поведения, потребностей и мотиваций пользователей: через интервью, аналитику, A/B-тесты, наблюдения и другие методы.
Подходят, если вы хотите понять, почему пользователи не завершают заказ. Вы проводите 3 интервью и выясняете, что они боятся, что товар нельзя вернуть. Это не видно в метриках — но видно в словах.

📌 Гипотеза — обоснованное предположение о том, как работает пользовательский сценарий, что его мотивирует или мешает ему действовать.

Пример:
«Если на карточке товара будет надпись “Гарантия возврата”, пользователи чаще будут завершать заказ».

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

Но прежде чем полагаться на логику и интуицию, стоит задать себе важный вопрос:
Когда здравый смысл помогает, а когда может навредить?

Когда здравый смысл помогает

Здравый смысл — это хорошо, когда:

✅ Вы создаёте что-то типовое (например, поле для ввода email)

✅ У вас есть релевантный опыт (например, вы сами целевая аудитория)

✅ Речь идёт о простых, понятных интерфейсах

✅ Нужно быстро принять решение в условиях ограниченного времени

🧠 Пример:

Вы делаете форму входа в аккаунт — скорее всего, не нужно опрашивать 10 человек, чтобы понять, что нужно поле “Пароль” и кнопка “Забыли пароль?”

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

Здравый смысл — это ловушка, когда:

❌ Вы предполагаете, а не проверяете

❌ Вы не целевая аудитория

❌ Вы действуете из шаблонов, не замечая контекста

❌ Вы уверены, что “и так понятно” — а пользователи теряются

🧠 Пример:

Команда придумала “удобную” фичу drag & drop. На тестах пользователи не понимали, что это вообще можно перетаскивать.
Здравый смысл → “Все знают про drag’n’drop”
Реальность → 60% пользователей этого не поняли.

Исследования ≠ многонедельный процесс

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

Как здравый смысл мешает продукту

Каждый раз, когда вы думаете “и так понятно”, спросите:

“А откуда я это знаю? Проверял ли я это на живом человеке?”

Когда можно не исследовать (но осторожно)

Иногда достаточно опыта и типового паттерна:

• Поля формы

• Кнопки “Назад” или “Сохранить”

• Простые сценарии (логин, фильтр, поиск)

• Шаблонные решения, проверенные временем

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

Компромисс: быстрые исследования + здравый смысл

🎯 Оптимальный путь — не противопоставлять, а сочетать:

❌ Частые ошибки

«Я сам пользователь — мне и виднее»
Одна из самых частых ловушек. Даже если вы действительно попадаете в целевую аудиторию, это не значит, что вы — типичный представитель. Ваш опыт и знания продукта искажают восприятие.

Отказ от исследований из-за нехватки времени
Кажется, что нет ресурса на полноценный ресёрч. Но даже пара быстрых разговоров, вопрос в чате или анализ отзывов дают в разы больше, чем догадки.

Слепое доверие аналитике
Метрики рассказывают что происходит, но не почему. Вы видите, где люди уходят, но не поймёте причину без разговора с ними.

Фокус на решениях, а не на проблемах
Команда обсуждает «что сделать» — кнопку, фичу, фильтр. Но забывает спросить: «А какую проблему мы решаем и у кого она вообще есть?»

Исследования ради галочки
Проведение интервью не даёт пользы, если вы не задаёте нужных вопросов и не фиксируете инсайты. Лучше одно качественное интервью, чем пять формальных.

❓ Частые вопросы

Когда точно стоит делать исследование?

Если вы:

• запускаете новую фичу и не уверены, как её воспримут пользователи;

• заметили просадку в метриках, но не понимаете, что именно не так;

• внедряете новую механику, которую раньше не использовали;

• переходите на новый сегмент аудитории (например, с малого бизнеса на корпоративных клиентов).

Пример:
Вы добавили блок «Рекомендованные товары», а средний чек упал. Метрики не объясняют почему. Вы проводите 2 интервью — и выясняется: пользователи подумали, что это реклама и стали избегать покупок.

А если у нас нет исследователя в команде?

Это нормально. В большинстве команд продукт или дизайнер проводят интервью самостоятельно.

Вы можете:

• Провести 2–3 коротких созвона с пользователями (по 20–30 минут);

• Задать вопрос в чате Telegram/Slack с активной аудиторией;

• Посмотреть тикеты в поддержку и жалобы;

• Провести мини-смоук-тест: «Поставили кнопку — посмотрели, кто кликнул».

Пример:
Нет ресурсов на UX-исследование, но вы запустили чат-бот. Заходите в логи поддержки и видите: пользователи путаются в команде “/начать”. Это уже сигнал.

Как не потратить на это всю неделю?

Исследование ≠ проект на месяц. Вот варианты экономного подхода:

• Провести 3 интервью по 30 минут → 1,5 часа

• Проанализировать 10 тикетов поддержки → 1 час

• Посмотреть видео сессии в Hotjar или аналогах → 30 минут

Важно не количество, а качество инсайтов.

Пример:
У вас неделя до релиза. За один день вы делаете опрос в чате, проводите 2 коротких интервью и замечаете: все упираются в один и тот же барьер в онбординге. Исправляете — и растёт конверсия.

Надо ли делать исследования всегда?

Нет. Исследования — это инструмент, а не обязанность. Их стоит использовать, когда:

• высокая неопределённость (новая аудитория, продукт, рынок);

• ставки велики (влияет на бизнес-метрики, конверсию, удержание);

• много споров в команде и неясно, кто прав;

• нужно быстро проверить гипотезу перед разработкой.

Пример:
Вы добавляете фичу в CRM, чтобы показать менеджерам статус заказов. Вроде всё понятно. Но на интервью узнаёте, что они не читают текст — им важна цветовая индикация, иначе они теряют заказы.

Итоги

📌 Здравый смысл — это инструмент, но не истина.

📌 Исследования — не всегда долго. 1 разговор уже лучше, чем 0.

📌 Лучшие решения рождаются там, где опыт соединяется с реальными данными.

📌 Если вы уверены — проверьте. Если сомневаетесь — поговорите с человеком.

🎯 Не нужно исследовать всё. Но нельзя строить продукт только “по ощущениям”.
Пользователь часто ведёт себя не так, как вам кажется. И в этом — главная ценность исследования.