«Тест пьяного пользователя»: как продакт может проверить, что интерфейс реально удобный
👋 Привет! Я Алиса, продукт-менеджер. И сейчас мы поговорим о технике, которая помогает понять, насколько твой продукт понятен даже если пользователь уставший, отвлечённый и на грани rage quit.
Метод, который я обожаю, называют по-разному: от «тест рассеянного юзера» до «тест бабушки с винчиком». Но чаще всего его запоминают как тест пьяного пользователя.
В чём суть?
Допустим, ты выкатил новую фичу. Всё красиво, метрики продуманы, UI сверстан идеально.
Но реальность такова: твой пользователь может заходить в приложение:
- одной рукой (в другой - кофе или сумка);
- на ходу (в шумной улице, в очереди, в транспорте);
- с разряженным телефоном, кучей мыслей в голове и без малейшего желания разбираться.
И если в таком состоянии он не может разобраться, что ты от него хочешь - фича провалилась. Потому что мир идеальных условий не существует.
Где корни у этой техники?
Идея пришла из англоязычного UX-сообщества как производная от принципа don’t make me think. Её часто применяют дизайнеры и продакты, чтобы проверить: насколько интерфейс очевиден даже для самого рассеянного или уставшего пользователя.
Один из первых публичных кейсов применения у основателя The User Is Drunk, Ричарда Литтлера. Он действительно напивался и тестировал интерфейсы. И делал это не ради фана, а чтобы показать слабые места в UX.
Как применить тест пьяного пользователя в продуктовой работе?
Вот несколько практичных способов, которые использую я:
1. Протести на уставшем коллеге
Попроси человека, который не знает фичу, сделать задание: купить товар, пройти регистрацию, настроить уведомления. Смотри, где он «тупит» - там и UX-дырка.
2. Делай "вечерний просмотр"
Проводи мини-ревью своих экранов ближе к ночи, когда у тебя уже ноль энергии. Не можешь вспомнить, куда жать? Всё - переделывай.
3. Проводи ревью с бабушкой (или новичком)
Если у тебя в команде есть кто-то, кто слабо в контексте - это не баг, а фича. Проверь, как он воспримет интерфейс. А ещё лучше представь, что он слегка под мухой и делает это, скажем, в финале новогоднего корпоратива😅
Когда техника особенно полезна?
- Перед запуском новых пользовательских сценариев
- После редизайна
- В проектах, где важно удержание (онбординг, оплата, регистрация)
- Если пользователи регулярно не могут «дойти» до конца пути
Кейс из практики
Однажды мы добавили в продукт новый шаг - подтверждение email. Ничего сложного, всё по гайдам: красиво, по правилам, с четкой коммуникацией. Но пользователи не доходили до целевого действия.
Тест показал: в шумной обстановке (например, в магазине или транспорте), люди не замечали кнопку подтверждения. Она была ниже первого экрана, и в контексте «дайте мне уже мою услугу» была незаметна, чтобы ее увидеть на мобильном устройстве нужно было прокрутить экран чуть ниже.
После простого A/B с переработкой экрана и использованием яркого CTA - конверсия выросла на 19%. Просто потому что мы начали думать как «пьяный пользователь».
Почему это важно
Продукт - это не набор фич. Это то, как они работают в реальности: уставшими руками, на ходу, в шуме и спешке.
🎯 Сделай фичу, которую поймёт даже рассеянный юзер, и она будет работать в любых условиях.
Что взять в работу
- Добавь пункт в чеклист: «Пройден тест пьяного пользователя»
- На ревью задавай себе (и команде) вопрос: а бабушка с винчиком справится?
- Превращай сложности в пользовательские инсайты, а не в фичи ради фич
💬 А ты тестируешь интерфейсы на «пьяных пользователей»? Или всё ещё надеешься, что пользователь будет внимательным и в ресурсе?
Если хочешь больше таких разборов - подписывайся на мой Telegram-канал @alice_product. Например, недавно делилась что такое Юзабилити индекс продукта - залетай и читай! Жду твоих лайков ;)
Там я регулярно пишу о продуктовых инсайтах, фреймворках и кейсах с передовой, а еще о моем скором переезде в Италию!