ТЗ на дизайн сайта


Во-первых, давайте для начала разберемся для чего вообще нужно ТЗ на дизайн сайта.

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

Под заказчиком мы будем понимать того, кто этот сайт заказывает, а исполнители — это дизайнер и  программист, которые делают сайт.

Зачем заказчику техническое задание на дизайн сайта?

  • понять, какой именно сайт ему нужен;
  • требовать от разработчика реализации оговоренного в ТЗ на дизайн сайта объема работ;
  • контролировать сроки выполнения работ на основании тз для веб дизайнера
  • составить представления о функциях и будущем оформлении проекта на основании разработанных в техническом задании прототипов.

А теперь подробнее по пунктам

  • Во-первых, важно понять, какой именно сайт заказчику нужен. Тут задача клиента не просто взять дизайнера и сказать «нарисуй мне что-нибудь», а сформулировать свои мысли в какую-то понятную себе и окружающим формулировку именно на бумаге, написать. Образец ТЗ на дизайн сайта легко найти в сети, и я рекомендую это сделать.
  • Во-вторых, что важно сказать про оговоренный в ТЗ на дизайн сайта объем работ. Здесь также есть интерес дизайнера, чтобы на вас не нагрузили лишнего. Чтобы вы сами понимали, что нужно сделать, понимали время, оценивали сколько это стоит и т.д. То есть ТЗ для веб дизайнера тоже очень нужная вещь.
  • И дальше, когда клиент будет нагружать вас какими-то дополнительными правками, вы можете спокойно показать ему  задание на дизайн сайта, где четко указано, на что вы договоривались. Все правки в этом случае можно вносить за дополнительную плату.
  • В-третьих, контролировать сроки. Это то, чем грешат и клиенты, и дизайнеры. Сроки — это общая ответственность. Клиент должен выслать какие-то задачи, посмотреть ваши макеты и дать какие-то правки. Это его ответственность за сроки. Также ваша ответственность за сроки, например, если вы срываете сроки,необходимо заранее об этом предупредить и минимизировать срыв всеми возможными способами.
  • В-четвертых, составить представления о функциях и будущем оформлении проекта на основании разработанных в техническом задании прототипов.  Ниже расскажу, как описать дизайн сайта и подробно зафиксировать все его функции.

Зачем ТЗ на дизайн сайта нужно исполнителю?

  • понять цели и задачи, суть разрабатываемого проекта. То есть понять, то вообще необходимо делать.
  • создать на основе требования к дизайну сайта в техническом задании прототипы разделов будущего сайта. Цели и задачи будущего сайта формулируем не только в текстовом варианте, а в виде образов, представлений, смысловых блоков и т.д.
  • предоставить заказчику техническое описание его идей. То есть клиент хочет на сайт какую-нибудь кнопочку повесить, функцию сделать. Это пограничная область между дизайнером и программистом, потому что дизайнер придумывает что-то, а программист должен понять, как это реализовать технически. То есть тут идет формализация идей. Оформляется какая-то функция, мы понимаем как она выглядит и описываем, как она работает. Так и на уровне кода программист должен понимать, что это какая-то вещь, функция, и как ее можно запрограммировать.
  • планировать время, стоимость разработки сайта и тарифы на поддержку. То есть это  интересы и клиента, и исполнителя: время, сроки, цена.  
  • не выходить за рамки работ, указанных в ТЗ на дизайн сайта. Дизайнеру полезно держать себя в каких-то рамках, чтобы не отклоняться сильно в сторону и придерживаться какой-то цели, стилистики. 

Из чего состоит техническое задание на дизайн сайта?

Шаблон тз на дизайн сайта обычно содержит следующие блоки:

  1. Рассказ о деятельности клиента. Эти сведения необходимы для лучшего понимания целей и задач проекта. Частая ошибка дизайнеров в том, что они не спрашивают, чем вообще клиент занимается. Для дизайнера важно понимать общее представление о бизнесе, нужна его вовлеченность и понимание того, над чем он работает. Когда вы погружены в бизнес клиента, вы совершенно по-другому начинаете думать. Поэтому важно описать дизайн сайта именно с учетом текущего бизнеса клиента.
  2. Задача сайта. Это может быть организация интернет-торговли, просто размещение информации об услугах компании или организация обратной связи с партнерами и постоянными клиентами. Иногда сайт может выполнять сразу несколько задач, каждую из которых необходимо обозначить именно на этапе проектирования сайта. Какой конечный результат мы хотим получить в итоге? Вот это и нужно прописать в техническом задании на дизайн сайта.
  3. Структура сайта. Определяется количество основных разделов и подразделов. В тз для веб дизайнера это особенно важно, так как ему придется нарисовать шаблоны будущих страниц, как раз на основании такой структуры.
  4. Дизайн сайта. В данном разделе описываются пожелания Заказчика к цветовому решению фона и шрифтов, необходимость соответствия фирменному стилю и т.п. Дизайнеру полезно прийти к клиенту и показать ему варианты. Клиент может быть скуден на идеи, может просто не знать, как описать дизайн сайта, поэтому важно показать клиенту кучу картинок и узнать, что ему нравится, а что нет. И понять, в каком направлении нужно двигаться.
  5. Функциональности сайта. В ТЗ на создание сайта описываются необходимые для эффективной работы сервисы для посетителей сайта. Под сервисом я понимаю какие-то функции ( кнопочки, калькуляторы), которые на сайте будут реализованы.
  6. Система управления сайтом и требования к ней. Это задача между заказчиком и программистом, дизайнер не имеет к ней отношения. Это относится к настройке CMS. То есть помимо того, что вы нарисуете сайт, вы потом будете делать его в Muse или Webflow. Это и есть CMS — система управления контентом сайта. И дизайнер тоже должен это учитывать: например, если сайт на WordPress, то там есть определенная стуктура, каркас, блоки, которые выглядят определенным образом и по-другому его реализовать будет невозможно. Поэтому на систему управления сайтом тоже важно обращать внимание изначально.
  7. Контент сайта. Оговаривается количество заполняемых страниц, формат предоставляемой информации и сроки её предоставления. Тут опять же про сроки. Во-вторых, дизайнер работает с информацией, поэтому важно обсудить контент, расставить акценты, иерархию, последовательность и т.д.
  8. Сроки создания сайта. Определить сроки разработки большого проекта достаточно непросто, но если поделить работу на этапы и задать срок выполнения каждого из них, то это выполнимая работа. Есть такой подход, как метод интерации, когда вы берете не весь большой сайт, а говорите так: Главную сделаем за неделю, а за следующую неделю пять внутренних страниц и т.д. То есть делите на фрагменты. Оплату, кстати, тоже иногда привязывают к небольшим фрагментам (предоплата 50%, постоплата 50%).
  9. Прототипы основных разделов сайта. Блоки, которые необходимо показать клиенту, чтобы он их утвердил.

Таким образом, подготовленное и утвержденное ТЗ на дизайн сайта станет руководством к действию, на которое будут опираться во время работы дизайнеры, программисты, контент-менеджеры, да и сам клиент будет в это ТЗ смотреть.

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

Добавить комментарий