Зачем продукту исследования
Рано или поздно любой продукт нуждается в редизайне: появляются новые задачи, меняются ожидания пользователей, что-то устаревает. Идей и решений много, но не всегда понятно, что из этого действительно нужно пользователю. Поэтому гипотезы стоит проверять с помощью исследований, чтобы потом не тратить время на лишние доработки.
Поговорили с Илоной, продуктовым дизайнером Project Ruler, о том, как команда использует исследования в работе и какие выводы из этого делает.
Почему вообще решили проводить исследования?
На самом деле все началось с довольно неприятного сигнала — мы потеряли несколько потенциальных клиентов. Им нравилась функциональность, но интерфейс казался устаревшим.
Мы собрали обратную связь и поняли, что редизайн точно нужен. А если делать его качественно, то без исследований не обойтись.
Как вы подошли к редизайну?
Сначала определили фокус — делаем MVP под конкретную роль: обычный сотрудник ИТ-департамента в финансовой сфере.
Дальше выстроили цепочку исследований — каждый этап давал гипотезы для следующего. Использовали несколько методов:
- конкурентный анализ
- глубинные интервью
- древовидное тестирование
- опросы
- юзабилити-тестирование
Как выглядел конкурентный анализ?
Мы использовали его как основу для гипотез. Смотрели не просто интерфейсы конкурентов, а конкретные сценарии: как пользователь выполняет задачу → куда идет → что видит.
Разложили все по критериям UX/UI, собрали в единую базу и выделили паттерны и антипаттерны. После этого уже было с чем идти к пользователям.
Какую пользу получили от глубинных интервью?
Мы пообщались примерно с 10 респондентами. Интервью помогли проверить гипотезы, понять реальные процессы пользователей и собрать неочевидную информацию.
Дополнительно прогоняли обезличенные данные через ChatGPT и находили то, что сами могли упустить.
Зачем понадобилось древовидное тестирование?
Чтобы проверить информационную архитектуру до дизайна: исправить структуру на этом этапе намного дешевле, чем переделывать готовый продукт.
Мы смотрели, как пользователи проходят сценарии, где путаются и куда кликают по интуиции.
Что оказалось самым неожиданным?
Вот несколько ключевых мыслей:
- Уведомления раздражают — 8 из 10 пользователей их просто выключают и потом переживают, что что-то пропустили.
- Пользователям нужно меньше, чем кажется — основные сценарии: список или доска задач, карточка задачи и смена статуса.
- 8 из 10 пользователей не списывают трудозатраты — это стало поводом пересмотреть приоритеты и не перегружать продукт лишним функционалом.
- Даже простые действия неочевидны — например, многие не понимали, куда кликать, чтобы сменить пароль.
- Некоторые функции почти не используются — оказалось, что диаграмма Ганта большинству не нужна.
- Блок «Недавние» очень востребован — пользователи прямо просили его добавить.
Был момент, когда исследования помогли не продукту, а вашей команде?
Да, и это очень ценно. Мы не могли договориться по навигации — где размещать меню. У всех были свои аргументы. В итоге сделали быстрый опрос пользователей и получили решение, на которое можно опереться.
Какой главный вывод из всего этого опыта?
Когда ты внутри продукта, очень легко влюбиться в свои идеи. Но исследования показывают, что это не всегда то, что нужно пользователю.
А еще исследования экономят ресурсы: лучше проверить гипотезу заранее, чем потом переделывать уже реализованный функционал.
