Нечёткие требования

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

Работая по таким нечётким требованиям, скорее всего, вы сделаете не то, что хотел заказчик, поскольку значения слов, хоть и понятны нам, не описывают того образа, который он себе представлял. На самом деле даже названия конкретных объектов вызывают в воображении людей разные картинки. Если я попрошу вас представить стул, какой именно стул вы себе представите? Большой или маленький? Со спинкой или без? Какого он цвета? Какой формы? Из какого материала? Варианты бесконечны, и каждый человек представит свой собственный, уникальный образ. У абстрактных понятий соответствующие им образы отличаются ещё сильнее. Что представляют люди, думая о счастье? Как они видят дружбу? Какие ассоциации возникают в их головах, когда они слышат слово «сила»? Очевидно, что разница будет колоссальной.

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

Первый способ выяснить эту информацию – попросить заказчика показать вам примеры дизайна, соответствующего и не соответствующего его видению. Желательно также узнать, что именно клиенту нравится и не нравится в этих примерах. В каждой группе должно быть хотя бы 3–5 работ. Этого количества достаточно, чтобы можно было выявить закономерности и похожие элементы. Сравнив между собой две группы, несложно понять, что именно имелось в виду.

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

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

Заказчик хочет плохой дизайн

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

Лучшая стратегия – не допустить возникновения такой проблемы. Ещё до начала работ договоритесь с заказчиком о том, как именно он станет утверждать дизайн, по каким критериям оценивать и как планирует принимать решения. Имея общий набор объективных параметров, вы будете общаться с клиентом на одном языке и лучше понимать друг друга.

Если вы всё-таки попали в подобную ситуацию, конечно же, нужно постараться убедить клиента в вашей правоте. Но зачастую дизайнеры не могут привести действенных аргументов и всё обоснование сводится к банальному «я дизайнер, я так вижу». Разумеется, таким образом что-то доказать невозможно, ведь у заказчика тоже есть своё видение, которое он считает правильным.

Вместо того чтобы высказывать клиенту свои гипотезы и предположения, постарайтесь предоставить ему факты. Проведите опрос потенциальных пользователей, найдите в интернете результаты проводившихся исследований на тему спора или организуйте собственный тест. Если заказчик увидит, что ваша информация объективна и достоверна, убедить его будет намного проще.

Во время обсуждения старайтесь также размышлять не с точки зрения дизайнера, а с точки зрения клиента. Ссылаясь, например, на статьи с рекомендациями по типографике или композиции, подумайте: а есть ли у заказчика вообще такая цель, как получить на выходе правильный дизайн? Во многих случаях – нет. Например, владельцу интернет-магазина может быть всё равно, соответствует ли макет каким-либо дизайнерским принципам. Ему важно только то, будет ли этот проект приносить деньги. Поэтому, приводя аргументы, позаботьтесь о том, чтобы они объясняли коммерческие преимущества ваших вариантов.

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

Не стоит думать, что правки заказчика – всегда плохо. Он знает свой бизнес и свою целевую аудиторию намного лучше вас, поэтому постарайтесь понять его точку зрения и докопаться до причин, по которым он предлагает изменения. Поняв суть его позиции, вы, скорее всего, найдёте решение, устраивающее обе стороны. Тем не менее, какими бы сильными ни были ваши доводы, заказчик может настоять на объективно плохом варианте. Что ж, клиент всегда прав. В конце концов, это он платит деньги за дизайн и имеет право получить тот результат, который хочет. Донесите до него своё видение, но если ваши аргументы не будут приняты – просто сделайте то, что он хочет. И не переживайте насчёт портфолио: в нём вы можете разместить альтернативный вариант, который больше соответствует критериям качества.