Привет! А вот и обзор Product Owner Weekend:
http://telegra.ph/Product-Owners-Meetup--den-pervyj-04-24

В процессе написания устал, поэтому пока только первый день, второй опишу отдельной статьей :)

Если кратко:
Отличное событие, я получил здоровенный конспект, презентации докладчиков (с большим количеством мяса), несколько крутых шаблонов и много новых полезных знакомств.

Очень рекомендую, в мае будет повторение.

Скоро выложу две новых статьи о проектировании. В них покажу, как происходит процесс и дам много ссылок на полезные статьи

Проектируем интерфейс на основе карты — начало

Тут я определяюсь с составом прототипов, используя атомарный дизайн. Собибираю референсы, доделываю схему решения и пр.

https://teletype.in/@serebrennikov/rkGnJuQCz

Проектируем интерфейс на основе карты — продолжение

Здесь я допроектировал (до средней детализации, дизайн пока не делал) кусок приложения, по пути дал ссылки на полезные статьи, а в конце привел большую подборку того, что полезно читать, когда вы делаете прототипы и дизайн.

В следующий раз я видимо спроектирую еще 1-2 шага, и соберу кликабельный прототип. А в дальнейших статьях расскажу вам о юзабилити тестах своего концепта.

https://teletype.in/@serebrennikov/S1zyMOQCf

Привет! После хорошей статьи/книги мы часто думаем "прикольно, надо внедрить". И не внедряем :) Лично меня спасают чек-листы с выжимкой. И я решил делиться ими с тобой раз в неделю :)

#Воскресный_чеклист

50 вещей, которые вы возможно забыли запроектировать при работе над мобильным приложением.

По ссылке — чеклист в трелло. Поможет не потерять много полезных и нужных для продукта вещей при проектировании (неважно, проектируешь ты самостоятельно, или ставишь задачу коллеге). Очень удобная шапрагалка , копируй к себе на доску, пользуйся:)

Чеклист составлен по мотивам вот этой прекрасной переводной статьи

Друзья, я хотел бы взять интеревью у не_дизайнеров, которые таки проектируют интерфейсы, или хотят получить этот навык.

Если это про тебя, напиши мне пожалуйста:
@Serebrennikov_i

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

​​Видео по основам проектирования

Доброй ночи, надеюсь, не разбудил:)

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

Смотреть видео

Пройдите опрос, пожалуйста?

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

Хоу подготовить для вас несколько новых статей и онлайн-воркшоп. Чтобы сделать их полезными, мне нужно узнать о вас чуть больше. Ответьте пожалуйста на несколько вопросов?

https://goo.gl/forms/175fspRsIbYQNKXV2

​​Привет-привет и простите за долгое молчание 🙂

Коллега из Цюриха прислал мне статью об архаичных банковских интерфейсах: #ВсёПеределать в Цюрихе: улучшаем интерфейс билетного автомата

Я сам тоже не сижу без дела, готовлю для вас онлайн-воркшоп и новые статьи с видосиками. На этой неделе ждите обновлений 🙂

Привет-привет!

Я продолжаю проектировать своего «убийцу прокрастинации и расфокуса» и делиться мыслями о проектировании, юзабилити-тестах и прочем https://teletype.in/@serebrennikov/SJBeef2MX

Немного о проектировании сценариев.

Перед тем, как рисовать интерфесы — полезно сначала как-то спроектировать желательный пользовательский опыт. Кто-то использует сторифреймы, кто-то пишет job stories и пр. Сегодня на примере работы моего ученика разберем пару нюансов userflow.

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

В его работе есть некоторые недочеты, которые частов встречаются часто. Поэтому я запил вот это видео с рекомендациями:
https://www.youtube.com/watch?v=34QzGMipBWo&feature=youtu.be

И последний пост на сегодня :) Организаторы курсов и воркшопов периодически просят меня пропиарить их начинание.

Не так давно постучались ребята из 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, поскольку фичи сложные и пользователи запросто могут помирать где-то по пути, толком не распробовав функционал. И это тоже нужно измерять, и качественными, и количественными методами.

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

Да пребудут с вами метрики :)

Введение в оценку интерфейсов.

Привет, друзья! Нужно было переосмыслить развитие канала и поработать :) Поэтому немного пропал.

Мы с вами начали говорить об оценке и валидации интерфейсов. Это важная часть нашей работы, и без нее сложно претендовать на ХОРОШУЮ зарплату (да и удобный и прибыльный продукт сделать — гораздо сложнее и затратней).

- - - - - - - - - - - - - - -
Продолжим. Ловите новый лонгрид:
Оценка интерфейсов. Введение
- - - - - - - - - - - - - - -

Опытным продуктовым дизайнерам и юиксерам будет бесполезно (вы это все уже знаете),
остальные могут найти ценные мысли.

Вакансия. Продуктовый дизайнер, офис, Москва.

Друзья, привет.

Мой знакомый ищет хороших продуктовых дизайнеров (двух, можно больше) к себе в московский офис. Тематика — крипта, но можно переключаться на банкинг, промо, или еще как-то «разнообразить досуг», т.к. проектов много.

Денег много. Можно 200, можно заметно больше, если ты например дизайн-директор, или просто готов рвать причинные места и давать стране угля.

Подход — «скажи, сколько ты хочешь получать, а я скажу, что для этого надо пилить каждый месяц»

- - - - - - - - - - - - - - - - - - - -

У кого есть продуктовые кейсы и еому интересно — напишите мне в личку. @Serebrennikov_i

В сообщении пожалуйста:

1) Рассказ о своем опыте (1-3 предложения)
2) Файл или ссылка на описание 2-3 ваших кейсов в формате:
— какая продуктовая задача/проблема была
— какие варианты видел
— какой вариант выбрал и почему
— какой был процесс проработки конкретного решения
— какой результат получился

- - - - - - - - - - - - - - - - - - - -

P.S. И да, ребята, вам нормально иногда видеть тут избранные вакансии?

Простите, не прикрепил реакции :) Итак, вакансиям от моих знакомых в канале быть? :)

#UX_research
Как из обычного текста сделать прототип (без кода и рисования) и протестировать фичу + вакансии в этом канале.

Привет. На подходе сразу несколько статей. О трудоустройстве на хорошие вакансии, о прокачке в дизайне, и о работе интересных продуктовых компаний.

А пока, давайте разберем, как я в прошлых постах собрал довольно много полезных данных и протестировал прототип фичи :)

- - - - - - - - - - - - - - -

Недавно я спросил вас, публиковать ли в этом канале вакансии от моих друзей и знакомых. Помните?
Спасибо вам за такой отклик, я передал знакомому ваши контакты.

Но кроме того, эта вакансия и ваши ответы решили
важный продуктовый вопрос. Какой?

Я хотел проверить фичу перед тем, как ее для вас делать.
Эта фича — помощь в трудоустройстве. Часть большого обучающего продукта.

- - - - - - - - - - - - - - -

То есть фичи еще нет, а я уже иду ее проверять?
Смотрите сами:)

Есть прототип фичи — настоящая интересная вакансия + пост в канале, который о ней рассказывает и приглашает писать мне в личку.

Есть вы, Пользователи.

Есть идея будущей фичи (помощь с трудойстройством) и чтобы ее сделать, нужно проверить несколько гипотез. В этот раз — вообще понять, есть ли интерес.

Есть данные, которые я собрал и выводы, которые сделал, но о них — в следующей статье :)

- - - - - - - - - - - - - - -

Итого: я быстро и очень дешево создал прототип фичи, протестировал, собрал данные и принял решение.
А еще мой знакомый получил контакты дизайнеров, а вы получили вакансию:)

И сейчас я начинаю общаться с знакомыми продакт-овнерами и дизайн-директорами, чтобы эта фича развивалась дальше.

Видите?
Простой, быстрый, дешевый и ПОЛЕЗНЫЙ UX-Research. Отвыкайте от мысли, что прототип — это кликабельный интерфейс, или куча бумажек, или еще что-то такое.

Прототип — это в первую очередь МОДЕЛЬ, которая помогает найти ответ на правильный вопрос. С которым вы пойдете дальше и с большей вероятностью шагнете в обеспеченное и счастливое будущее, а не в унылый понедельник.

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

Какие данные я собрал и какие выводы сделал? Ждите статью завтра.

- - - - - - - - - - - - - - -
Хотите других примеров?
Напишите мне о ваших проектах я поищу примеров ближе к вашим реалиям
@Serebrennikov_i

Метрики в посте о вакансии. Чем это мне помогло? Какие решения я принял? Как я проверю их разумность?

Привет! Давайте доразберемся, на что конкретно я смотрел в посте о вакансии, и какие решения принял.

Кртакий экскурс:
Данные любят делить на количественные и качественные.

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

Я в итоге получил те и другие.
- - - - - - - - - - - - - - -

Во-первых, количественные данные. Количество просмотров, количество реакций. Скорость их накопления (раза в 2-3 быстрее, чем обычно). Количество респондентов в личке, количество контактов, пересланных работодателю. Соотношение всех этих чисел. Отношение их к общей базе подписчиков. Отношение их к стоимости привлечения подписчика. Все вместе они описывают простенькую, но воронку.
869 просмотров, 100 с лишним за вакансии, 12 — против... и т.д.

Во-вторых, качественные. Какие обращения были, какие порфтолио прислали. Кроме присланных портфолио, были просто вопросы, например по юзабилити-тестированию. Важно, кто задавал эти вопросы, где, кем и как они работают, о каких болях и проблемах они рассказали мне в беседе.

Описывать можно довольно долго.

Какие выводы я сделал? Выводов много, вот часть:

На вакансию заявилось не очень много человек. При этом много проголосовало за публикацию вакансий и много просто пообщаться написало. Значит, в самой вакансии что-то не так. Я думаю, что это может быть из-за:
- слишком высокой зп и требований («хороший продуктовый дизайнер»)
- недостаточного или невкусного описания
- предложение неинтересно тем подписчикам, у кого есть продуктовые кейсы
- в канале мало подписчиков с продуктовыми кейсами

Что я в итоге буду делать? Хочу поступить так:

Фичу с помощью по трудоустройству — прорабатывать дальше.

1) Писать полезный для трудоустройства контент (и в плане наработки скиллов/портфолио, и в плане взаимодействия с будущими работодателями)

2) Обрасти базой хороших работодателей, собрать их требования к дизайнерам, рассказывать о них в канале

3) Подготовить и обкатать обучающие курсы/воркшопы/интенсивы и пр, на которые можно придти, научиться, и пойти работать — пилить клевый продукт.

А что с вакансиями?

1) Вакансии все-таки публиковать. Но...

2) Публиковать мало, не больше 2-4 шт в месяц.

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

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

Видите? В UX мы часто балансируем, пытаясь решить проблему одной части пользователей, не повредив другим. Иногда получается, иногда нет, для этого и нужны метрики, аналитика, тестирования:)

Следующий вопрос — а как я измерю эффект от этого решения?
И это уже отдельная история :)

- - - - - - - - - - - - - - -
Открыт для критики канала, вопросов и общения.
@Serebrennikov_i