Как развиваться быстрее (навеяно рабочими буднями.).
Когда ты хочешь прокачаться в чем-то и возникает вопрос "а что делать-то?" — может помочь одна простая техника. Попробуй превратить непонятную и мутную цель в конкретное действие, которое ты не можешь сделать сейчас, но понимаешь, как сделать после месяца/недели тренировок.
Звучит банально и просто, но:
1) работают в первую очередь как раз тупые и простые вещи.
2) ты применяешь это в своем повседневном росте? Я не всегда :)
Вот конкретный пример который составила по моему совету совету Алина, джуниор UX-дизайнер: https://docs.google.com/document/d/1JEJrVlbeQHG7IRbS8_W-6HylIjxZvAEg0_K_Ev032Pw/edit)
Алина, спасибо за разрешение на публикацию твоего кейса!
Когда ты хочешь прокачаться в чем-то и возникает вопрос "а что делать-то?" — может помочь одна простая техника. Попробуй превратить непонятную и мутную цель в конкретное действие, которое ты не можешь сделать сейчас, но понимаешь, как сделать после месяца/недели тренировок.
Звучит банально и просто, но:
1) работают в первую очередь как раз тупые и простые вещи.
2) ты применяешь это в своем повседневном росте? Я не всегда :)
Вот конкретный пример который составила по моему совету совету Алина, джуниор UX-дизайнер: https://docs.google.com/document/d/1JEJrVlbeQHG7IRbS8_W-6HylIjxZvAEg0_K_Ev032Pw/edit)
Алина, спасибо за разрешение на публикацию твоего кейса!
Друзья, помогите с улучшением канала. Пару постов назад была синяя картинка. Под ней была ссылка на длинную статью. Если вы ее не заметили — черканите в личку пожалуйта? Думаю, не поменять ли формат постов.
А статья была вот такая: http://telegra.ph/Proektnyj-cikl-v-UX-04-09
А статья была вот такая: http://telegra.ph/Proektnyj-cikl-v-UX-04-09
Telegraph
Проектный цикл в UX
Сегодня мы рассмотрим: Этапы проекта (с точки зрения UX-специалиста и немного — сервис-дизайнера) Какие инструменты можно использовать на каждом этапе Немного примеров того, как эти инструменты ложатся на жизненные реалии. Пока все это — в самом базовом виде.…
Как перейти от Value Proposition к конкретным экранам, контенту и "кнопкам"?
Привет-привет! Новая статья о том, как передложить ценностное предложение на конкретный список экранов с описанием контента, функционала и навигационных инструментов.
http://telegra.ph/Kak-poluchait-spisok-ehkranov-i-funkcionala-iz-Value-Proposition-04-13
Привет-привет! Новая статья о том, как передложить ценностное предложение на конкретный список экранов с описанием контента, функционала и навигационных инструментов.
http://telegra.ph/Kak-poluchait-spisok-ehkranov-i-funkcionala-iz-Value-Proposition-04-13
Telegraph
Как получить список экранов и функционала из Value Proposition
Привет! Чтобы показать, как можно получить карту экранов, если у тебя на руках есть Value Proposition, я решил спроектировать для себя небольшое приложение. Пользователь — я сам (чтобы упростить исследование). Приложение должно будет помогать мне легче достигать…
В связи с блокировками ссылки на телеграф могут не работать. Вот ссылочка на эту же статью в гуглодоках:
https://docs.google.com/document/d/11vY658UWos0-JGYwYYEZRA6qhKvgNsbELZIgj84o8Lc/edit?usp=sharing
https://docs.google.com/document/d/11vY658UWos0-JGYwYYEZRA6qhKvgNsbELZIgj84o8Lc/edit?usp=sharing
Проведу выходные Product Owner Weekend.
Предвкушаю интересное об исследовании пользователей, метриках и пр. Буду писать "заметки из полей" :)
Предвкушаю интересное об исследовании пользователей, метриках и пр. Буду писать "заметки из полей" :)
Привет! А вот и обзор Product Owner Weekend:
http://telegra.ph/Product-Owners-Meetup--den-pervyj-04-24
В процессе написания устал, поэтому пока только первый день, второй опишу отдельной статьей :)
Если кратко:
Отличное событие, я получил здоровенный конспект, презентации докладчиков (с большим количеством мяса), несколько крутых шаблонов и много новых полезных знакомств.
Очень рекомендую, в мае будет повторение.
http://telegra.ph/Product-Owners-Meetup--den-pervyj-04-24
В процессе написания устал, поэтому пока только первый день, второй опишу отдельной статьей :)
Если кратко:
Отличное событие, я получил здоровенный конспект, презентации докладчиков (с большим количеством мяса), несколько крутых шаблонов и много новых полезных знакомств.
Очень рекомендую, в мае будет повторение.
Telegraph
Product Owners Meetup — день первый
Привет-привет! 21 и 22 апреля сего (2018) года я провел в Москве. Случилось сразу несколько вещей: Мой ДР, противная холодная погода, Product Owner Weekend. О последнем я и хочу рассказать. Мероприятие вполне того заслуживает.
Проектируем интерфейс на основе карты — начало
Тут я определяюсь с составом прототипов, используя атомарный дизайн. Собибираю референсы, доделываю схему решения и пр.
https://teletype.in/@serebrennikov/rkGnJuQCz
Тут я определяюсь с составом прототипов, используя атомарный дизайн. Собибираю референсы, доделываю схему решения и пр.
https://teletype.in/@serebrennikov/rkGnJuQCz
Teletype
Проектируем интерфейс на основе карты — начало
Привет! В этой статье я пойду дальше, и на примере покажу проектирование интерфейса и дам материалов, которые вам помогут этим заниматься.
Проектируем интерфейс на основе карты — продолжение
Здесь я допроектировал (до средней детализации, дизайн пока не делал) кусок приложения, по пути дал ссылки на полезные статьи, а в конце привел большую подборку того, что полезно читать, когда вы делаете прототипы и дизайн.
В следующий раз я видимо спроектирую еще 1-2 шага, и соберу кликабельный прототип. А в дальнейших статьях расскажу вам о юзабилити тестах своего концепта.
https://teletype.in/@serebrennikov/S1zyMOQCf
Здесь я допроектировал (до средней детализации, дизайн пока не делал) кусок приложения, по пути дал ссылки на полезные статьи, а в конце привел большую подборку того, что полезно читать, когда вы делаете прототипы и дизайн.
В следующий раз я видимо спроектирую еще 1-2 шага, и соберу кликабельный прототип. А в дальнейших статьях расскажу вам о юзабилити тестах своего концепта.
https://teletype.in/@serebrennikov/S1zyMOQCf
Teletype
Проектируем интерфейс на основе карты — продолжение
Привет! В прошлой статье я:
#Воскресный_чеклист
50 вещей, которые вы возможно забыли запроектировать при работе над мобильным приложением.
По ссылке — чеклист в трелло. Поможет не потерять много полезных и нужных для продукта вещей при проектировании (неважно, проектируешь ты самостоятельно, или ставишь задачу коллеге). Очень удобная шапрагалка , копируй к себе на доску, пользуйся:)
Чеклист составлен по мотивам вот этой прекрасной переводной статьи
50 вещей, которые вы возможно забыли запроектировать при работе над мобильным приложением.
По ссылке — чеклист в трелло. Поможет не потерять много полезных и нужных для продукта вещей при проектировании (неважно, проектируешь ты самостоятельно, или ставишь задачу коллеге). Очень удобная шапрагалка , копируй к себе на доску, пользуйся:)
Чеклист составлен по мотивам вот этой прекрасной переводной статьи
Друзья, я хотел бы взять интеревью у не_дизайнеров, которые таки проектируют интерфейсы, или хотят получить этот навык.
Если это про тебя, напиши мне пожалуйста:
@Serebrennikov_i
Если это про тебя, напиши мне пожалуйста:
@Serebrennikov_i
Ребята, спасибо огромное за отклик! Респондентов хватит до конца недели, набор окончен. Очень приятно, что вы так живо реагируете. Постараюсь вскоре отблагодарить полезными публикациями.
Видео по основам проектирования
Доброй ночи, надеюсь, не разбудил:)
Решил попробовать новый формат и записал часовую видео-лекцию по проектированию. Опытный дизайнер найдет не так много нового, а вот остальным может помочь проектировать быстрее и лучше.
Смотреть видео
Доброй ночи, надеюсь, не разбудил:)
Решил попробовать новый формат и записал часовую видео-лекцию по проектированию. Опытный дизайнер найдет не так много нового, а вот остальным может помочь проектировать быстрее и лучше.
Смотреть видео
❤1
Пройдите опрос, пожалуйста?
Привет, друзья! Надеюсь, мое первое видео было вам полезно. Мне очень помогают ваши интервью и реакции, ваши вопросы в личку. Спасибо!
Хоу подготовить для вас несколько новых статей и онлайн-воркшоп. Чтобы сделать их полезными, мне нужно узнать о вас чуть больше. Ответьте пожалуйста на несколько вопросов?
https://goo.gl/forms/175fspRsIbYQNKXV2
Привет, друзья! Надеюсь, мое первое видео было вам полезно. Мне очень помогают ваши интервью и реакции, ваши вопросы в личку. Спасибо!
Хоу подготовить для вас несколько новых статей и онлайн-воркшоп. Чтобы сделать их полезными, мне нужно узнать о вас чуть больше. Ответьте пожалуйста на несколько вопросов?
https://goo.gl/forms/175fspRsIbYQNKXV2
Google Docs
Проектирование интерфейсов для всех
Мы хотим узнать твое мнение о навыках проектирования интерфейсов
Мы это сообщество менеджеров продукта: https://www.facebook.com/groups/spbproducts/ и канал UX Boost t.me/uxboost
Мы это сообщество менеджеров продукта: https://www.facebook.com/groups/spbproducts/ и канал UX Boost t.me/uxboost
Привет-привет и простите за долгое молчание 🙂
Коллега из Цюриха прислал мне статью об архаичных банковских интерфейсах: #ВсёПеределать в Цюрихе: улучшаем интерфейс билетного автомата
Я сам тоже не сижу без дела, готовлю для вас онлайн-воркшоп и новые статьи с видосиками. На этой неделе ждите обновлений 🙂
Коллега из Цюриха прислал мне статью об архаичных банковских интерфейсах: #ВсёПеределать в Цюрихе: улучшаем интерфейс билетного автомата
Я сам тоже не сижу без дела, готовлю для вас онлайн-воркшоп и новые статьи с видосиками. На этой неделе ждите обновлений 🙂
Привет-привет!
Я продолжаю проектировать своего «убийцу прокрастинации и расфокуса» и делиться мыслями о проектировании, юзабилити-тестах и прочем https://teletype.in/@serebrennikov/SJBeef2MX
Я продолжаю проектировать своего «убийцу прокрастинации и расфокуса» и делиться мыслями о проектировании, юзабилити-тестах и прочем https://teletype.in/@serebrennikov/SJBeef2MX
Немного о проектировании сценариев.
Перед тем, как рисовать интерфесы — полезно сначала как-то спроектировать желательный пользовательский опыт. Кто-то использует сторифреймы, кто-то пишет job stories и пр. Сегодня на примере работы моего ученика разберем пару нюансов userflow.
Роман делает фичу для поиска такси дешевых такси в час пик. На данном этапе я попросил его спроектировать желаемый пользовательский опыт. Рома использвал whimsical.co, который вполне подходит для этой задачи.
В его работе есть некоторые недочеты, которые частов встречаются часто. Поэтому я запил вот это видео с рекомендациями:
https://www.youtube.com/watch?v=34QzGMipBWo&feature=youtu.be
Перед тем, как рисовать интерфесы — полезно сначала как-то спроектировать желательный пользовательский опыт. Кто-то использует сторифреймы, кто-то пишет job stories и пр. Сегодня на примере работы моего ученика разберем пару нюансов userflow.
Роман делает фичу для поиска такси дешевых такси в час пик. На данном этапе я попросил его спроектировать желаемый пользовательский опыт. Рома использвал whimsical.co, который вполне подходит для этой задачи.
В его работе есть некоторые недочеты, которые частов встречаются часто. Поэтому я запил вот это видео с рекомендациями:
https://www.youtube.com/watch?v=34QzGMipBWo&feature=youtu.be
И последний пост на сегодня :) Организаторы курсов и воркшопов периодически просят меня пропиарить их начинание.
Не так давно постучались ребята из Desgnline.
Я решил накидать свои мысли о их занятии про веб-дизайн (воркшоп про брендинг оценивать не буду, не силен). Читаем обзор
Не так давно постучались ребята из Desgnline.
Я решил накидать свои мысли о их занятии про веб-дизайн (воркшоп про брендинг оценивать не буду, не силен). Читаем обзор
Как думать с помощью инфографики
Привет-привет. Сегодня — короткий видеоролик о том, как можно придумывать и вычленять ценные мысли при помощи инфографики.
Рассказываю на примере собственной проблемы. У меня был затык в собственном продукте и я нарисовал инфографику, чтобы найти способ его обойти.
Естественно, для использования метода вам потребуются дизайнерские навыки :)
Привет-привет. Сегодня — короткий видеоролик о том, как можно придумывать и вычленять ценные мысли при помощи инфографики.
Рассказываю на примере собственной проблемы. У меня был затык в собственном продукте и я нарисовал инфографику, чтобы найти способ его обойти.
Естественно, для использования метода вам потребуются дизайнерские навыки :)
Метрики. Бизнес, продуктовое и UX.
Привет. Недавно мы с коллегой (тоже UX-специалистом) разбирали его проект, и то, как именно из бизнес-метрик выводятся продуктовые метрики, а из продуктовых - UX.
Другими словами - как UX может принести деньги, и как их посчитать :)
Продукт - очень дорогая (в среднем несколько сотен тыс. $) информационная система про медицину. Компаний-заказчиков вообще на рынке - сотни (то есть не очень много). У продукта в данный момент - несколько десятков заказчиков. Конечных пользователей - несколько тысяч. Мой коллега взаимодействует с продактом и разработчиками. У продакта оочень хороший научный бекграунд, при этом она хороший коммуникатор и продавец.
На тот момент UX на проекте выражался в том, что продакт из интервью или своей экспертизы вытаскивал идеи фичей, мой коллега их проектировал, и согласовывал с девелоперами на реализуемость. Потом продакт их валидировал у ЦА (если была возможность), опять-таки с помощью интервью. А дальше мой коллега делал спецификации и передавал фичи в разработку.
Коллеге хотелось приносить проекту больше пользы и быть ближе к пользователям. При этом просто взять и сказать "дайте мне респондентов" - не тот случай. Респонденты-заказчики очень труднодоступны даже для продукта, выделяют в лучшем случае несколько минут, жечь их например на юзабилити-тесты - бессмысленно. Конечных пользователей на тот момент было не получить технически. Руководство проекта воспринимало аргументы, которые в первую очередь про деньги и бизнес. Что делать?
Тогда я рассказал коллеге про набор метрик HEART framework (рекомендую погуглить).
H - happiness
E - engagement
A - adoption
R - retention
T - task
Им пользуются во многих продуктах Яндекса и пр. По сути этот набор - отличный срез "здоровья продукта", который прекрасно стыкуется, с одной стороны, с бизнес-метриками наподобие маржинальность и всяких там LTV, с другой стороны - раскладывается на UX-метрики типа "какой % юзеров успешно доходит до второго шага этого визарда и при этом не может загрузить вот этот файл и бросает приложение".
То есть HEART - отличное звено, через которое можно простроить цепочку от улучшения UX - к росту бизнеса.
Хорошо. Но что делать в данном конкретном продукте?
Я расспросил коллегу про модель монетизации проекта. Выяснилось, что продукт закупается клиентами сразу на год, и цена зависит от купленных модулей. Продление подписки - сложная задача, при которой продакт идёт к заказчику и договаривается с ним.
И вот тут как раз нашлась точка приложения усилий для моего коллеги. Если дать продакту хотя бы аргументы для таких сделок и они будут работать - это уже хороший вклад в продукт, где чётко просматривается прибыль от UX.
Как это сделать? Измерить и при необходимости - повысить engagement и retention пользователей. Чтобы продакт мог придти к заказчику и сказать "вот ваши ребята (25 человек) постоянно на протяжении полугода используют такие-то фичи по нескольку раз каждую неделю. Похоже, вам есть смысл продлять, а ещё посмотрите вот на этот модуль, он хорошо ускорит вас в такого типа задачах.
Для этого нужно поменять механизм авторизации и сделать ряд других фичей. Решить, в каких конкретных "попугаях" измерять engagement и retention и настроить сбор этих данных. А потом выпускать запланированные фичи, смотреть статистику, генерить и проверять гипотезы о том, что может её улучшить.
Кроме того, нам потребуется и метрика task, поскольку фичи сложные и пользователи запросто могут помирать где-то по пути, толком не распробовав функционал. И это тоже нужно измерять, и качественными, и количественными методами.
В результате этого коллега смог договориться с продактом о появлении в продукте метрик, юзабилити-тестирования, и многих других плюшках. Почему? Мы смогли сказать и предложить на языке бизнеса что-то внятное. Это очень, очень, очень полезный навык для дизайнера.
Да пребудут с вами метрики :)
Привет. Недавно мы с коллегой (тоже UX-специалистом) разбирали его проект, и то, как именно из бизнес-метрик выводятся продуктовые метрики, а из продуктовых - UX.
Другими словами - как UX может принести деньги, и как их посчитать :)
Продукт - очень дорогая (в среднем несколько сотен тыс. $) информационная система про медицину. Компаний-заказчиков вообще на рынке - сотни (то есть не очень много). У продукта в данный момент - несколько десятков заказчиков. Конечных пользователей - несколько тысяч. Мой коллега взаимодействует с продактом и разработчиками. У продакта оочень хороший научный бекграунд, при этом она хороший коммуникатор и продавец.
На тот момент UX на проекте выражался в том, что продакт из интервью или своей экспертизы вытаскивал идеи фичей, мой коллега их проектировал, и согласовывал с девелоперами на реализуемость. Потом продакт их валидировал у ЦА (если была возможность), опять-таки с помощью интервью. А дальше мой коллега делал спецификации и передавал фичи в разработку.
Коллеге хотелось приносить проекту больше пользы и быть ближе к пользователям. При этом просто взять и сказать "дайте мне респондентов" - не тот случай. Респонденты-заказчики очень труднодоступны даже для продукта, выделяют в лучшем случае несколько минут, жечь их например на юзабилити-тесты - бессмысленно. Конечных пользователей на тот момент было не получить технически. Руководство проекта воспринимало аргументы, которые в первую очередь про деньги и бизнес. Что делать?
Тогда я рассказал коллеге про набор метрик HEART framework (рекомендую погуглить).
H - happiness
E - engagement
A - adoption
R - retention
T - task
Им пользуются во многих продуктах Яндекса и пр. По сути этот набор - отличный срез "здоровья продукта", который прекрасно стыкуется, с одной стороны, с бизнес-метриками наподобие маржинальность и всяких там LTV, с другой стороны - раскладывается на UX-метрики типа "какой % юзеров успешно доходит до второго шага этого визарда и при этом не может загрузить вот этот файл и бросает приложение".
То есть HEART - отличное звено, через которое можно простроить цепочку от улучшения UX - к росту бизнеса.
Хорошо. Но что делать в данном конкретном продукте?
Я расспросил коллегу про модель монетизации проекта. Выяснилось, что продукт закупается клиентами сразу на год, и цена зависит от купленных модулей. Продление подписки - сложная задача, при которой продакт идёт к заказчику и договаривается с ним.
И вот тут как раз нашлась точка приложения усилий для моего коллеги. Если дать продакту хотя бы аргументы для таких сделок и они будут работать - это уже хороший вклад в продукт, где чётко просматривается прибыль от UX.
Как это сделать? Измерить и при необходимости - повысить engagement и retention пользователей. Чтобы продакт мог придти к заказчику и сказать "вот ваши ребята (25 человек) постоянно на протяжении полугода используют такие-то фичи по нескольку раз каждую неделю. Похоже, вам есть смысл продлять, а ещё посмотрите вот на этот модуль, он хорошо ускорит вас в такого типа задачах.
Для этого нужно поменять механизм авторизации и сделать ряд других фичей. Решить, в каких конкретных "попугаях" измерять engagement и retention и настроить сбор этих данных. А потом выпускать запланированные фичи, смотреть статистику, генерить и проверять гипотезы о том, что может её улучшить.
Кроме того, нам потребуется и метрика task, поскольку фичи сложные и пользователи запросто могут помирать где-то по пути, толком не распробовав функционал. И это тоже нужно измерять, и качественными, и количественными методами.
В результате этого коллега смог договориться с продактом о появлении в продукте метрик, юзабилити-тестирования, и многих других плюшках. Почему? Мы смогли сказать и предложить на языке бизнеса что-то внятное. Это очень, очень, очень полезный навык для дизайнера.
Да пребудут с вами метрики :)