Злые интерфейсы (Саша Илющенко, ProfsoUX-2018) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) (Batch edit: replace PCRE (\n\n)+(\n) with \2) |
||
Мы делаем в продукте фейковый функционал, очень правдоподобный, но не работающий и смотрим, как и какие пользователи взаимодействуют с ним. Cобираем данные, анализируем их, и на их основе принимаем решение о том, какие фичи и для кого мы можем добавить в инструмент. Я приведу подробные примеры из нескольких продуктов. После примеров подробнее расскажу, как лучше проводить такие эксперименты: какие должны быть критерии для использования такого метода, как взаимодействовать с пользователями, которые попались на наши злые интерфейсы и тд. </blockquote> {{VideoSection}} {{vimeoembed|267044697|800|450}} {{youtubelink|TAD7SJgOB9Q}}{{letscomment}} {{SlidesSection}} [[File:Злые интерфейсы (Саша Илющенко, ProfsoUX-2018).pdf|left|page=-|300px]] {{----}} [[File:{{#setmainimage:Злые интерфейсы (Саша Илющенко, ProfsoUX-2018).jpg}}|center|640px]] {{LinksSection}} * https://2018.profsoux.ru/papers/evil-interfaces <!-- <blockquote>[©]</blockquote> --> {{fblink|2083998925186451}} <references/> <!-- topub --> {{stats|disqus_comments=1|refresh_time=2021-08-31T17:03:35.785461|vimeo_plays=284|youtube_comments=0|youtube_plays=50}} [[Категория:ProfsoUX-2018]] |
Текущая версия на 12:20, 4 сентября 2021
- Докладчик
- Саша Илющенко
Доклад будет интересен проектировщикам интерфейсов, UX-дизайнерам, менеджерам проектов.
Я расскажу, как в SEMrush мы делаем злые интерфейсы и используем черный UX для проверки гипотез в продуктах. Покажу несколько примеров из жизни: что проверяли, какие данные собрали и какие выводы из них сделали.
SEMrush продуктовая компания, которая разрабатывает продукт для интернет маркетологов, сео специалистов, контентщиков и специалистов по интернет-рекламе. Одним из способов определения фич, которые мы хотим взять в разработку является сбор фидбэка с пользователей. Зачастую пользователи просят фичи, разработка которых может потребовать много ресурсов и тут надо точно понимать: нужен ли такой функционал; действительно ли он будет востребован или им будут пользоваться единицы; сколько денег он нам может принести или сэкономить. Чтобы понять это, мы делаем злые интерфейсы.
Мы делаем в продукте фейковый функционал, очень правдоподобный, но не работающий и смотрим, как и какие пользователи взаимодействуют с ним. Cобираем данные, анализируем их, и на их основе принимаем решение о том, какие фичи и для кого мы можем добавить в инструмент. Я приведу подробные примеры из нескольких продуктов.
После примеров подробнее расскажу, как лучше проводить такие эксперименты: какие должны быть критерии для использования такого метода, как взаимодействовать с пользователями, которые попались на наши злые интерфейсы и тд.
Видео
Посмотрели доклад? Понравился? Напишите комментарий! Не согласны? Тем более напишите.
Презентация
Примечания и ссылки
Plays:334
Comments:1