кто такой продуктовый дизайнер

Продуктовый дизайнер: правила эксплуатации

Дизайнеры продолжают эволюционировать.

В ширь, ввысь и даже вкось.

Если раньше было достаточно назваться дизайнером и научиться без запинки произносить слово «Фотошоп», то сейчас этих навыков уже явно недостаточно для поиска приличной работы.

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

Ударю по теории и практике.

В теории хочу разобраться кто это такой и что от него хотят.

На практике — описать процесс работы этого самого дизайнера над тем самым продуктом.

Поехали!

Часть первая. Теоретическая.
Кто такой, сколько стоит и чего ожидают

Итак, в первых строках своего письма, уважаемая публика, хочу все-таки пояснить, что ж это за зверь такой «Продуктовый дизайнер» и чего от него хотят компании, принимая в ряды свои славные.

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

Вот что говорят курсы.

Нетология обещает зарплату от 120 тыщ. рублей

«UX/UI дизайнер, дизайнер продукта — одна из самых востребованных digital-профессий с широкими возможностями для роста и высокой заработной платой
Она сочетает в себе аналитику и творчество, инженерный подход и нестандартность решений. Грамотная работа дизайнера увеличивает прибыль клиента и улучшает взаимодействие пользователя с продуктом.»

«Продуктовый дизайнер отвечает за создание и развитие продукта: от идеи до выхода на рынок.
Вы научитесь продумывать бизнес-стратегию, работать с IT-командой, проводить исследования и проектировать дизайн-системы.»

«Формирует концепцию продукта, определяет, как с помощью дизайна решать проблемы бизнеса и достигать поставленных целей, и вместе с менеджером продукта ведет продуктовую команду к воплощению стратегии. Учитывает ограничения и потребности рынка и технологий. Инициирует исследования и тестирования. Имеет целостное представление обо всей экосистеме продукта, разрабатывает или курирует создание всей дизайн-системы. Знает все о пользователе, его потребностях и целях. Итог работы продуктового дизайнера — работающий цифровой продукт.»

В общем, достаточно размыто все в описаниях.

Теперь кинем взор на hh.ru и посмотрим, чего же реально ждут работодатели от человека, именуемого продуктовый дизайнер.

Действовала я топорно и без изысков: вбила в поисковую строку «Продуктовый дизайнер» и выписала часто встречающиеся требования.

Хозяйке на заметку: в вакансиях уровень зарплат часто не указывают, поэтому реальную картину понять достаточно тяжело.

Но могу огорчить обещателей и ожидателей зп от 100 тыщ.
Есть, есть компании, которые хотят много, но платить за это много совсем не готовы.

Ну и погнали теперь по общим требованиям:

Вообщем, требования достаточно обширные. Где-то больше, где-то меньше.
Надеюсь основное направление понятно.

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

На самом деле все у всех по-разному.

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

Но это лично мой опыт. Может у кого-то совсем и не так.

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

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

Это как история с дизайнерами-верстальщиками.

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

Но а пока я сижу, болтаю ножкой, жалуюсь на жизнь и называюсь продуктовым дизайнером, хочу поделиться опытом, как выстраивала процессы, что бы потом не было мучительно больно…

Потому что делать все равно надо.

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

Часть вторая. Практическая.
Основана на реальных событиях.

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

И об этих светлых пятнах и будет мой рассказ.

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

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

Сбор требований с заказчика

Требования можно собирать от Product Owner, заказчика, или другого ответственного лица.

На этом этапе важно понять как это работает сейчас и как это видится ответственному лицу. Причем не только здесь и сейчас, а и с зазором на будущее.
Ведь когда видишь картину целиком, а не кусками, всегда проще закладывать основы на дальнейшее масштабирование и доработки.

Требования надо собирать тщательно, не оставляя ни одного белого пятна.

По хорошему, этим должен заниматься бизнес-аналитик. Узнал, записал, принес, сделал «Чмоки» и махнул ручкой на прощание.

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

Потому, как есть вещи, которые аналитику не так важны, а вот при проектировании интерфейса без них никак. Поэтому сам и только сам, ну или рядом, как рояль в кустах с блокнотом, ручкой и диктофоном.

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

Сбор требований с пользователя

Это уже другая сторона медали.

Вот ты сейчас понял как это работает наверху, а теперь надо пойти и копнуть глубже. Копать надо в сторону тех, кто знает не только вершки, но еще и корешки.

Посидеть и посмотреть как он работает с тем, что уже есть.

Спросить что устраивает, а что нет. А как хотелось бы. Что важно при совершении определенного действия, принятия решения и прочее.

Даже если делаем то, чего еще нет, все равно они каким-то образом решают эти задачи.

Потыкав палкой в обе стороны, уже имеешь более-менее внятную картинку с которой можно работать.

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

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

И вдруг, внезапно, оказалось, что часть проблем не валидна, часть возникает не тут и не в это время, а часть вообще звучит странно и хз им бедным, что с этим делать. Короче, спасибо, решили, правда только хуже сделали.

Схема пути пользователя

Эту часть можно назвать CJM, можно еще как-то.

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

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

А я брала и раскладывала весь пользовательский путь употребления какой-то функцией от точки А до Б, от Б до С и так далее.

Так как часто приходилось делать то, чего еще нет, то реальные проблемы, радости и прочее передать не могла.

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

Когда весь путь чист, как слеза младенца, можно уже и к прототипу приступать.

Прототип первый: бумажный

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

Бумажки можно разложить в ряд и оценить логику и понятность будущего продукта.

На бумажках можно даже выписать какие-то моменты, которые нужно еще подумать или сразу выписывать возникающие вопросы, которые нужно будет уточнить у разработки, например.

Прототип второй: динамический

Я его делаю в Axure.

Честно, пробовала в других программах, но мне элементарно не удобно, особенно когда будет достаточно большое количество экранов.

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

Не скажу, что я его прям дизайню, но какие-то важные акценты и цвета делаю.

Тестирование прототипа

Прогон по сценарию с прототипом помогает убедиться, что вы таки попали туда, куда целились. А может попали, но не туда. А может вообще не попали.

В любом случае, все правки прототип переносит легче, чем продукт, запущенный в прод.

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

Не скажу, что все проходит гладко и правильно.

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

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

Поэтому сделала вывод, что если уж не получается выделить время «на поговорить», то можно ограничиться показом, собрав обратную связь.

Это точно лучше, чем ничего.

Показ прототипа разработке

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

Часто, когда время ограничено, что-то можно упростить, не теряя при этом качества.
Можно еще отметить места, которые потребуют более детального описания логики работы, чтобы разработчикам потом жилось легче.

Тадам! Финишная прямая: дизайн

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

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

Передача в разработку

Раньше описывала сценарии в формате user story.

Звучало это примерно так:
Я, как …., хочу…
Далее описывалась сама функция, действия с ней пользователем, дополнительные возможности и пр.

Оказалось, что иногда получается много и никто это читать не желает, поэтому стала лепить примечания в самом прототипе и раскладывать в miro путь уже надизайненными экранами.

Оказалось, что разработчикам так работать значительно удобней.

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

Заключение

Повторюсь, что это мое виденье и мой опыт.

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

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

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

Будет ли актуальна эта профессия в будущем или распадется, в конце-концов, на отдельных узких специалистов.

Источник

Кто такой продуктовый дизайнер

Руководитель отдела дизайна

На­вер­ня­ка вам ча­сто по­па­да­лись объ­яв­ле­ния о по­ис­ке UX или UI-ди­зай­не­ра. Если вы за­да­ва­лись во­про­сом, чем за­ни­ма­ют­ся люди этой про­фес­сии, то этот ма­те­ри­ал спе­ци­аль­но для вас. В сво­ей ста­тье для «Цеха» Кон­стан­тин Кис­лей­ко, ру­ко­во­ди­тель от­де­ла ди­зай­на ком­па­нии AG­IMA и пре­по­да­ва­тель на кур­се «UX/​​​​UI ди­зай­нер» в Нето­ло­гии, рас­ска­зы­ва­ет, кто та­кой про­дук­то­вый ди­зай­нер, ка­ки­ми на­вы­ка­ми он дол­жен об­ла­дать, и по­че­му даже здесь вам по­на­до­бит­ся ана­ли­ти­ка дан­ных.

Кто та­кой про­дук­то­вый ди­зай­нер

Если вы по­про­бу­е­те разо­брать­ся, кто та­кой про­дук­то­вый ди­зай­нер се­го­дня, вас ждет путь непо­ни­ма­ния и боли. Опре­де­ле­ний в ин­тер­не­те мас­са, и ка­жет­ся, что каж­дый го­тов при­не­сти свое ви­де­ние. Если про­ска­ни­ро­вать ва­кан­сии, то и здесь мож­но уви­деть очень раз­ные тре­бо­ва­ния и фор­му­ли­ров­ки.

Сара Клейн, ди­зай­нер из Аме­ри­ки, про­ве­ла ин­те­рес­ный экс­пе­ри­мент. Она взя­ла 10 ва­кан­сий про­дук­то­во­го ди­зай­не­ра и 10 ва­кан­сий UX-ди­зай­не­ра в Сан-Фран­цис­ко. И по­пы­та­лась най­ти пе­ре­се­че­ния. Ре­зуль­тат экс­пе­ри­мен­та за­ста­вил по­нять, что про­дук­то­вый ди­зай­нер — это ско­рее про биз­нес, а UX-ди­зай­нер — про опыт.

В це­лом, все схо­дят­ся в од­ном — про­дук­то­вый ди­зай­нер дол­жен в первую оче­редь де­лать про­дукт. Но опре­де­лить чет­кие гра­ни­цы, где за­кан­чи­ва­ет­ся ра­бо­та ди­зай­не­ра и на­чи­на­ет­ся ра­бо­та смеж­но­го спе­ци­а­ли­ста, ни­кто так и не смог. Дол­жен ли про­дук­то­вый ди­зай­нер пи­сать ТЗ, про­во­дить ис­сле­до­ва­ния, ко­пать­ся в ана­ли­ти­ке, со­став­лять UI-киты, бе­се­до­вать с биз­не­сом, про­ка­чи­вать мет­ри­ки? Вот при­мер ва­кан­сии про­дук­то­во­го ди­зай­не­ра от од­но­го из IT ли­де­ров рын­ка — ни сло­ва про биз­нес и мет­ри­ки:

Ка­кие функ­ции дол­жен вы­пол­нять про­дук­то­вый ди­зай­нер

Обыч­но круп­ные агент­ства ра­бо­та­ют над несколь­ки­ми де­сят­ка­ми про­дук­тов од­но­вре­мен­но. И на­вы­ки, ко­то­рые при этом при­ме­ня­ет ди­зай­нер, силь­но за­ви­сят от про­дук­та, кли­ен­та, ме­то­до­ло­гии раз­ра­бот­ки и даже вре­ме­ни года. Один и тот же спе­ци­а­лист на раз­ных про­ек­тах за­ча­стую ис­поль­зу­ет непе­ре­се­ка­ю­щи­е­ся на­бо­ры скил­лов.

На­при­мер, ди­зай­нер мо­жет да­вать экс­перт­ную оцен­ку по недо­стат­кам ин­тер­фей­са и го­то­вить UI-кит. Или со­став­лять мо­дель до­сти­же­ния фи­нан­со­вых KPI в од­ном про­ек­те и ре­дак­ти­ро­вать хе­дер в дру­гом.

На­вы­ки про­дук­то­во­го ди­зай­не­ра

Я изу­чил несколь­ко от­кры­тых ва­кан­сий по сло­вам «про­дук­то­вый» и «ди­зай­нер» и вы­де­лил ти­по­вые тре­бо­ва­ния. Чаще все­го ра­бо­то­да­те­ли ожи­да­ют, что про­дук­то­вые ди­зай­не­ры (так­же как и ди­зай­не­ры про­дук­та, UX/​​UI-ди­зай­не­ры) уме­ют:

Уз­кий спе­ци­а­лист или ши­ро­кий про­филь

Необя­за­тель­но уметь все из спис­ка выше сра­зу. Но как ми­ни­мум 2-3 пунк­та бу­дут в каж­дой ва­кан­сии про­дук­то­вой ком­па­нии. Ред­ко ко­гда ищут спе­ци­а­ли­ста, ко­то­рый уме­ет ра­бо­тать толь­ко с ана­ли­ти­кой, про­во­дить ис­сле­до­ва­ния или пи­сать сце­на­рии. По­че­му так? Ведь ка­жет­ся, что су­пер­про­фи в од­ной уз­кой дис­ци­плине мо­жет при­не­сти неве­ро­ят­но мно­го поль­зы про­ек­ту.

Я могу на­звать две при­чи­ны — ско­рость и про­цес­сы.

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

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

Ка­кие на­вы­ки нуж­ны ди­зай­не­ру в 2020 году

Есть два боль­ших под­хо­да к со­зда­нию про­дук­та — ори­ен­ти­ро­вать­ся на опыт или на дан­ные.

В цен­тре это­го под­хо­да — на­ра­бо­тан­ная прак­ти­ка ди­зай­не­ра. На­смот­рен­ность, ло­ги­ка, ин­ту­и­ция, ха­риз­ма и уда­ча —— это все про них. Если че­ло­век сде­лал 40 мар­кет­плей­сов, то сде­лать 41 ему не со­ста­вит тру­да: по­смот­рел пару но­вых шо­тов на Dribb­ble, про­чи­тал ТЗ, по­го­во­рил с несколь­ки­ми пред­ста­ви­те­ля­ми ЦА, про­ра­бо­тал по­лу­чен­ную ин­фор­ма­цию и вы­дал ма­ке­ты в раз­ра­бот­ку.

Данные

Сей­час прак­ти­че­ски все мож­но из­ме­рить: по­се­ща­е­мость стра­ниц, удер­жа­ние, до­чи­ты­ва­е­мость, при­быль. Одни ре­ше­ния уве­ли­чи­ва­ют эти мет­ри­ки, дру­гие —— умень­ша­ют. Ста­вя экс­пе­ри­мен­ты и срав­ни­вая циф­ры, ди­зай­нер по­лу­ча­ет объ­ек­тив­ную кар­ти­ну по про­дук­ту и оце­ни­ва­ет ре­а­ли­за­цию про­ек­та с точ­ки зре­ния здра­во­го смыс­ла.

Клю­че­вые на­вы­ки:

До­пол­ни­тель­ные ин­стру­мен­ты и бо­лее уни­вер­саль­ные на­вы­ки:

Если вы ра­бо­та­е­те с неболь­ши­ми про­ек­та­ми — на­при­мер, для стар­та­пов — вам до­ста­точ­но сво­их опы­та и на­вы­ков. По­то­му что цена ошиб­ки не так вы­со­ка, а сто­и­мость раз­ра­бот­ки про­дук­та в разы ниже.

Но рано или позд­но про­ект вы­рас­тет, и по­тре­бу­ют­ся на­вы­ки data-dri­ven под­хо­да. В боль­ших про­дук­тах улуч­ше­ние эф­фек­тив­но­сти хотя бы на 1% мо­жет при­не­сти мил­ли­о­ны руб­лей при­бы­ли. И без data-dri­ven под­хо­да та­ко­го до­бить­ся по­чти невоз­мож­но.

Кро­ме ди­зай­нер­ских на­вы­ков (на­смот­рен­но­сти, дата-драй­вен), лю­бо­му ди­зай­не­ру бу­дет по­лез­но знать о смеж­ных об­ла­стях: ко­гда луч­ше при­ме­нять Scrum, а ко­гда Kan­ban, о кас­со­вом раз­ры­ве и о том, чем JavaScript от­ли­ча­ет­ся от Swift —— все это по­мо­жет об­щать­ся со все­ми чле­на­ми ко­ман­ды на од­ном язы­ке.

Как вы­брать тра­ек­то­рию ка­рье­ры

В ком­па­нии AG­IMA ра­бо­та­ет мно­го уз­ко­спе­ци­а­ли­зи­ро­ван­ных экс­пер­тов. И сво­ей экс­пер­ти­зой ком­па­ния по­кры­ва­ет все по­треб­но­сти в со­зда­нии про­дук­та. Все экс­пер­ты раз­де­ле­ны на шесть боль­ших групп, ко­то­рые идут по про­ек­ту как по­сле­до­ва­тель­но, так и па­рал­лель­но:

Все эти груп­пы плот­но ра­бо­та­ют друг с дру­гом, го­во­рят на од­ном язы­ке, пи­лят еди­ный про­дукт, но спе­ци­а­ли­за­ции и об­ла­сти от­вет­ствен­но­сти — раз­ные. Имен­но по­это­му для раз­ра­бот­ки пол­но­цен­но­го про­дук­та мы со­би­ра­ем про­дук­то­вые ко­ман­ды из раз­лич­ных ком­пе­тен­ций. Без­услов­но, часть та­ких ком­пе­тен­ций мо­жет быть смеж­ной.

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

И хо­ро­ше­му про­дук­то­во­му ди­зай­не­ру по­лез­но раз­ви­вать кросс-функ­ци­о­наль­ные на­вы­ки. Если у вас уже есть опре­де­лен­ный силь­ный на­вык, то сто­ит пер­вым де­лом опре­де­лить на­вы­ки, ко­то­рые мак­си­маль­но близ­ки к ва­ше­му.

На­при­мер, если вы си­стем­ный ана­ли­тик, зна­чит вы уме­е­те опи­сы­вать и ис­сле­до­вать. Эти на­вы­ки близ­ки про­ек­ти­ров­щи­кам и веб-ана­ли­ти­кам. Зна­чит вы мо­же­те при­сту­пить к изу­че­нию ин­стру­мен­тов веб-ана­ли­за (Ян­декс.Мет­ри­ка и Google An­a­lyt­ics) и ме­то­до­ло­гии ис­сле­до­ва­ний, и па­рал­лель­но осва­и­вать ин­стру­мен­ты про­то­ти­пи­ро­ва­ния и по­стро­е­ние CJM.

Если вы управ­ля­е­те про­ек­та­ми, то вы уме­е­те счи­тать и по­ни­ма­е­те биз­нес. Веб-ана­ли­ти­ка, си­стем­ная ана­ли­ти­ка, мет­ри­ки эф­фек­тив­но­сти долж­ны да­вать­ся вам очень лег­ко. UI-ди­зай­не­ры, оче­вид­но, долж­ны рас­ши­рять­ся сна­ча­ла в про­ек­ти­ро­ва­ние и ис­сле­до­ва­ния.

К тому мо­мен­ту, как вы изу­чи­те две со­сед­ние спе­ци­а­ли­за­ции, вы сами пой­ме­те, что вам раз­ви­вать даль­ше и к чему у вас ле­жит душа. Глав­ное пом­нить, что ком­пе­тен­ций мно­го не бы­ва­ет.

Источник

Кто такой продуктовый дизайнер: что делает и за что отвечает

Одна из секций прошедшей в Иннополисе ночной конференции IT Nights была посвящена продуктовому дизайну. Узнали у спикеров конференции, кто такой Digital Product Designer и что конкретно он делает.

Обучение в онлайн-университете: курс «Продуктовый дизайнер»

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

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

Что делают продуктовые дизайнеры

Дизайнер компании Evil Martians

Дизайнер продукта — профессия достаточно новая. С непривычки нас можно перепутать с дизайнерами интерфейса, графическими дизайнерами, исследователями или даже бизнес-аналитиками, но на практике нам удается совмещать в одной роли все вышеперечисленное. Главная задача продуктового дизайнера — помочь цифровому продукту прийти к измеримому успеху, а для этого одного рисования интерфейсов недостаточно.

Дизайнер на «Марсе» [в компании Evil Martians. — прим. Нетологии] обращается к аналитике и пользователям, чтобы найти основные проблемы продукта, изобретает эффективные решения посредством прототипирования в графическом редакторе или коде, сопровождает разработку этих решений, тестирует результат и повторяет цикл, если нужно. Это не просто ремесленник, а стратег и инженер, движущая сила веб-сервиса или приложения.

Head of R&D компании «Ак Барс Цифровые Технологии»

Продуктовый дизайнер — человек, который должен совмещать в себе три базовые роли. Первая — это ответственность за качество пользовательского опыта. Он должен регулярно получать обратную связь от пользователей, проводить исследования текущего пользовательского следа внутри актуального цифрового продукта и постоянно его улучшать. А также думать над востребованными улучшениями, проводить исследования по изучению пользовательского спроса.

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

Третье — экспертиза, связанная с бизнесом цифрового продукта. Ему нужно разбираться в модели монетизации, стратегии, понимать основные метрики жизнеспособности продукта. Каждое его решение должно быть продиктовано пониманием этих метрик и быть максимально ориентированным на их увеличение.

Руководитель команды продуктового дизайна компании Miro

Digital Product Designer работает с бизнес-эффектами и гипотезами, достигая первые и проверяя вторые, через итеративную работу с цифровым продуктом. Мы в Miro вовлекаем дизайнера на ранних стадиях работы с проектами, чтобы он или она могли определять, как должно выглядеть решение.

В зависимости от стадии продукта, опыта дизайнера и задачи специалист адаптирует свой процесс работы под цель. Например, чтобы расширить число этапов, которые закрывает продукт в работе команд, нужно провести исследование рынка, пользователей и конкурентов, чтобы сформировать видение: как мы можем это сделать. Либо же, получив такое понимание от стейкхолдеров, взять в проработку вид, опыт и функциональность, которые потенциально могут привести нас в ту точку, о которой мы договорились. Дробя вышесказанное на этапы, можно схематично зафиксировать процесс так: проблема/эффект/гипотеза → исследование → проектирование решения → тестирование → улучшение → запуск → анализ. Повтор.

Креативный директор компании Mail.Ru Group

В компании Mail.ru целая экосистема сервисов, чтобы закрыть большинство потребностей пользователей в онлайне. Они различаются по содержанию, стилю и разной фазе активности работы над ними (концепции/запуск/поддержка), поэтому заскучать невозможно и есть где развернуться.

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

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

Сколько зарабатывают продуктовые дизайнеры

По данным сайта hh.ru, среднее предложение для продуктовых дизайнеров составляет от 40 000 ₽ до 90 000 ₽ ежемесячно (данные по состоянию на август 2019), в зависимости от города:

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

По данным hh.ru, 41% вакансий приходится на компании ИТ-сферы. 11% — на розничную торговлю. В 9% случаев продуктовых дизайнеров ищут в компании, занимающиеся маркетингом, рекламой, BTL, PR. 7% предложений размещены организациями, которые специализируются на товарах широкого потребления. 5% приходится на финансовый сектор.

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

Половина предложений для продуктовых дизайнеров подразумевает опыт работы от 1 года до 3 лет, еще 37% — опыт от 3 до 6 лет. 8% работодателей трудоустроят кандидатов без опыта работы.

Какими навыками должен обладать продуктовый дизайнер

Руководитель отдела дизайна продуктов компании «Актион-МЦФЭР»

Чтобы быть дизайнером продукта, нужно сначала всесторонне изучить, как устроен продукт: модель монетизации, портрет аудитории, задачи, сценарии, боль и радости пользователей, структура взаимодействия, интерфейс, используемые технологии и так далее. А потом прикладывать силы к тому, чтобы продукт становился лучше. Аналитическое мышление, эмпатия и умение учиться — главные hard skills дизайнера. Умение слушать, понимать и говорить — ведущие soft skills. А важнейшими установками должны стать желание делать дела (а не витать в облаках) и разделение коллективной ответственности за то, что вы отдаете пользователю в результате.

Head of R&D компании «Ак Барс Цифровые Технологии»

Прежде всего, это ожидания от UX-дизайнера, пользовательские исследования перед запуском итерации (to be customer journey map), а также после (as is customer journey map). Это создание прототипов разной степени детализации, которые применяются в исследованиях. Умение декомпозировать функциональность, которая находится в бэклоге, например, используя инструменты user story mapping. Умение проводить стратегические сессии вместе с командой с использованием таких инструментов, как lean canvas; потому что проведение сессий в формате коллективного творчества — самый эффективный метод сбора требований для продуктового дизайнера.

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

Дополнительной экспертизой является понимание владения продуктом, чтобы говорить на одном языке с бизнес-владельцем: бизнес-модель, модель ценообразования, маркетинговые исследования, vision продукта. И свободная ориентация в таких актуальных процессах цифрового производства продукта, как lean development, scrum и так далее.

Креативный директор компании Mail.Ru Group

На мой взгляд, сейчас важно не быть «одностаночником» — большинство сложных дизайнерских задач находятся на стыке ролей и специальностей. Уже нельзя просто нарисовать прототип, разукрасить его и отдать. Вы точно найдете, где применить навыки в копирайтинге, полиграфии, айдентике и даже 3D.

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

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

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

Руководитель команды продуктового дизайна компании Miro

Рад, если для кого-то это прозвучит очевидно, и ещё больше рад, если в вас это уже есть — дайте мне знать, я в постоянном поиске таких людей.

1. Моделирование сценариев: что было до, что будет после, как мы сюда попали, а что если?… Работу опытного дизайнера отличает отсутствие логических дыр и разрывов во взаимодействии: всегда ясно, откуда, куда и как может двигаться пользователь.

2. Снижение неопределенности. Это иногда называют исследованиями, но мне не хотелось бы сужать до конкретного инструмента. Задача может быть шире: формализовать требования или критерии результата, сформулировать вопрос, на который нужно ответить, или гипотезу, которую нужно проверить, а затем провалидировать их. Это о том, чтобы двигать работу вперёд, даже если результат невозможно описать в текущем моменте.

3. Проектирование. Опять же в широком смысле: как это будет выглядеть, как это будет работать, что будут чувствовать люди, используя это?

4. Коммуникация. Причём как внешняя, так и внутренняя. Команде важно объяснить: почему принято то или иное решение, а клиенту донести ценность, которую он получит от этого. Ещё важно слышать, задавать открытые вопросы и контролировать эмоции.

5. Менеджмент. В начале — научиться управлять собой: своим временем, обязательствами и ресурсами. Затем это масштабировать на проектную группу, отдел, департамент и всю компанию.

6. Бизнес-мышление. Как мы влияем на благосостояние компании? Делаем ли мы самую важную вещь с точки зрения эффектов в текущий момент? Как мы можем вырасти в десять раз в годовом доходе?

7. Проактивность. Что-то не ок → предложи, как улучшить. У тебя есть идея → обсуди. Не хватает ресурсов → придумай, как скорректировать решение или передоговорись. Не ждать, а жить интересную и правильную в вашем понимании жизнь.

Источник