🔥 РАЦУХА #129: Исследуйте пользовательский опыт (UX), чтобы создавать продукты, которые любят

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

Как это работает: проблема не в дизайне, а в том, что решения принимаются на основе предположений команды о клиентах. Исследование пользовательского опыта (UX Research) заменяет эти предположения данными о реальных людях. Качественные методы, например интервью и наблюдение за тем, как человек проходит сценарий, показывают, почему он застревает. Количественные методы показывают, сколько людей застревает и на каком шаге. Когда видны и причина, и масштаб, спорить о вкусах больше не нужно. Команда чинит конкретное место, где ломается путь клиента, а не перекрашивает всё подряд. Поэтому изменения начинают давать результат, а не просто обновляют картинку.

Как это выглядит процессом

Схема живая: её можно открыть на весь экран, а в OrgDevTools — скопировать себе и адаптировать под свою компанию. Фиолетовые шаги может взять на себя ИИ-агент.

Простое действие с мгновенным эффектом (до 30 минут): попросите трёх-четырёх человек из команды за пять минут независимо друг от друга записать три главные трудности, с которыми сталкиваются ваши клиенты. Затем откройте последние два десятка обращений в поддержку, чатов или отзывов и отметьте, какие из названных трудностей там действительно встречаются. Если списки команды почти не совпадают ни между собой, ни с тем, о чём пишут клиенты, значит, продукт строится на догадках. Это и есть проблема, которую нужно решать.

Что делать дальше:

1. Проведите диагностику по логике UX Research. Возьмите ключевые продуктовые решения последнего квартала и честно отметьте, какие опирались на данные о пользователях, а какие на мнение команды.

2. Выберите один ключевой сценарий, например покупку или регистрацию, и зафиксируйте, какая доля людей проходит его до конца сейчас. Цель сформулируйте как рост именно этого показателя к конкретной дате.

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

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

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

6. Соберите выводы в персоны пользователей. Тогда следующие решения будут приниматься под конкретного человека с его задачами, а не под абстрактного «среднего клиента».

7. Через четыре недели проведите контрольную встречу. Посмотрите, какие места трения нашли и что исправили, и сверьте показатель прохождения сценария с исходным.

8. Закрепите результат привычкой: по принципам Product Discovery команда каждую неделю общается хотя бы с одним клиентом, а не возвращается к исследованиям раз в год перед редизайном.

Такие планы обычно умирают на второй неделе: срочные задачи вытесняют разговоры с клиентами, и всё снова решается на глаз. В OrgDevTools.ru для этого есть Рабочая тетрадь — цифровой инструмент сервиса, который превращает такой план в отдельные задачи с прогрессом и живым интерактивным фреймом по каждой методике. Попробуйте бесплатно на OrgDevTools.ru →

#Рацуха #UXResearch #ВыездныеИсследования #ПерсоныПользователей #ProductDiscovery #ПользовательскийОпыт