Я редко сюда пишу, но надо что-то с этим делать

Во-первых, есть повод для поста — видео моего выступления на дизайн-митапе в Детмир Техе. Помимо нашей команды, были ещё гости из других компаний, поэтому посмотреть можно не только на меня.

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

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

И сейчас, как и многим другим, пора и мне дать себе обещание на будущий год.

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

С наступающим, подписчики! 🥂

Что ещё должен уметь дизайнер продукта?

На мой взгляд, есть один навык, который совсем недооценён и про него мало кто говорит. И это — организации макетов.

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

Что такое хорошая организация макетов в моём понимании:

💙 Чёткая и структурная документация фичи, разбитая по корнер-кейсам или флоу. Началом всегда должно быть оглавление (как в книге). Это основной экран фичи, в самом максимальном состоянии. Основные моменты «до» и «после» можно выделить цветом. Не относящиеся к задаче блоки/состояния должны быть помечены ссылкой на другие макеты, где я могу про них почитать.

💙 Много коротких текстовых пояснений к экранам. Текст должен дополнять макет, а не быть его основой. Не стоит описывать пользовательский путь, его лучше показать — стрелочками и макетами. А вот то, что меняется в процессе этого пути, нужно помечать сносками. Совсем неочевидные вещи помечать цветом/эмодзи восклицательного знака.

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

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

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

Папка Детмир Теха

Отборные 10 каналов нашей команды. И буквально каждый заслуживает внимания — там и про управление и наём (да, оно пишется так, сам в шоке), и про геймификацию, и даже про красивые вещи на маркетплейсах.

Знаю авторов лично — и у них точно есть, чему поучиться.

⚡️ Подписаться на папку

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

Читать статью на hardclient.com

@hardclient