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

Шаг 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-кита 🤪

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

🔥 Креативный директор Пиробайта в журнале «Бриф»

Антон Лисицкий — член жюри конкурсов «Золотой сайт», Workspace и Pyrobattle. Недавно поделился мнением по поводу того, как члены жюри выбирают, какое агентство достойно награды:

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

Ну ладно, все секреты раскрывать не будем. Вот статья — всё увидите сами :)

А пока отсыпьте Антону огонечков 🔥

#эксперт_pyrobyte