Tasuta

ТЗ для дизайнера, или Правила дорожного движения на свободных полях

Tekst
Märgi loetuks
Šrift:Väiksem АаSuurem Aa

Уверена, каждый из вас может продолжить этот список. Солидарна со всеми эмоциями, которые вызывают подобные ответы. Но…

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

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

Но что, если заказчик платёжеспособный, ему нравится ваше портфолио, он готов выбрать вас исполнителем и вы, в данный момент, заинтересованы в работе? Он уже готов перевести предоплату, но не устаёт повторять, что никогда раньше не писал ТЗ, вообще не понимает, как это делается, не хочет сковывать вашу фантазию и боится, что-нибудь неправильно сформулировать, а потом быть виноватым в неудовлетворительном результате?

Если мы это понимаем, то почему бы нам не простить бедолагу, не махнуть рукой, не сказать: «Где наше не пропадало?» и взять уже, в конце концов, предоплату. Чего тянуть кота за хвост? Дизайна без правок не бывает. Всё равно что-то придётся переделывать, как-нибудь выкрутимся.

Почему мы так не скажем и не сделаем?

Потому, что дизайн сайта – это не набор картинок. Работа над сайтом начинается вообще не с дизайна. Сначала нужно определиться с целями:

1. Для чего нужен сайт? Это не риторический вопрос. Понятное дело, что он всем нужен, но зачем? Для продажи товаров и услуг или для продвижения бренда? Для зарабатывания на рекламе и партнёрских программах или для выявления целевой аудитории и сбора клиентской базы?

2. Какой тип сайта больше подходит для данных целей: это интернет-магазин или посадочная страница, корпоративный сайт или доска объявлений?

3. Для какой аудитории предназначен? Это спортсмены и балерины или пионеры и пенсионеры?

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

Отвечаю:

1. Чтобы в вашем распоряжении был документ, фиксирующий все вышеперечисленные пункты.

2. Чтобы понимать ожидания заказчика, выявленные в результате анализа дизайна понравившихся сайтов.

3. Чтобы в процессе работы думать о том, как сделать хорошо, а не о том, что же именно нужно делать?

4. Чтобы зафиксировать технические вопросы, касающиеся вёрстки:

а) адаптивная

б) резиновая

в) отзывчивая

5. Блочной структуры или прототипа

а) составленный вами прототип – одна цена;

б) предоставленный заказчиком – другая.

6. Чтобы вы могли оценить объём, время и стоимость работы;

7. Чтобы на момент сдачи работы вы могли сослаться на ТЗ в случае, если вам скажут: «Ну…а я думал, что будет не так» – и именно этого он и боится – выписать приговор самому себе. Но, согласитесь, вы на его месте тоже боялись бы этого.

Почему это так важно, и почему ни одним из этих пунктов нельзя пренебречь?

1. Потому что работа над сайтом начинается НЕ с дизайна. С дизайна начинается сама разработка, и к этому моменту все вопросы, касающиеся оптимизации, раскрутки, продвижения и последующей жизни сайта должны быть решены и отображены в ТЗ для дизайнера.