То, что с дизайнером нужно говорить на его языке — мне было понятно и очевидно ещё до прочтения статьи. Больше понравился акцент на разных уровнях дизайнеров. Лично мне эта классификация помогла осознать свои ошибки в работе с творческими людьми и, как минимум, снять неоправданные ожидания.
Довольно похожее было про обезьян, но читать про дизайнеров в том же стиле, конечно, интереснее. И не хватает такой же статьи про джуниоров и сеньоров.
дизайнеру необходимо вникать в суть процесса разработки
Поддерживаю. Я, как дизайнер, очень многое понял и начал переоценку ценностей после того как рука об руку с разработчиками начал внедрять свои идеи. Ручками разгребая андройдовский XML и вникая как реализовать свои задумки. После этих опытов стал делать меньше «пространственной лажи» и применять больше решений позволяющих упростить процесс интеграции дизайна с приложением.
Да здравствует кооперация дизайнеров с разработчиками! :-)
Ну тут значит нужно искать дизайнеров, которые умеют читать ТЗ.
И еще, для большинства проектов лично я использую схему:
0. Детализированный бриф
1. Информационная структура
2. Прототип
3. Дизайн
… далее идут этапы разаработки.
Так вот, если человек не может по прототипам нарисовать, то это уже почти клиника.
Главное, что дизайнер должен понять: он делает не картинку. Ему платят (в большинстве случаев) за достижение целей дизайна.
И как только это понимание приходит, то сразу же отпадает желание «пидорасить» картинки и сразу появляется желание сотрудничать и с клиентом и с разработчиками.
Как работать с дизайнерами