Обсудить проект

Как исследования пользователей помогают создавать инновационные сервисы

Когда компания разрабатывает продукт, которого еще нет на рынке, традиционные подходы к исследованию перестают работать. Пользователи не могут описать, чего хотят — пока не увидят решение. Тимлид Markswebb Полина Шарова рассказала на митапе про исследования пользователей, что делать в таких ситуациях, как мы помогаем компаниям создавать инновационные сервисы и снижать риски при запуске, опираясь на комбинацию глубинных интервью и анализа косвенных конкурентов.

 

Оглавление

  1. Как трансформировать скрытые паттерны пользователя в функциональный интерфейс>>>
  2. Собираем «скелет потребностей» в виде песочных часов>>>
  3. Проводим интервью с сервисами, чтобы проверить желания пользователей>>>
  4. Как досконально изучить сервис со всех сторон>>>
  5. Зачем исследовать рынок, если ваш сервис уникален>>>
  6. Вывод>>>

 

Как трансформировать скрытые паттерны пользователя в функциональный интерфейс

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

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

Чтобы структурировать результаты и снизить неопределенность, мы в Markswebb используем фреймворк, который превращает пользовательские паттерны в конкретные элементы интерфейса.

 

Собираем «скелет потребностей» в виде песочных часов

Главная ошибка при проектировании нового сервиса — пытаться встроить все выявленные боли в один продукт. Интерфейс превращается в перегруженный каталог функций. Поэтому мы в Markswebb смотрим на сервис как на «песочные часы», где фокус внимания распределен по степени важности.

Как находить баланс между UX-исследованием и разработкой

Форма песочных часов — это распределение фокуса внимания и ресурсов. Самое важное, на что стоит потратить силы — выявление потребностей и непотребностей, наименее — идеи для фичей.

 

  • Первостепенные задачи → обязательный функционал.

    Например, если операционный директор тратит основное время на поиск инвесторов и стратегическое планирование, интерфейс должен помогать именно в этих задачах.

  • Привычки и опыт → формат инструментов.

    Руководители с крупными оборотами предпочитают делегировать задачи. В интерфейсе это можно отразить через автоматизацию и AI-помощников, а не через ручные действия.

  • Желания → фичи.

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

  • Нестандартное применение → конкурентные преимущества.

    Если пользователи обходят стандартные сценарии — это сигнал для инноваций. Так рождаются новые сильные фичи, отличающие сервис от конкурентов.

  • Отсутствие потребности → избыточный функционал.

    Знание о том, что пользователю не нужно, помогает сэкономить ресурсы и избежать перегрузки интерфейса.

Так формируется «скелет» — структурная модель, соединяющая исследование с разработкой.

 

Проводим интервью с сервисами, чтобы проверить желания пользователей

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

Сервис, который опирается только на исследования пользователей.

Трудно представить, каким должен быть сервис, опираясь только на исследования пользователей.

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

 

Как досконально изучить сервис со всех сторон

В случае, когда продукт новый, мы в Markswebb исследуем не только прямых, но и косвенных конкурентов. Мы ищем решения из других отраслей, которые решают похожие задачи. Именно это расширяет диапазон возможных решений и помогает избежать шаблонов.

Даже если у продукта нет прямых конкурентов, его отдельные функции почти всегда реализованы где-то. Главное — найти эти фрагменты.

Например, в исследовании core-приложений экосистем мы нашли неожиданную лучшую практику: Т-Банк показал более продуманное информирование о партнерских сервисах, чем Яндекс Go — лаконично, в два клика от главного экрана.

Чтобы фиксировать такие находки, команда оценивает каждый пользовательский шаг в чек-листе: от клиентских задач до инструментов, реализующих их.

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

На что опираться в исследованиях для создания инновационного продукта

На что опираться, планируя запуск нового для рынка продукта.

 

Зачем исследовать рынок, если ваш сервис уникален

Исследование конкурентов — это проверка гипотезы на реальность.

5 причин, почему это важно:

  1. Понять, как реально выглядит рынок.
  2. Изучить косвенных конкурентов.
  3. Проверить жизнеспособность идеи.
  4. Увидеть ошибки, которых можно избежать.
  5. Представить законченный образ будущего сервиса.

 

Вывод

  1. Пользовательские исследования не заканчиваются на этапе интервью.
  2. Пользователи не придумывают сервис за вас — они делятся опытом.
  3. Даже инновации должны следовать принципам юзабилити.
  4. Лучшие решения всегда можно найти на рынке, если смотреть шире.

Markswebb помогает компаниям минимизировать риски при разработке новых сервисов: от гипотез — к структурированным решениям, от «зебры» без формы — к живому, конкурентоспособному продукту.

 

Вы можете узнать больше о нашем подходе к исследованию пользователей. Задать любые вопросы можете нам в Telegram или WhatsApp.

Оставить заявку

Оставьте нам свои данные

или
или
Оставляя свои данные на сайте, вы даёте согласие на обработку персональных данных