Что ещё должен уметь дизайнер продукта?
На мой взгляд, есть один навык, который совсем недооценён и про него мало кто говорит. И это — организации макетов.
То, как вы организуете и описываете свои задачи, и есть финальный результат вашей работы. Это то, с чем будут работать все участники процесса: дизайнеры, продакты, проджекты, аналитики, исследователи, бизнес. Любой должен открыть ваши макеты и найти ответы на свои вопросы, не прибегая к вам лично. Вы можете быть классным дизайнером и хорошо закрывать задачи, но это ничто, если вы единственный хранитель этих знаний и на вас всё замыкается.
Что такое хорошая организация макетов в моём понимании:
💙 Чёткая и структурная документация фичи, разбитая по корнер-кейсам или флоу. Началом всегда должно быть оглавление (как в книге). Это основной экран фичи, в самом максимальном состоянии. Основные моменты «до» и «после» можно выделить цветом. Не относящиеся к задаче блоки/состояния должны быть помечены ссылкой на другие макеты, где я могу про них почитать.
💙 Много коротких текстовых пояснений к экранам. Текст должен дополнять макет, а не быть его основой. Не стоит описывать пользовательский путь, его лучше показать — стрелочками и макетами. А вот то, что меняется в процессе этого пути, нужно помечать сносками. Совсем неочевидные вещи помечать цветом/эмодзи восклицательного знака.
💙 «Закольцованность» ссылок в описаниях. В большом продукте все описания почти всегда связаны с другими его частями. Вы очень хороший дизайнер, если добавляете описание не только к своим макетам, но и аккуратно дополняете чужие, поддерживая актуальность всего рабочего пространства команды.
💙 Описания должны быть понятны всем. Не только разработчикам и дазайнерам, но и другим участникам. Для многих из них ваши макеты — это просто набор скриншотов. Старайтесь избегать формулировок, понятных только вам. Чем проще, тем лучше.
Где-то я прочитал такую фразу: «Если ваша команда хорошо работает без вас, значит, вы хороший менеджер». То же самое можно сказать и в случае с описаниями — «если макеты понятны без вас, значит, вы хороший дизайнер».
На мой взгляд, есть один навык, который совсем недооценён и про него мало кто говорит. И это — организации макетов.
То, как вы организуете и описываете свои задачи, и есть финальный результат вашей работы. Это то, с чем будут работать все участники процесса: дизайнеры, продакты, проджекты, аналитики, исследователи, бизнес. Любой должен открыть ваши макеты и найти ответы на свои вопросы, не прибегая к вам лично. Вы можете быть классным дизайнером и хорошо закрывать задачи, но это ничто, если вы единственный хранитель этих знаний и на вас всё замыкается.
Что такое хорошая организация макетов в моём понимании:
💙 Чёткая и структурная документация фичи, разбитая по корнер-кейсам или флоу. Началом всегда должно быть оглавление (как в книге). Это основной экран фичи, в самом максимальном состоянии. Основные моменты «до» и «после» можно выделить цветом. Не относящиеся к задаче блоки/состояния должны быть помечены ссылкой на другие макеты, где я могу про них почитать.
💙 Много коротких текстовых пояснений к экранам. Текст должен дополнять макет, а не быть его основой. Не стоит описывать пользовательский путь, его лучше показать — стрелочками и макетами. А вот то, что меняется в процессе этого пути, нужно помечать сносками. Совсем неочевидные вещи помечать цветом/эмодзи восклицательного знака.
💙 «Закольцованность» ссылок в описаниях. В большом продукте все описания почти всегда связаны с другими его частями. Вы очень хороший дизайнер, если добавляете описание не только к своим макетам, но и аккуратно дополняете чужие, поддерживая актуальность всего рабочего пространства команды.
💙 Описания должны быть понятны всем. Не только разработчикам и дазайнерам, но и другим участникам. Для многих из них ваши макеты — это просто набор скриншотов. Старайтесь избегать формулировок, понятных только вам. Чем проще, тем лучше.
Где-то я прочитал такую фразу: «Если ваша команда хорошо работает без вас, значит, вы хороший менеджер». То же самое можно сказать и в случае с описаниями — «если макеты понятны без вас, значит, вы хороший дизайнер».