Безусловно, все принципы, про которые рассказал в статье Назир, можно смело использовать в работе. Однако не стоит беспрекословно следовать им, надеясь, что именно это приведет к созданию идеальной концепции. Дизайнеру следует постепенно выработать свой индивидуальный набор принципов, который позволит комфортно работать над задачей. Кому-то, например, окажется неудобно «думать» на бумаге, кому-то не потребуется сетка, а у кого-то появятся свои персональные «секреты успеха». Так, например, мой коллега любит смотреть на свой макет в перевернутом виде. Говорит, что это помогает по-новому взглянуть на то, что получается, освежить восприятие.

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

Экспериментируйте с приемами, пробуйте новое и создавайте свой список принципов, с которым будет удобно работать именно вам.

Неожиданно видеть в процессе DEFA отсутствие проектирования. Об этом говорят фразы «это могут быть какие-то идеи для промо-блока, навигации, интерактивных элементов», «прежде всего, нужно понимать, что не все из информации должно быть вывалено на главной странице» (а что, дизайнеру не сказали, что будет на главной странице?), «в целом, не должно быть слишком много призывов на одной странице» (а что, дизайнеру не сказали, сколько призывов должно быть на странице?).

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

В конце концов, и дизайнер будет более удовлетворён, если его не будут заставлять переделывать макет из-за того, что, по мнению клиента, «вот без этого на главной странице ну никак нельзя обойтись».

Подтверждаю — всё начинается с бумаги! За многие годы разработки, даже с появлением специализированного софта для создания прототипов и всяческих планшетов/электронных блокнотов, лично я продолжаю начальные концепты прежде рисовать на бумаге, детализируя возможные варианты, а лишь потом, чаще всего уже готовые решения, всё это воплощается в цифре. Причина? Так быстрее.

Коллекционирование удачных примеров — тоже неизменная прописная истина. Специально для этого у меня во всех браузерах установлено расширение для снятия скриншотов во всю высоту страницы. А вот просто найденные в сети картинки чаще отправляются в тот же Pinterest. Хотя... В момент работы (поиска решения конкретной задачи) — это не поможет, а нужно лишь для пролистывания «на досуге», создаёт настроение, так что «мудборд» очень меткий термин.

А вот с парой-тройкой вещей не согласен:

Перфекционизм (пункт 11) противоречит принципу Парето (пункт 12) — проработка деталей может затмить собой общую картину и существенно затормозить сдачу всего проекта. От упрощенного представления к проработанной графике. Особенно при командной работе. Лучше мелкими интерациями наводить лоск, чем погрязнуть в деталях до запуска.

Работать «кухней наружу» (пункт 17) для сообщества может и полезно, но для рабочего процесса чаще неприемлемо. Допустимо выложить процесс в уже причесанном виде готового кейса, а вот словить негативные комментарии троля на утвержденную концепцию, это плохо. Про публикацию «спойлеров» (контролируемый слив ради PR), конечно история отдельная.

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