🔥 Больше про дизайн в моем Телеграмм канале:
https://t.me/aleksgusakovcom → Подписывайся!
Там же на следующей неделе отвечу на вопрос:
Что делать если клиент настаивает на вариантах?
—
Сегодня мы рассмотрим еще один этап дизайн проекта. Этот этап является определяющим для всего проекта.
У вас бывало, когда вы днем и ночью работаете над дизайном какого-то проекта, вы тратите все свое время и силы на эскиз? Вам нравится как все получается и вы уже представляете, что клиент сразу примет ваш дизайн без единой правки. Но наступает день презентации, вы показываете свой дизайн клиенту, а он … не принимает не один из вариантов.
У меня так бывало. Мне казалось, что я сделал самый крутой логотип для компании. А клиент не принял ни один вариант из трех предложенных. И дело тут не трех вариантах. Как оказалось хороший дизайн не гарантирует то, что он будет принят клиентом.
Почему так получается? Такая ситуация возникает не потому, что клиент мудак или дизайн плохой, а потому что ни клиент, ни дизайнер в этом проекте не понимают, что же именно не так с дизайном, почему и как это исправить. Эта близкая всем ситуация получается из-за недочета в простой мелочи.
Эта мелочь — грамотная постановка задачи проекта.
Задача для дизайнера с помощью брифа. И любой даже маленький проект не должен начинаться без брифа по задаче. Это кажется мелочью, но очень многие мои проекты были провалены, только из-за того, что мы с клиентом не поняли друг друга в самом начале проекта.
Джозеф Хигни в своей книге «Основы проектного менеджмента» пишет:
«Я называю проекты без правильного определения “курицами без головы”, потому что они похожи на кур с только что отрубленными головами, которые мечутся по двору, заливая все кровью, и только через несколько минут падают замертво. С проектами происходит то же самое». «Проекты имею склонность рассыпаться еще на начальной стадии, потому что каждый из участников воспринимает как само собой разумеющееся, что все знают, в чем состоит цель проекта».
Очень классная аналогия с курами, похоже на то как дизайнер разбрасывается вариантами дизайна не понимая конечной цели проекта.
Как же грамотно ставить задачи?
У любого проекта есть цель и задача. Цель обозначает желаемый результат. Задача обозначает действие, совершаемое для достижения этого результата. Чтобы сформулировать цель и задачу проекта, не нужны длинные брифы. Достаточно просто задать клиенту несколько коротких вопросов:
1. Что нужно сделать? Отвечая клиент называет конкретный объект дизайна, который он ждет от вас.
2. Зачем это нужно? Понимаем чего этим дизайном клиент хочет достичь.
3. Для кого мы это делаем? Понимание целевой аудитории очень сильно помогает вам в выборе стилистики будущего дизайна.
4. Как именно это нужно сделать? Это очень хороший вопрос, не забывайте про него. Ответом на него могут быть референсы, которые клиент присылает как ориентиры для вас. Или конкретные примеры реализации подобной задачи у конкурента.
После того как клиент ответит на все вопросы, создайте документ со всеми его ответами и референсами, и отправьте ему на утверждение. Это и будет вашим брифом для дизайн проекта. И да, стоит упомянуть, что чем больше проект тем больше будет вопросов и тем детальней будет бриф. Но для простого дизайна какого-то одного макета будет достаточно и этого.
Каждый из этих вопросов дает нам четкое понимание что от нас хотят. И разрабатывая дизайн вы уже будете ориентироваться на четкие ответы клиента, а не на ваш вкус, ваше видение, или ваши возможности. Формулирование цели и задачи проекта с клиентом гарантирует успех вашей работы. А каждый успешный проект заряжает нас энергией и эмоциями, чтобы в следующем проекте прыгнуть еще выше.
—
Задавайте вопросы в комментариях к видео
или в личных сообщениях в Telegram.
Каждый четверг я буду отвечать на самые интересные ;)
Если это видео было вам полезно ставьте лайк
и делитесь им в социальных сетях.
🔥
Мой Telegram-канал: https://t.me/aleksgusakovcom
Подкаст для дизайнеров Наболтали: https://anchor.fm/naboltali
Facebook: / aleksgusakov
Instagram: / aleksgusakov
Behanced: http://www.behance.net/aleksgusakov
Дизайн-бюро The Goort: http://www.thegoort.com
Информация по комментариям в разработке