В связи с развитием на рынке веб-разработки проектирования как отдельной услуги и сферы деятельности Заур поднял крайне важную тему. Согласен на 100% с определением «Проектирование заканчивается тогда, когда мы перестаем думать об интересах пользователей и задачах бизнеса, а вместо этого начинаем креативить».

Почему разработчик нарисовал 15 вариантов главной страницы?

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

Вариантов может быть много, но, если разработчик понимает, что делает, у него никак не могут получиться 15 вариантов, соответствующих проектному заданию. Если они получились, то, на мой взгляд, вот почему:

1. Разработчик плохо спроектировал сайт, не знает, что нужно делать и потому просто рисует и смотрит, что получится. Слова про сценарии, UX и задачи в данном случае остаются декларацией о намерениях.
    
2. Разработчик не определил и не согласовал с клиентом требования, которые дают направление дизайну, не позволяют делать слишком разное.
    
3. Разработчик не проговорил с клиентом процесс и не объяснил, откуда берётся дизайн. Как следствие, клиент считает, что может без конца просить новые варианты, пока не скажет: «Ахх, как это прекрасно, как же мне нравится».
    
4. Руководитель проекта у разработчика «отпустил» дизайнера попастись на вольном лугу и тот сполна воспользовался предоставленной свободой. Кстати, бывает и обратная ситуация, когда дизайнер делает один вариант и свято уверен, что он — единственно верный.
    
5. Дизайнер не знает/не понимает ожидания пользователей, поэтому делает, что придёт в голову, рассчитывая угадать.

Наверняка, это ещё не всё.

Как с этим жить?

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

Клиент и как его готовить

Про «нравится/не нравится» мысль исключительно верная, но, по моему опыту, не реализуемая на 100%. Вы и клиент этот внутренний голос не можете контролировать, а клиент ещё и не хочет. До определённой степени себя можно заставить от неё отказаться — это правда.

Хотелось бы узнать про чек-листы подробнее, а то они упомянуты как инструмент управления оценкой, но не раскрыты. Сначала я подумал, что это список критериев оценки дизайна, но потом увидел, что чек-листы связаны со сценариями. Поясните?

По поводу четвёртого пункта: разве не аккаунт продаёт клиенту результат работы дизайнера? Зачем его назначать, если он и так есть? Если у вас дизайнер сам продаёт дизайн клиенту, то это проблема, да.

Добавлю от себя следующее:

• Клиенту нужно объяснить, зачем делается прототип и что он показывает.
• Клиенту нужно объяснить весь дизайн-процесс.
• Нужно очень чётко выяснить требования и ожидания ЛПР-ов клиента с примерами сайтов.
• Нужно согласовать критерии оценки дизайна.

Дизайнер и с чем его есть

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

О прототипе

Тема презентации прототипа, к сожалению, совсем не раскрыта. Сказано только о том, что там должен быть реальный контент и что прототип может быть немножко красивым.

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

И ещё: мы никогда не посылаем клиенту прототип до презентации — это может привести к разным смешным ситуациям. Например, комментировать прототип будет сын клиента, прочитавший две статьи на Habrahabr, или партнёр, вкусу которого клиент доверяет. Это примеры из жизни :-)

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

На мой взгляд, такая профессия, как дизайнер, вообще исчезает из IT. На смену приходит «визуализатор», чья задача состоит в том, чтобы визуализировать проектные решения. Причём характеристики визуализации (стиль) зачастую тоже определены проектом.

Неужели задача визуализатора — только раскрасить прототип, причём в заданном стиле? Именно так. Но требования к качеству визуализации выросли настолько, что скучно этим специалистам всё равно не будет: по щепетильности и вниманию к деталям их работа становится близка работе хирурга.

Сделать продукт, удовлетворяющий не только потребности пользователя, но и представлениям бизнеса и при этом не погрузиться в рюшечки и вкусовщину — действительно насущный вопрос. Именно поэтому, мы в UIDesign Group, всегда на старте проекта стараемся выяснить, что нравится заказчику, к чему у него душа лежит. Например, если кто-то скажет что видит решение в стиле Windows 8 — почему бы и нет, если это пользователю не вредит.

Тут очень важно понимать, что заказчик — такой же пользователь (только не продукта, а ваших услуг) и, да — он так же платит деньги, как и клиенты, для которых он переделывает сайт. Мало кто захочет платить за то, что ему не нравится, особенно если речь идет о нескольких тысячах, а чаще десятках тысяч долларов, даже если это технически всему соответствует. Именно поэтому важно понимать, что хочет каждый из ваших пользователей.

Бывает, что заказчик имеет устаревшее представление о внешнем виде а, иногда, даже и о функциях продукта. В таких случаях надо потратить немного времени и постараться скорректировать его ожидания и представление, естественно, сопровождая примерами мирового уровня или проведенными исследованиями. И делать это не только на старте, или в конце работы — делать это регулярно, но не очень навязчиво. Тогда и вы сможете сэкономить свое время, и клиент будет развиваться вместе с вами.

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

Статья прям о наболевшем. Буквально сегодня мы профакапили весьма перспективный проект. Для себя мы сделали несколько выводов:
1. Объявили, что теперь аналитикой и прототипированием будет заниматься самый аналитичный из всех дизайнеров, и «визуализаторам» (как их называет Никита Михеенков) аналитика достанется исключительно в случае народного горя.
2. Клиента действительно надо готовить и презентовать результаты анализа как фундаментальную часть всего процесса, а не просто как описание структуры с парой эскизов. Если клиенту надо в процессе презентации видеть, как на заднем фоне жонглируют горящими карликами, чтобы больше проникнуться важностью данного этапа, то это надо сделать.
3. Действительно, необходимо было установить регламент обсуждений. Если бы был согласован какой-то регламент наших встреч, то клиент чувствовал бы больший интерес с нашей стороны и больше бы оценил наработки.
4. Дизайном заигрываться действительно не стоит, т. к. если проект с фиксированным бюджетом и сроками, то есть риск заставить разработчиков не спать несколько недель.

Про дизайнеров:
Главный ингредиент в приготовлении дизайнера — это не только ограничение, но и правильное введение в проект.
Даже если ему не очень интересно слушать про цели бизнеса, познакомьте его с персонажами, расскажите, что они тут делают и зачем им это надо. Воспитывайте дизайнеров. Например, у нас в студии дизайнеры сидят с проектировщиками в одной комнате и слышат все, что они обсуждают. И они уже пропитались идеями удобства использования, простоты достижения целей и т.п.
Но даже если дизайнер понимает суть проекта и знаком в принципами юзабилити, проектировщик должен четко контролировать процесс. Дизайнеру будет сложно одновременно детально прорабатывать визуальную часть и держать в голове целую картину.
А что касается свободы самовыражения, вы очень поможете дизайнеру, если в прототипах будете использовать как можно меньше элементов дизайна и делать его как можно более бесцветным.
То есть старайтесь избегать «и все-таки немножко дизайна» до тех пор, пока это возможно.

Про клиентов:
Что касается клиентов, то тут, конечно, сложнее. Большинству из них сначала нужно крайне доступно и подробно объяснить, что такое проектирование, что такое прототип и почему он такой невзрачный J. А во время презентации прототипов каждый раз напоминать, что это еще не дизайн, на этом этапе мы прорабатываем только логику работы продукта. Дизайн будет потом. Конечно, для него это будет немного странно, но клиента тоже надо воспитывать.