Найти в Дзене

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

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

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

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

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

Почему дизайнер не отвечает за финальный вид продукта в реализованном интерфейсе. Это только некоторые основные моменты.

— Зона ответственности дизайнера.

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

— Без дизайн-надзора соответствие не гарантируется.

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

— Продукт продолжает меняться после ухода дизайнера.

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

— Дизайнер не принимает финальные продуктовые решения.

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

— Ссылка не показывает вклад и границы ответственности.

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

— Поэтому дизайнер показывает кейс, а не результат “как есть”.

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

Наша зона ответственности заканчивается там, где заканчивается наше влияние на интерфейс. (Когда дизайнер перестает быть частью проекта)

Некоторые присутствующие здесь точно видели этот разговор. Что думаете по этому поводу, коллеги? (кстати, мнение всех сторон было бы интересным)

Дизайнер на всю голову