Во-первых, давайте для начала разберемся для чего вообще нужно ТЗ на дизайн сайта.
Чем подробнее прописаны все (даже мельчайшие) моменты в техническом задании на дизайн сайта, тем легче прийти к хорошему результату и стабильной работе между исполнителем и заказчиком.
Под заказчиком мы будем понимать того, кто этот сайт заказывает, а исполнители — это дизайнер и программист, которые делают сайт.
Зачем заказчику техническое задание на дизайн сайта?
- понять, какой именно сайт ему нужен;
- требовать от разработчика реализации оговоренного в ТЗ на дизайн сайта объема работ;
- контролировать сроки выполнения работ на основании тз для веб дизайнера
- составить представления о функциях и будущем оформлении проекта на основании разработанных в техническом задании прототипов.
А теперь подробнее по пунктам
- Во-первых, важно понять, какой именно сайт заказчику нужен. Тут задача клиента не просто взять дизайнера и сказать «нарисуй мне что-нибудь», а сформулировать свои мысли в какую-то понятную себе и окружающим формулировку именно на бумаге, написать. Образец ТЗ на дизайн сайта легко найти в сети, и я рекомендую это сделать. Во-вторых, что важно сказать про оговоренный в ТЗ на дизайн сайта объем работ. Здесь также есть интерес дизайнера, чтобы на вас не нагрузили лишнего. Чтобы вы сами понимали, что нужно сделать, понимали время, оценивали сколько это стоит и т. д. То есть ТЗ для веб дизайнера тоже очень нужная вещь. И дальше, когда клиент будет нагружать вас какими-то дополнительными правками, вы можете спокойно показать ему задание на дизайн сайта, где четко указано, на что вы договоривались. Все правки в этом случае можно вносить за дополнительную плату. В-третьих, контролировать сроки. Это то, чем грешат и клиенты, и дизайнеры. Сроки — это общая ответственность. Клиент должен выслать какие-то задачи, посмотреть ваши макеты и дать какие-то правки. Это его ответственность за сроки. Также ваша ответственность за сроки, например, если вы срываете сроки, необходимо заранее об этом предупредить и минимизировать срыв всеми возможными способами. В-четвертых, составить представления о функциях и будущем оформлении проекта на основании разработанных в техническом задании прототипов. Ниже расскажу, как описать дизайн сайта и подробно зафиксировать все его функции.
Зачем ТЗ на дизайн сайта нужно исполнителю?
- понять цели и задачи, суть разрабатываемого проекта. То есть понять, то вообще необходимо делать.
- создать на основе требования к дизайну сайта в техническом задании прототипы разделов будущего сайта. Цели и задачи будущего сайта формулируем не только в текстовом варианте, а в виде образов, представлений, смысловых блоков и т. д.
- предоставить заказчику техническое описание его идей. То есть клиент хочет на сайт какую-нибудь кнопочку повесить, функцию сделать. Это пограничная область между дизайнером и программистом, потому что дизайнер придумывает что-то, а программист должен понять, как это реализовать технически. То есть тут идет формализация идей. Оформляется какая-то функция, мы понимаем как она выглядит и описываем, как она работает. Так и на уровне кода программист должен понимать, что это какая-то вещь, функция, и как ее можно запрограммировать.
- планировать время, стоимость разработки сайта и тарифы на поддержку. То есть это интересы и клиента, и исполнителя: время, сроки, цена.
- не выходить за рамки работ, указанных в ТЗ на дизайн сайта. Дизайнеру полезно держать себя в каких-то рамках, чтобы не отклоняться сильно в сторону и придерживаться какой-то цели, стилистики.
Из чего состоит техническое задание на дизайн сайта?
Шаблон тз на дизайн сайта обычно содержит следующие блоки:
- Рассказ о деятельности клиента. Эти сведения необходимы для лучшего понимания целей и задач проекта. Частая ошибка дизайнеров в том, что они не спрашивают, чем вообще клиент занимается. Для дизайнера важно понимать общее представление о бизнесе, нужна его вовлеченность и понимание того, над чем он работает. Когда вы погружены в бизнес клиента, вы совершенно по-другому начинаете думать. Поэтому важно описать дизайн сайта именно с учетом текущего бизнеса клиента.
- Задача сайта. Это может быть организация интернет-торговли, просто размещение информации об услугах компании или организация обратной связи с партнерами и постоянными клиентами. Иногда сайт может выполнять сразу несколько задач, каждую из которых необходимо обозначить именно на этапе проектирования сайта. Какой конечный результат мы хотим получить в итоге? Вот это и нужно прописать в техническом задании на дизайн сайта.
- Структура сайта. Определяется количество основных разделов и подразделов. В тз для веб дизайнера это особенно важно, так как ему придется нарисовать шаблоны будущих страниц, как раз на основании такой структуры.
- Дизайн сайта. В данном разделе описываются пожелания Заказчика к цветовому решению фона и шрифтов, необходимость соответствия фирменному стилю и т. п. Дизайнеру полезно прийти к клиенту и показать ему варианты. Клиент может быть скуден на идеи, может просто не знать, как описать дизайн сайта, поэтому важно показать клиенту кучу картинок и узнать, что ему нравится, а что нет. И понять, в каком направлении нужно двигаться.
- Функциональности сайта. В ТЗ на создание сайта описываются необходимые для эффективной работы сервисы для посетителей сайта. Под сервисом я понимаю какие-то функции ( кнопочки, калькуляторы), которые на сайте будут реализованы.
- Система управления сайтом и требования к ней. Это задача между заказчиком и программистом, дизайнер не имеет к ней отношения. Это относится к настройке CMS. То есть помимо того, что вы нарисуете сайт, вы потом будете делать его в Muse или Webflow. Это и есть CMS — система управления контентом сайта. И дизайнер тоже должен это учитывать: например, если сайт на WordPress, то там есть определенная стуктура, каркас, блоки, которые выглядят определенным образом и по-другому его реализовать будет невозможно. Поэтому на систему управления сайтом тоже важно обращать внимание изначально.
- Контент сайта. Оговаривается количество заполняемых страниц, формат предоставляемой информации и сроки её предоставления. Тут опять же про сроки. Во-вторых, дизайнер работает с информацией, поэтому важно обсудить контент, расставить акценты, иерархию, последовательность и т. д.
- Сроки создания сайта. Определить сроки разработки большого проекта достаточно непросто, но если поделить работу на этапы и задать срок выполнения каждого из них, то это выполнимая работа. Есть такой подход, как метод интерации, когда вы берете не весь большой сайт, а говорите так: Главную сделаем за неделю, а за следующую неделю пять внутренних страниц и т. д. То есть делите на фрагменты. Оплату, кстати, тоже иногда привязывают к небольшим фрагментам (предоплата 50%, постоплата 50%).
- Прототипы основных разделов сайта. Блоки, которые необходимо показать клиенту, чтобы он их утвердил.
Таким образом, подготовленное и утвержденное ТЗ на дизайн сайта станет руководством к действию, на которое будут опираться во время работы дизайнеры, программисты, контент-менеджеры, да и сам клиент будет в это ТЗ смотреть.
Очень часто на поздних стадиях проекта забываются какие-то детали, и тогда мы смотрим в техническое задание на сайт, поэтому стоит ответственно относится к его составлению.