ТЗ для дизайнера, или Правила дорожного движения на свободных полях [Марина Лысяная] (fb2) читать постранично

- ТЗ для дизайнера, или Правила дорожного движения на свободных полях 1.55 Мб, 30с. скачать: (fb2)  читать: (полностью) - (постранично) - Марина Лысяная

 [Настройки текста]  [Cбросить фильтры]



О чём эта книга

Здравствуйте, друзья!

Меня зовут Марина Лысяная. Я художник по образованию, но уже более десяти лет занимаюсь дизайном сайтов.

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

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

Я классифицировала проблемные ситуации, возникающие с заказчиками, и показала их решение. Это похоже на правила дорожного движения. Все люди разные, но аварийные ситуации типовые. Мы часто сетуем на их непредсказуемость, дескать: «Знал бы, где упасть, соломки бы подстелил», а потом восклицаем: «Ну как всегда! И почему мне всегда так «везёт» на идиотов? Если кретин, то обязательно мой!». Узнаёте? Это происходит потому, что мы пренебрегаем границами. В деловые отношения всегда вклинивается человеческий фактор. Может быть поэтому никакой договор не застрахует вас от неприятностей на 100%. И если не расставить все точки над "i" на этапе получения технического задания, то работа может превратиться в ад. Но подводные камни можно разглядеть в самом начале сотрудничества и вот вам мой спасательный круг.

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

Сейчас в интернете существует множество обучающих вебинаров, курсов и тренингов для желающих заниматься веб-дизайном. Эти курсы очень подробно рассказывают о том, как создать качественный продукт. Коучи делятся всеми нюансами разработки дизайна, начиная от скачивания самой программы и заканчивая финальной полировкой дизайн-макета. В одном из таких уроков я даже узнала, что есть специальная программа, максимально адаптированная к созданию мобильных приложений, в которой есть, внимание, темплиты!!! На секунду представила себе фотошоп 2007 года с темплитами сайтов. Аж пробрало. Представляете? Страницы можно выбирать из палитры, как кисти. Мне кажется, что совсем скоро заказать себе сайт можно будет, опустив монетку в автомат и выбрав нужные опции. Впрочем, интернет-магазины темплитов уже достаточно близки к этой форме коммерции. Но пока есть индивидуальные проекты, есть и проблемы общения.

Я не буду вспоминать каким позором для дизайнера, в то время, считалось передрать сайт и каким неуважением к себе считалось для заказчика воспользоваться готовым темплитом. Времена были другие. Было модно отличаться, быть оригинальным. Часто можно было слышать от клиента: «Сделайте мне такое, чего ни у кого ещё нет!» Порой, приходилось сдерживать от излишнего креатива его самого.

Я не хочу сказать, что жизнь современного дизайнера легка, потому что у него есть готовые темплиты. Я хочу сказать, что все его совершенства напрасны, если его дизайн не соответствует ТЗ (техническому заданию), а вот этому никто не учит.

Ты можешь быть 1000 раз прав, но какой в этом толк, если дизайн не соответствует ТЗ?

Никто не учит, как работать с заказчиком, у которого ТЗ сырое или вообще отсутствует, а в заполненном им брифе, есть только одна его ремарка «Хочу, чтобы было дорого!». Никто не уделяет внимание тому этапу работы, когда ты прочитал ТЗ, открыл программу, перед тобой белый файл и тебе нужно сделать первое действие. Для меня это самый волнительный момент. Легко критиковать готовую работу других, всегда можно сказать «как бы я сделал, если бы сам умел», но этот белый файл – камень преткновения – момент, когда все вопросы только к тебе. И ради этого нужно и можно подстелить соломку.

Итак, я тронула свой белый лист. Поехали!

Нельзя просто так взять, и поменять местами блоки

Зачем дизайнеру техническое задание? Уверена, все вы знаете ответ на этот вопрос, но всё же, давайте сверим часы, хотя бы для того, чтобы не стушеваться перед заказчиком, который умаляет: "А можно я вам по телефону всё объясню и не буду тратить время не писанину?"

Техническое задание – это документ, без которого нельзя начинать работу над дизайном, но как часто приходится слышать:

1. Мне вообще не нужен дизайн, но программист сказал, что без него делать ничего не будет. Сделайте мне то, что обычно делаете, чтобы программист мог начать работать.

2. Вы уже третий специалист, к которому я обращаюсь. Первые 2 хотели ТЗ. Но мне нужен обычный лендинг – ОБЫЧНЫЙ. Вы же 100 раз это делали. Зачем вам ТЗ? Я не писал его