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

Сим, привет! А помнишь классных собачек, которые мы делали с отсылкой к фильму «К-9. Собачья работа», когда нашу команду назначили на эту цифру?

Страх, пот, отрицание. Я понимала к чему это ведет, но отказаться уже не могла с первого упоминания собачек…

Шаг 1. Давай попробуем?

Идея обновить командные аватарки витала в воздухе. С развитием ИИ как инструмента для креатива, многие начали его использовать, чтобы развивать и обновлять визуалы своих проектов на беханс и даже брендов. Больше года мы скрывали лица под фотографиями реальных собак в плохом качестве. Это было смешно и нелепо, но нравилось всем участникам флешмоба. Первые 2 аватарки мы командно украли из гифок в Телеграме, после чего я просто сделала в той же концепции еще 8 собак. Душевность и компанейность мероприятия обязательно хотелось сохранить при обновлении.

Большая история начинается с больших эмоций

Наши были такими:

• Что-то милое, но не наивное. Не слишком реалистичное. С легким ощущением ностальгии, как у коллекционных игрушек из сюрприз-боксов, купленных в «Роспечати»;
• Кадры из детского мультфильма на кассете, взятой в прокат;
• Любимое детское хобби.

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

Референсы я не пыталась искать. Погрузилась в воспоминания о маленьких детских радостях — журнал «Сабрина маленькая ведьма» с косметикой, бутерброд из двух печенек и масла, игрушки лошадки «Маджики». Какие они были милые и маленькие!

«А что если...?» Так появились первые собачки, которые покорили всех:

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

Шаг 2. Давай еще, м?

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

Sora хорошо понимает популярные в интернете стили, хорошо и точно передает персонажей разных игровых и киновселенных, повторяет стили известных художников: от классиков до современного диджитал-арта. Чтобы масштабировать результат, я решила выбрать опорный стиль для генераций. Им стали милые игрушки Сильваниан Фемелис (популярность игрушек Маджики я не проверяла).

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

Итоговый результат был поразительным: идеальная точность в исполнении мордочки, аккуратные шовчики, как у игрушек, взятых за эталон стиля, а еще они стоят на 4 лапках, а не как сильвашки на 2-х!

Но масштабировать этот вариант мы не стали. Он был совсем уж инфантильным, с чем не хотелось ассоциировать команду профессионалов.

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

Шаг 3. Случайности не случайны

С собачками не получалось. Я решила отвлечься и побаловаться со своими фотографиями в Sora. «Сейчас модно, да и вдруг что-то получится, сделаю себе открытку». На этом энтузиазме мне стало интересно, что скрывает за собой таинственная кнопочка на панели управления, которая до этого дня мое внимание не привлекала.

ЧУДО! ОНА СКРЫВАЛА ОТ МЕНЯ ЧУДО! Мне открылся дивный новый мир настроек. Это буквально панель управления пресетами для создания изображения.

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

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

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

Итог!

Основные выводы, которые помогут вам в будущем:

1. Используйте пресеты, если нужно сделать много иллюстраций в едином стиле.
2. Описывайте строгие ограничения и не бойтесь негативных промтов, запретов и т.п. — это ваши самые большие друзья.
3. Постарайтесь писать промт так, как будто вы тимлид слепого стажера — максимально подробно, чтоб ИИ не пыталась додумать за вас.
4. Цвета строго через hex код — нейросеть понимает их лучше «цвета бедра испуганной лани».
5. Прописывайте пропорции и размеры цифрами, не стесняйтесь мучить DeepSeek.
6. Мне очень помогало подробно описывать изображения для Blend’a. Если хотите скрестить 2 иллюстрации или фотографии, то опишите подробно каждую по принципу «ты видишь на первой фотографии...» и «на второй фотографии...». Результат будет более предсказуемым.

Добро пожаловать в клуб бессоных-зависимых? Лови промт, изменяя компоненты которого, можно создать себе щеночка, котенка и даже крысенка!

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

И тут начинается самое интересное...

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

— Где доход? *скрольте дружок, скрольте*
— А минимальная сумма для старта? *ищите в самом низу, как пасхальное яйцо*
— Ну а график изменения дохода-то есть? *да это же абстракция! Никаких событий, только линии*

Вывод: клиенты чувствовали себя сыщиками, а не инвесторами.
(данные на основе еженедельных интервью)

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

Ну а дальше началась движуха:

• Провели JTBD-исследование: более 50 интервью с разными сегментами
• Вытащили основные джобы
• Запустили опрос в соцсети «Пульс»
• Покопались в данных внутри банка

И собрали список важных критериев при отборе стратегии:

1. Доход стратегии на разных горизонтах — хотят знать как стратегия выживает в кризис
2. Прогноз на год — сколько потенциально могут на ней заработать
3. Сумма старта — со скольки можно войти в стратегию
4. Что говорят другие инвесторы — мнение тех, кто уже попробовал

5, 6 и 7 место поделили: подробности об авторе, сколько людей повторяют сделки и какие риски

Апгрейд продакшн

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

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

• Во второй части экрана добавила инфо о прогнозе и сознательно сделала большим шрифтом. Теперь прогноз не нужно искать — оценить потенциальный доход стало еще проще
• Сделала табы «О стратегии» и «Новости» очевиднее. Теперь вы легко найдете — что говорят о стратегии, даже если будете в зоне скролла. Потому что табы будут закрепляться сверху.
• В закрепленную кнопку снизу добавила сумму старта — теперь видна всегда. Дотюнила посыл в кнопке на более нейтральный «Попробовать стратегию». Результаты количественного исследования показали, что такой посыл считывается, как возможность не брать ответственность, и в любой момент я могу отказаться от стратегии. Меньше страха для пробы:)
• Изменила приоритет инфо: виджет «О стратегии» теперь сразу после прогноза и описания, а не в конце экрана — все нужное инфо рядом. Добавила доп кейсы с виджетом «Уровень риска», чтобы учитывать контекст клиента
• Самоуверенно убили с продактами «Последние сделки» — в интервью никто не упоминал об этом при выборе стратегии (спойлер — это и было фатальной ошибкой)
• Ну и немного причесала по ui

А дальше несколько итераций: коридорки и доработка макета по фидбеку. Отдали в разработку и вуаля — запустили тест.

пу. пу. пу...
и эффектно обронили метрики на 2 п. п.

Да... отличный удар в спину :) Но когда это нас останавливало? Самое время провести работу над ошибками.

Пошли простым путем — решили вернуть виджет «Последние сделки», который так легко и бездумно выпилили. И повторно запустили А/Б тест без каких-либо других изменений.

И… да, шок-контент, тест дал аплифты. Мы не только вернули старые метрики, но и прокачали их на 0,8 п. п. Для экрана деталей стратегии — это достижение. Благодаря редизайну мы увеличили число подключения стратегий, и объем портфеля клиента во всем Инвесте, а также повлияли на утилизацию клиента.

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

Мои мыслишки

Ошиблись — выстрелили! Вернули виджет, отыграли 2 п.п. падения + заработали 0.8 п.п сверху и вынесли ценный урок: “Не выпиливайте бездумно – думайте!”.

P.s. Ну а если все-таки не подумали, то есть вероятность получить ценный инсайт в подарок :) Плохой результат тоже результат, который можно использовать.

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

Какие вопросы чаще всего задают лиду постановщики задач из продуктовых команд? Вот список самых популярных:

• Когда возьмете мою задачу?
• Когда задача будет готова?
• Почему взяли задачу Пети, а не мою? У нас разработка стоит
• Какие еще 2 недели? Там две кнопки вставить
• Можно мы без дизайна протащим? Фронты свободны

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

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

• Понимание общего объема работ. Когда вы собираете все задачи в одном месте, становится понятно, не нужен ли вам еще ресурс — может надо еще дизайнера нанять?
• Возможность определить самые приоритетные задачи. Когда ты разговариваешь с постановщком один на один, любая задача легко может стать самой важной. Но в сравнении оказывается, что есть поважнее
• Возможность предсказать срок выполнения. «Смотри, у нас есть три задачи с более высоким приоритетом и твоя. Если у твоей приоритет определен правильно, то я бы рассчитывал на середину следующего месяца»
• Бонусом идет возможность сравнения пропускной способности команды. Сможете определять, все ли ок с темпом работы дизайнеров

Рассмотрим самые распространенные подходы к планированию в дизайн-командах

Процесса нет

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

Канбан

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

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

На скрине мы видим одну из досок в моем отделе. Что на ней происходит?

• Новые задачи, которые пора делать, собираются в колонке Planned. Они могут быть сразу назначены на дизайнера, или остаться неназначенными. Чаще всего у нас дизайнер подвязан к продукту или какой-то части продукта, поэтому задачи сразу назначаются на дизов, но это опционально
• Дизайнер периодически заходит расчистить задачи в Planned — перетаскивает их в Specification и смотрит, насколько они ему понятны и есть ли у задач бизнес-ценность. На этом этапе задача может отправиться на доспецификацию или трешнуться, если поняли что ее делать не надо
• Если все ок, дизайнер перетаскивает задачу в To Do. Это как раз тот мешок, из которого он берет задачи в работу (предыдущие статусы не означают непосредственную работу над задачей)
• Когда у дизайнера появляется ресурс, он берет самую приоритетную задачу из To Do — перетаскивает ее в In Progress и работает над ней
• Когда есть предварительный результат, нужно его утвердить с продуктовой командой — тащим задачу в Customer Review (здесь появляется пространство для автоматизации — например можно сделать отбивку в специальный чат с продуктовой командой, в которой будет тегаться постановщик)
• После утверждения задача уходит на ревью дизайнерам в Design Review (отдельный большой процесс, тянет на отдельную статью)
• Дальше у нас идут два статуса дизайн-спецификации, не будем на них подробно останавливаться
• И, наконец, задача добирается до финала в Done

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

Скрам

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

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

Отличия от канбана:

• Есть отдельная встреча-планирование, на которой собираются постановщики с дизайнерами и решают, какие задачи будем делать в следующем спринте
• Есть оценка задач по объему, чтобы коммит по срокам был обоснованным

Теперь в деталях

Встреча-планирование

На эту встречу приходят все постановщики, которым нужна задача от дизайнеров и вся дизайн-команда. Ведущий встречи последовательно идет по новым задачам и вместе с командой определяет размер каждой задачи, ее валидность и приоритет. После этого он смотрит, поместились ли все новые задачи в общую емкость команды на спринт, или нет. Если не поместились, то задача участников встречи — понять, какие из задач могут подождать. Тут важно, чтобы участники встречи определились между собой — что действительно важнее. Лид при этом задает контрольные вопросы, которые помогают это понять. Примеры: «Когда разработка готова взять эту задачу?», «Если задачи не будет, разработке будет чем заняться?», «Есть ли по этой задаче коммиты перед бизнесом?», «Что случится, если мы не сделаем задачу в ближайшие две недели?»

Оценка размера задачи

В традиционном скраме оценка задач ведется в относительных величинах, а не в абсолютных. Мы оцениваем задачи в стори-поинтах. Стори-поинт — это такая мифическая единица, которая не говорит о том, за сколько ты эту задачу сделаешь, а говорит о том, насколько она кажется непонятной. На самом деле это очень классная концепция — задача оценивается не с точки зрения точного времени выполнения (вы знаете, что во многих случаях это невозможно — даже у самых простых задач могут возникнуть подводные камни), а с точки зрения относительной величины «Предполагаемый объем работ × степень неопределенности». И в эту степень неопределенности мы закладываем риски наткнуться на что-то более сложное, чем ожидали. По методологии оценка в сторипоинтах строится на шкале Фибоначчи 1, 2, 3, 5, 8, 13, … SP — то есть чем выше неопределенность, тем больше размах оценки. Пример раскладки величин SP из инструкций в одной из наших команд:

Помимо оценки каждой задачи в SP, у нас есть еще емкость команды на спринт. Она тоже оценивается в SP — это величина, говорящая сколько стори-поинтов может переварить команда. Естественно она зависит от количества дизайнеров в команде и их производительности. Понять емкость команды — задача лида. Это экспериментальный процесс — нужно проанализировать несколько предыдущих месяцев, примерно определить стартовую точку и потом в несколько итераций подгонять емкость к реалистичной оценке, которую вы действительно можете осилить за спринт.

Иногда команды оценивают задачи в других относительных единицах (популярна также «маечная» система — XS, S, M, L, XL). В целом можно оценивать в чем угодно, лишь бы не в часах/днях — такая оценка не закладывает степень неопределенности, ошибки анализа, время на коммуникацию и всякие другие моменты, которые возникают при работе с задачами

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

Ниже на скриншоте показан процесс наполнения спринта в джире

Статистика

Еще один приятный бонус оцифровки вашего процесса работы над задачами — статистика по нему. Тут можно смотреть много разных показателей, приведу один пример. На скриншоте ниже можно увидеть статистику времени нахождения задачи в статусе дизайн-ревью по всему моему отделу за все время. По ней видно, что весной 2023 время в ревью уменьшилось (синяя линия). Если навестись то мы увидим такие изменения — в начале графика среднее скользящее было 4,6 дней. После некоторых наших действий оно уменьшилось до 2,8 дней (а в лучший период до 2,2 дней). Это значит, что:

1. Продуктовые команды в среднем стали получать задачи почти на два дня раньше. В масштабе одной задачи это фигня, в масштабах сотен задач — хорошее ускорение
2. Лид может сказать постановщику, сколько еще ждать его задачу, в зависимости от статуса. «Задача ушла на ревью, скорее всего через три дня вы сможете взять ее в работу»

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

Личный опыт

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

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

Заключение

Напомню, в начале статьи мы собирались ответить на вопросы «Хватает ли нам ресурса?», «Что важнее всего делать сейчас?» и «Когда будет готов дизайн?». С помощью описанных подходов вы сможете ответить на них. Начните с самого простого и усложняйте при необходимости. Не забывайте каждый раз спрашивать себя, решает ли процесс вашу задачу. Переосмысливайте существующие подходы, придумывайте новые. Не будьте рабом процессов, но и не недооценивайте их. Делайте хорошо, а плохо не делайте 😘

А также подписывайтесь:

Официальный канал дизайнеров и редакторов Т-Банка с кейсами, внутренним опытом, красивыми картинками и мемами

Мой личный канал с редкими постами про вот это все

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

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

Горячие клавиши

Начну с напоминания, что в Фигме есть шорткат для шорткатов — ⇧\?. Он открывает нижнюю панель, в которой показаны все возможные комбинации клавиш программы. Если они горят синим, то вы их уже использовали, а если серым, то еще нет — классный прием геймификации 🎮

Можно учиться и запоминать шорткаты на работе с объектами. Например, у меня есть окружность с бордером, и я хочу убрать у неё заливку. Тогда зажимаю клавиши ⌥/ и осуществляю задуманное. Если я воспользовалась шорткатом правильно, то Фигма подсветит его анимацией.

Советую залипнуть здесь на некоторое время. Уверена, вы найдете много интересного!

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

Видимость боковых панелей

⌘\ — полностью их скроет, а ⇧\ — частично спрячет, но при клике на объект покажутся его свойства.

Навигация в слоях

\ или ⇧⏎ — позволит двигаться по слоям наверх, ⇧ — вниз, Tab — внутри родительского слоя между дочерними компонентами, а ⌥L — свернет или развернет раскрытые слои

Распределение объектов

⌘⌥T — равномерно распределит объекты между собой, а ⇧A — удобно обернет их в автолейаут.

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

Клавиатура

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

Как это сделать:

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

А теперь следите за руками: вы можете вводить специальные символы, используя клавиши с цифрами 1–9 в сочетании с Option. Это позволяет набирать символы из английской раскладки, не переключая язык. Благодаря этому приёму мне удаётся значительно сократить время, которое раньше уходило на постоянное переключение между раскладками! 👀

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

Плагины

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

Конкретно мне они полезны в совершенствовании UI-текстов — подсвечивают стоп-слова и расставляют неразрывные пробелы. Вот некоторые из них

Расческа

Он, буквально за доли секунды, расставит неразрывные пробелы, заменит "кавычки" на «елочки» и добавит буквы Ё. Неплохие аналоги с похожим функционалом: Sbol typograph и Text Prettier

Главред

Этот плагин анализирует текст на наличие стоп-слов, описанных Максимом Ильяховым, и предлагает их исправить

Figma AI

Фигма с искусственным интеллектом стала ещё удобнее: теперь она генерирует картинки и тексты, удаляет фон и подбирает референсы 🤩. В UI3 появились настоящие инструменты-спасатели,которые по своей сути заменили многие плагины. Теперь не нужно ломать голову и тратить много времени на их поиски, ведь почти все необходимые функции Фигма предоставляет из коробки!

Сквозной поиск

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

Если пролистать список вниз, то вы как раз увидите те самые фичи Figma AI

Генерация картинок

Чтобы запустить эту команду, откройте сквозной поиск и введите "Make an image". Затем в появившемся окне выберите готовый промпт от Фигмы или напишите свой. После этого нажмите кнопку генерации и дождитесь результата – процесс занимает всего 10–15 секунд. Важно учитывать, что промпт должен быть на английском, иначе качество изображения будет низким.

Также эта функция работает для генерации заливки в инстансах.

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

Вырезание фона

Этот инструмент пригодится при создании презентаций или коллажей. Просто выберите изображение и используйте команду "Remove background" для удаления фона.

Апскейл изображения

Команда "Boost resolution" улучшает качество изображения, не замыливая его.

Генерация текстов

С помощью "Rewrite this" можно разнообразить интерфейсы за счёт генерации контента. Достаточно выделить текстовые слои, ввести подходящий промпт и запустить команду. При этом модель хорошо понимает русский язык и поддерживает математические операции, но к сожалению, не умеет сортировать значения

Замена контента

Эта функция позволяет заменить весь текстовый контент без выделения его вручную. Достаточно объединить несколько фреймов в автолейаут и применить команду "Replace content". Затем система обновит содержимое всех следующих фреймов, по аналогии с первым. Особенно удобно при работе с карточками.

К сожалению, модель не всегда хорошо считывает контекст.

Поиск похожих макетов

Если вам нужно найти референсы, не обращаясь к коллегам, то функция "Find more like that" позволит быстро найти похожие дизайны как внутри вашего рабочего пространства, так и в Community

Быстрое прототипирование

"Add interaction" позволяет создавать простые прототипы за доли секунд

Выводы

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

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

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

Ну-с, приступим.

Понимание задачи

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

Обычно, во время собесов, мы задаем стандартный вопрос:

— Зачем вы делали этот сайт? Какая была задача?

На что получаем стандартный ответ, вроде:

— Нам нужно было сделать редизайн сайта, освежить визуал, накатить новых стилей, осовременить.

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

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

Это ключевой навык дизайнера, который может добавить ему сразу +2 грейда ценности. Что вы выберете: красивый дизайн от сеньора, который обвалил все метрики, или серенький дизайн от джуна, который принес 2 млн. ₽ за месяц?

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

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

Но это прям редкий и хороший мидл) Плюс в чат, если узнал себя.

Что делать, чтобы вырасти

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

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

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

Читайте документ от Миши Наера про понимание задачи по ссылке

Автономность

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

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

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

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

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

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

Что делать, чтобы вырасти

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

Качество решений

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

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

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

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

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

Что делать, чтобы вырасти

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

Может быть ваш путь это 3D и крутые анимации, а может сложные интерфейсы админок с таблицами?

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

Защита решений

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

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

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

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

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

Что делать, чтобы вырасти:

Сначала нужно понимать задачу, а потом много тренироваться и выступать.

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

Мы в командах тренируемся выступать друг перед другом на микро-аудиторию, потом перед отделом на 50 человек, потом перед направлением на 200.

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

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