Как придумать и презентовать решение, которое примет Генеральный директор, если вам сразу говорят : «Нам рисовали уже по этому ТЗ и ничего не подошло»?

Кто-то просто откажется от такого проекта. Мне кажется это - первая мысль, которая пришла вам в голову: зачем брать задачу, если уже рисовали-рисовали и все не так? Не лучше ли найти другой заказ?

Но я подхожу к таким задачам немного иначе. Именно потому, что ко мне обратились с такими вводными данными, первое, что я сделала: попросила ТЗ и макеты, которые не понравились, чтобы проанализировать для себя: а что и на каком этапе могло пойти не так? Макетов много мне не показали, но присланный вариант дал мне понимание, что в целом задача была выполнена дизайнером по ТЗ, а значит тут дело не в навыках дизайнера, хотя, конечно, нельзя списывать фактор «мне так нравится» или «не нравится» со стороны заказчика. Тогда я предложила созвониться, для того, чтобы можно было более подробно обсудить данное ТЗ и выявить общее направление, в котором стоит двигаться.

На обсуждении было принято решение собрать мудборд. Этот шаг позволит прочувствовать и согласовать на самом раннем этапе правильно ли я понимаю визуальный код, который должен быть отражен при решении задач клиентов. И вот на этом этапе, когда я собрала набор из фото и элементов дизайна, стало понятно, что клиенту нужен немного иной визуальный код, чем тот, что возникает в голове, когда читаешь ТЗ и отсматриваешь присланные для работы материалы. И именно на этой стадии пришло понимание, что возможно стоит предложить для решения задачи немного иной формат подачи информации, чем тот, что был прописан в ТЗ.

Продолжение следует

Набор хештегов: #дизайн #концепция #решение #дизайнконцепция #проекты #дизайнподход