ИГ про дизайн

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

Менторинг — для меня как один из способов собственного саморазвития. Помогая и направляя других ребят, я укрепляю свои собственные знания. Два в одном! Польза для обоих людей в менторской связке. Проект Duo Sapiens, где я работаю в роли ментора — это профессиональное и в то же время уютное пространство для поддержки, помощи и развития дизайнеров и дизайн-руководителей. Делюсь перепостом-описанием, вдруг кто ещё не знаком с таким классным сервисом.

Завтра — 19 ноября в 17:00 — Рефодушка с Игорем Готтом ✨✨

Игорь работал в Ростелекоме, Альфа-Банке, Рамблере, Акронисе и международном дизайн-агентстве Expo-One в Пекине (ещё по старинке и в оффлайне!) 🏆

А в Ростелекоме он руководил департаментом из 60 дизайнеров и внедрил «Профессиональные цели» — классный инструмент для их развития, с помощью которого удалось вырастить 9 дизайн-лидов и около 20 ведущих дизайнеров. Его-то мы и обсудим!

В эфире:

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

● Обсудим, как дизайнеру замерять свои профессиональные результаты и анализировать развитие по матрице компетенций.

● Посмотрим на то, как устроены «Профессиональные цели» и попробуем внедрить их в свою жизнь. Будет полезно как дизайнерам, так и руководителям 🤙

💃Подписывайтесь на канал Игоря (внутри — его рассуждения и методологии для дизайнеров и дизайн-менеджеров) и подрубайтесь в зум по постоянной ссылке.

***

Добавьте Рефодушку в календарь, чтобы не пропускать эфиры.

Google Календарь

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

Продуктовый фреймворк
#Инструменты

Набор шагов и активностей для решения бизнес-задач с помощью дизайна:

1. Погружение в задачу
1.1. Понять задачу бизнеса
1.2. Понять задачу пользователя

2. Предпроектный анализ
2.1. Поиск и анализ готовых схожих решений в компании (у текущего продукта или у смежных продуктов)
2.2. Поиск и анализ конкурентных решений

3. Предпроектные исследования
3.1. Сформулировать гипотезы решения задач бизнеса и пользователя
3.2. Согласовать эти гипотезы с PM/PO
3.3. Определить метрики успешности решения задачи
3.4. Провести исследование (Сusdev, CJM, etc.)
3.5. Составить пользовательские сценарии

4. Проектирование сценариев (UX)
4.1. Разработать прототип на основе готовых сценариев (учесть динамику — логику переходов пользователя по экранам в зависимости от выполнения сценария)
4.2. Протестировать внедрённые гипотезы (коридорно или другими оперативными методами)

5. Визуальный дизайн (UI)
5.1. Поиск визуального стиля (учесть существующие гайды, если они есть)
5.2. Использовать дизайн-систему (если она есть), настроить компоненты
5.3. Проработать дизайн-макеты (lo-fi прототипы пересобрать в hi-fi макеты)
5.4. Подготовить комментарии к макетам для разработчиков
5.5. Передать дизайн-макеты в разработку (со всей необходимой технической документацией и объяснением работы дизайна)
5.6. Провести дизайн-ревью фронт-разработки

6. Продуктовые исследования
6.1. Протестировать внедрённые решения на проде на реальных пользователях
6.2. Проанализировать полученные метрики
6.3. Внести улучшения в дизайн (по-возможности, внести корректировки сразу на проде силами разработчиков, не тратя время на исправление макетов)

7. Защита перед ЛПР или бизнес-заказчиком
7.1. Презентация проделанного анализа и исследований
7.2. Презентация промежуточно спроектированных решений (UX)
7.3. Презентация итогово визуального дизайна (UI)
7.4. Защита и аргументация принятых решений
7.5. Принятие комментариев и правок, их анализ и доработка

→ Подробнее про стратегию защиты дизайна

Продуктовый фреймворк для дизайна вашего продукта
#Инструменты

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

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

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

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

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

Избранные статьи на сайте

На всякий случай напоминаю. Избранный материал, над которым я здесь работаю, публикуется на моём сайте в виде статей. Их удобно читать с мабилы или десктопа, добавлять в закладки в браузере или шейрить друзьям. К тому же, все свежие публикации обладают прекраснейшими черно-белыми иллюстрациями ручной работы (не какая-то там нейронка сгенерила), дополняющими статьи лёгкой иронией или приятно визуализируют смысл текста. Приятного чтения!

→ Читать статьи на сайте

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

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

Дизайн [чего угодно]
#Инструменты

1. Определение задачи
- Какую именно задачу мы решаем? Для чего мы будем делать то, что собрались делать?
- Каким должен получиться результат?
- Как мы поймем, что результат достигнут? (Сформулировать метрику успеха)
- А действительно ли задачу нужно решать именно так, как видится на первый взгляд? (Включить критическое мышление, может быть эту задачу дизайн не решит)
- Сформулировать гипотезы для решения задачи
- Обсудить ваш вижен задачи и гипотезы решения с постановщиком этой задачи, зафиксировать его ожидания от будущего результата.

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

3. Анализ контекста
- Были ли попытки решить подобную задачу ранее? (Если да, то что не сработало?)
- Какая информация есть вокруг задачи? (Аналитика, точки взаимодействия, отзывы клиентов/пользователей)
- Существуют ли решения для подобных задач в рамках продукта/проекта/бренда/компании? (Если да, то как их можно переиспользовать или масштабировать, чтобы не плодить новые сущности)
- Какие решения для подобных задач есть у конкурентов на рынке? (Переиспользовать лучшее, не использовать неудачное, помнить об уникальных нюансах вашей задачи)

4. Предпроектные работы
- Какие задачи бизнеса будут решены с помощью нашего дизайна?
- Какие задачи клиентов/пользователей будут решены с помощью нашего дизайна?
- При необходимости провести опросы, касдев, составить карту путешествия пользователя или сценарии его взаимодействия с будущим дизайном
- Сбор и формирование референсов, мудбордов и их анализ
- Вспомнить важный вопрос: какую задачу мы решаем?
- Сформировать конкретный план по техническим работам

5. Технические работы
- Разработка дизайн-концепции, согласование с ЛПРом
- Тестирование дизайн-концепции на реальных людях: потенциальных клиентах/пользователях (в зависимости от ситуации)
- Доработка и фиксация всех важных нюансов в дизайн-концепции
- Разработка внутренних инструментов автоматизации под задачу (UI-киты, шаблоны — в зависимости от ситуации)
- Масштабирование дизайн-концепции на всю оставшуюся часть работ (технические макеты)

6. Внедрение решения
- Насколько масштабная задача? (Определить стратегию внедрения: Единоразовый или поэтапный запуск)
- Дизайн-ревью (разработки/производства/публикаций)
- Тестирование после запуска (Анализ полученных метрик, внесение первичных корректировок и улучшений)

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

8. Поддержка и оптимизация
Если вы в продукте, то проблем нет. Если это заказной проект или проект с фиксированной датой, то тема опциональна. Если собираетесь осуществлять поддержку, не забудьте заложить ее в сроки реализации при планировании.
- Анализ метрик после внедрения (оценка влияния дизайна на поставленные цели)
- Сбор обратной связи от клиентов/пользователей (помните, что текущие пользователи относятся к новому дизайну почти всегда негативно, задача - выявить истинные недостатки дизайна)
- Внесение корректировок и улучшений (на этапе долгосрочного существования дизайна)
- Подготовить и передать команде проекта все инструменты для поддержания жизни вашего дизайна без вашего участия (UI-киты, шаблоны, гайды)

Следуйте этому фреймворку в любой вашей задаче для наилучших результатов. Всем дизайн! Пис.

Универсальный фреймворк для вашего дизайна
#Инструменты

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

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

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

Вы готовы получить универсальный эффективный подход для разработки любого вашего дизайна? Тогда следующий пост для вас!