Comments 11
Будем надеяться, что хоть кто-то из дизайнеров прислушается к этим советам) А так, в целом, да, живут своей жизнью и ставят прогеров перед фактом, продав клиенту свой дизайн, дальше хоть трава не расти.
Я бы еще добавил, что на этапе понимания проблемы важно определить критерии успеха. Как вы поймете, что после реализации дизайна эта проблема действительно решается. Лучше метрики в цифрах, чтобы их можно было сравнить “до дизайна” и “после дизайна”. Потом увидеть рост этих графиков и показателей, и открыть бутылочку шампанского, чтобы это дело отпраздновать. Дизайнерам часто не хватает понимания насколько их дизайн успешен (или нет), я считаю это очень важным.
Это уже компетенции директора продукта, может ли ими обладать дизайнер? Да может, если у него за плечами есть продуктовый управленческий опыт. В крупных студиях и частных лавочка работают одни и те же люди с одинаковыми навыками, но студии дороже на порядок тк клиент платит за методологии по которым проходит процесс разработки и за людей в них.
А когда дизайнер с компетенциями управления начинает свое дело, он быстро превращается в студию тк в иначе маржинальность начинает уходить в минус. Как правило
Под “определить метрики” подразумевалось “знать их, понимать, держать в уме при дизайне”. Да, как правило, общепродуктовые метрики задаются не именно дизайнером. Я не совсем точно выразился.
Но у дизайнера также могут быть также и свои собственные метрики, которые напрямую не влияют на общепродуктовые (или это очень сложно померить), но дают понимание как сделанный дизайн в действительности работает.
Если это лендинг или витрина, то ещё можно. А если к примеру в вас вконтакт и вы Паша и не хотите стену возращать? Если такой дизайн мерить по тем же метрика удовлетворённости то придётся отказываться, как сделал это кинопоиск, а Паше не сделал. И все привыкли к новому дизайну. Дизайн нельзя рассматривать как нечто отдельное. Например вы дизайн крутой запилили, а у вас таймспенд упал и глубина просмотров, а это ввиду того что новый дизайн подразумевает например больший размер графики, а она на сервере не оптимизируется и не ресайзится и с мобилы смотреть невозможно. Тут в статье правильная мысль о дружбе с разработки, но блюдить эту дружбу должен продакт овнер.
Метрика дизайнера чаще всего это всякого рода преми. Или скорость работы при оптимизации процессов например, но опять же это арт директор делает.
Чеснок не могу придумать метрики. Которые прям дизайнер должен блюсти, а не более компетентные в аналитике кадры.
Про UX уже лучше, но варфреймы вас опят замыкают на ui. А что если в точках контакта соц сети и мессенджеры как обязательная часть скрипта продажи? В варфреймпх это не отразить. Простой кейс Интерфейсы регистрации. Их не возможно определить не зная кто будет выступать вендером верификации оператор с смс или почтовый сервис.
А клиент об этом кейсе и не подозревает тк привык что сначала дизайн, потом программисты.
Здесь нам поможет документация — Информационная архитектура. И Блюпринты по ней от разрабов. Кстати с ней вы будете более гибким в реализации дизайна тк инфо архитектура не детализирует содержание инфо блоков.
На счёт показывать. Я против. Тут у студии 21 приложение новое вышло, так вот, если бы я его показывал, а не презентовал с песнями и плояскими, низачто бы мне не разрешили выпустить продукт без навигации.
Другие дизайнеры и клиенты могут быть не погружен в исследование, проблему и решение которое вы предлагаете через дизайн. И никому, ни при каких обстоятельствах нельзя скидывать дизайн на посмотреть. Это должны быть Презентация, как у Джобса. Лучше лично, если такой возможности нет, то я открываю обс и записываю и экран и себя и выкладываю на ютью, чтобы потом видеть посмотрели ли все аргументы. И только потом сбрасываю деталку или хайрезы.
Я как начинающий дизайнер, рад был увидеть полезные советы для себя... осталось прислушаться ) но это дело такое
Если заказчик не из IT-сферы, как правило он не понимает вайфреймы, от слова совсем. Ты объясняешь структура там, блоки основные сайта, ресурса. А он – где дизайн, я за что тебе плачу? и согласен с коллегой выше в комментах, не отражают они UX.
Принципы хорошего дизайна интерфейсов. И причем здесь программисты?