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

Что ж, буду ждать более удачных совпадений 😄

А чтобы вы поняли уровень моей вовлечённости в задачу — я заставила мч обогнать машину, чтобы проверить, не Лифанов ли там сидит на самом деле)

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

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

Собрала несколько источников задач, которые помогут выйти из привычного контекста:

🤔 Сборник задач для вайтборда

😉 Бот в телеге, генерирующий задачи @DesignBrifBot

👨‍🦳 Несколько брифов из тестовых крупных компаний

А эти на инглише, и тоже отличные:

😠 Раз

🥺 Два

😏 Три


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

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

Недавно так полчаса рассуждала на камеру (на видосе было слышно скрип извилин после рабочего дня, но оч понравилось 🍞)

Рассказывайте, тренируетесь ли как-то помимо рабочих задачек?

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

Спрашивает раз в несколько дней, видимо, продолжает надеяться...

В воскресенье вернулась из Калининграда 🖤

Была на дизайн-выходных и просто смотрела первый раз город) Очень впечатлило количество деревьев в сочетании с низкой кирпично-готической застройкой. А еще в первый день было +20! 🔥 10 октября!

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

От самой конфы я ожидала большего, но, наверное, просто избаловалась питерскими митапами... А вот МК по сеткам понравился! Делюсь презой, там есть прикольные промты и примеры сервисов, где мы игрались.

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

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

Не говорю о ревью в проде, когда уже макеты сверстаны. А именно временной промежуток между «передано разработке» и «макеты сверстаны».

Мы в команде используем для передачи разработке такой подход:
🔘 На этапе логики и прототипов созваниваемся, чтобы проговорить ограничения;
🔘 Ко всем макетам пишем подробные комментарии;
🔘 Проводим встречу с разработкой, когда макеты согласованы с заказчиком и объясняем механики;
🔘 Эта встреча записывается, ее можно пересмотреть позднее, чтобы вспомнить, что обсуждали;
🔘 Разработка приходит с обратной связью на переданные макеты. Если нужно, вносим правки в макет и разработка уходит делать.

Казалось бы, что еще нужно?

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

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

Откликнулось? Или, может, у вас процессы выстроены так, что никаких доработок после передачи не бывает? 🥺