Поток

Ночь, в ушах очередная подборка Russian Doomer, ты в удобном кресле, на коленях ноут, рядом чай, в фигме почти пусто, а до внутреннего дэмо 6 часов. Но! Идеи прут, макет круче с каждой минутой, ты набираешь скорость, а за окном предательски светает.

Знакомая ситуация? Это типичное состояние потока стимулированное "страхом облажаться" из поста выше)

Поток — это состояние высокой эффективности. Мыслительный процесс максимально сконцентрирован на одной задаче. Войти в него сложно, а выйти на раз.

У каждого свои рецепты погружения в чертоги разума, например:
• Наушники. Иногда даже без музыки, просто с шумоподавлением.
• Плейлист. Многим заходит Russian Domer, Witch House, Deep House, Chill Hop и прочее по вкусу.
• Темнота. В офисе это может быть переговорка.
• Вырубание мессенджеров и табличка "не беспокоить"

А что помогает вам войти в состояние потока или выбивает из него?

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

Скриншоты с подобными тасками жду в комментах)

Кстати, это статья с канала Кати Корчагиной для маркетологов и пиарщиков. Советую

Как пиарщику поставить задачу коллеге-дизайнеру. Очевидное неочевидно

Шаг 1. Выбрать в таск-трекере соответствующий проект и завести задачу именно там с понятным названием, если конечно у вас есть таск-трекер.
Если у вас все ок с процессами, но задача не поставлена в трекере, то нет гарантии, что ее возьмут в работу.
Не ставьте задачи в курилках, коридоре, личных переписках и т.д.

Шаг 2. Описать задачу. Обязательно включить в описание:

— что нужно сделать, какая у задачи цель и аудитория;
— технические требования: формат, размер, вес и другие;
— тексты, если есть на визуале;
— ассоциации и смыслы, особенно когда текстов в самом визуале нет;
— тексты, которые сопровождает будущий визуал для контекста;
— все важные артефакты: ссылки на макеты-исходники проекта (не картиночки 50Кб в png, jpeg или ссылку на сайт вместо макета), визуальный стиль, брендбук, шрифты, скриншоты и т.д.
— референсы, если есть;
— дедлайн или необходимость оценки;
— добавить в задачу наблюдателей при необходимости.

Шаг 3. На всякий случай пингануть коллегу в рабочем месенджере вместе со ссылкой на задачу, чтобы удостовериться, что он задачу увидел.

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

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

Открытая постановка задачи или разжевывать?

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

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

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

Дизайн-системы

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

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

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

https://www.youtube.com/watch?v=h-D-sQXkBsI
(качество трансляции местами хромает, но суть можно уловить)

Тут канал, где Верно делятся своей экспертизой
https://t.iss.one/vernodigital

Чуть запоздавший подгон на ДР от соратников. Каеф 🤟

Ежемесячный фидбэк

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

Надеюсь, вам такое не знакомо и вы сами так не поступаете)

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

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

P/S
Скиншот собирательный из давних отчётов)

Кстати, вот что дизайнеры обсуждали сегодня:

Внутренняя приёмка

Внутренняя приёмка концепции (или предварительная защита) — это процесс, когда команда проекта внутри студии демонстрирует свою работу другим отделам компании. На этом этапе важно показать концепцию продукта, которую они создали для клиента, и получить обратную связь от коллег.

Цели:
• Проверить качество концепции, чтобы вовремя ее доработать и не тратить время клиента на демо сырого варианта
• Отрепетировать речь и презентацию. Чтобы повествование было последовательным, без неловких пауз.
• Проработать потенциальные возражения.

Кто участвует
У нас — это экспертная группа по 1-2 специалиста с каждого отдела. Примерно 6-8 человек.

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

Что даёт
• Экономит время клиента. Подмечаются и исправляются большинство шероховатостей.
• Повышает качество проекта благодаря опыту ребят из других отделов. Рассматриваем концепцию и реализацию под разными углами.
• Улучшаются софт-скиллы участников.

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

Когда презентация клиенту пошла не по плану 😁

Когда изучаешь макет без Ui-кита 🤪

И второй вариант:
Глеб настроил переходы с анимациями в фигме)