Что такое ТЗ на разработку сайта

ТЗ — документ, отображающий все требования к будущему сайту. Чем подробнее он составлен, тем больше вероятность получить ожидаемый продукт с необходимым функционалом и внешней составляющей. Главной задачей данного документа является возможность прийти к общему пониманию, соблюдению сроков, этапов и ценового диапазона.

Техническое задание — это защита, как заказчика, так и исполнителя. Если заказчик после получения сайта найдет несоответствие с дизайном, структурой и иными описанными в документы моментами, то имеет полное право требовать бесплатную доработку. Если же разработчик выполнил все свои этапы согласно ТЗ, тогда он обезопасит себя от навязчивых заказчиков, требования которых меняются иногда 5 раз на день. За новые “хотелки” заказчику придется внести оплату.

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

Кто составляет ТЗ: заказчик или исполнитель

Это совместная работа, которая ведется обеими сторонами. По факту ТЗ составляет исполнитель, но опираясь на бриф и ваши требования к будущему ресурсу. Один документ носит разный смысл для каждой из сторон. Для заказчика это:

  • Четкое понимание, каким будет сайт.
  • Осведомленность о бюджетной вилке.
  • Возможность контроля исполнителя.

В цели разработчика входит удовлетворение спроса клиента и исключение всевозможных доработок. В роли сотрудника, который занимается составлением документа, может выступать менеджер или сам разработчик. Взаимодействие происходит с выяснением деталей и нюансов:

  • заказчик должен объяснить цель создания сайта;
  • рассказать о продуктах или услугах, которые представляет;
  • поделиться идеями по дизайну и иными;
  • показать примеры понравившихся сайтов в интернете;
  • отвечать на вопросы исполнителя.
Азаренко Михаил
Азаренко Михаил
Вебмастер со стажем 10+ лет
Задать вопрос
Если у вас типовой сайт, то во многих случаях исполнитель может составить ТЗ на основании брифа и прислать вам на согласование. Это также является нормальной практикой и экономит время двух сторон. 

Как правильно составить ТЗ на разработку сайта

Техническое Задание должно содержать максимум технических и точных данных.  Никаких эпитетов и прилагательных “красивый”, “интересный” и т.д. Всё написанное должно носить однозначный характер.

Понятия “удобный сайт”, “надежный сайт”, “сайт для больших нагрузок” — это неоднозначные данные. Удобный для кого именно, надежность в чем, большая нагрузка — это какая? Для каждого ответы на эти вопросы могут быть разными, поэтому цифры, понятия и четкие показатели составляют основу правильного документа.

Чтобы понимать, как правильно составить Техническое Задание следует ознакомиться с каждым перечисленным пунктом. Это полезно не только менеджерам и разработчикам, но и заказчику. Обладая знаниями, сможет не просто контролировать процесс, но и сэкономить время, составив ТЗ самостоятельно.

Содержание общей информации в ТЗ

Заказчик и каждый сотрудник, который будет работать над проектом, должны понимать свои конкретные действия. Стоит прописать в первом блоке ТЗ следующее:

  • цель создания ресурса;
  • задачи сайта (не путать цели и задачи, первое — это что вы получите в итоге, а задачей называется то, что нужно сделать для достижения цели);
  • на какую аудиторию рассчитан ресурс.
Благодаря этим пунктам вы никогда не получите блог, вместо интернет-магазина. Естественно прописываются данные компании-исполнителя и данные заказчика, как в типовом договоре.

Отсутствие сложных формулировок

Следует объяснить все технические формулировки, которые будут прописаны в документе. Клиент должен понимать всё, что прописано. Это сократит бессмысленные вопросы в будущем и не сведет к минимуму возможные конфликтные ситуации. Поясняют следующие термины:

  • CMS — система управления сайтом;
  • footer или подвал — нижняя часть сайта;
  • header или шапка — верхняя часть сайта;
  • хостинг — удаленное облако или пространство, на котором будет храниться ресурс;
  • домен — адрес сайта и т.д.
Обычно у компаний уже есть заготовки таких терминов, поэтому на это не уйдет много времени. Достаточно сделать это единожды, а потом применять в различных ТЗ.

Описание инструментов и требований к хостингу

Крайне важно обсудить с клиентом, какие инструменты будут использоваться. Часто заказчик уже знает, какую CMS он хотел бы. Есть продвинутые заказчики, которые разбираются в хостингах и имеют свои предпочтения. В зависимости от вида сайта, требуется свой объем места на хостинге:

  • Лэндинг — около 100 Мб;
  • Блог — от 1 Гб;
  • Визитка — около 500 Мб;
  • Интернет-магазин, каталог, порталы — более 1 Гб.
В некоторых случаях у клиента уже есть сайт и даже несколько, поэтому покупать хостинг ему возможно и не надо. Всё это выясняется на начальном этапе создания сайта.

Верстка и функциональность ресурса

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

Функционал, который должен быть на сайте всегда визуализируется верстальщиком. Иначе его могут называть front-end. Также с помощью верстки осуществляется интеграция ресурса со смежными системами (платежи, база данных). Из основного функционала выделяют следующие:

  • формы;
  • фильтры;
  • сортировки;
  • таймеры;
  • отзывы;
  • избранное;
  • мультиязычность.
От итогового функционала зависит во многом стоимость всей разработки. Этот этап является наиболее дорогостоящим, поэтому уделите этому этапу больше времени. Хорошо продумайте, что должен делать ваш ресурс. Все доработки, которые вам понадобятся в будущем, придется оплачивать отдельно.

Технологии программирования

Если front-end является визуальной частью, то back-end — это программная часть. Технологии программирования помогают обрабатывать действия пользователя на сайте. Например, произошла покупка товара, соответственно эта информация должна где-то храниться, чтобы владелец магазина мог получить данные покупателя и отправить ему товар.

Большая часть веб-проектов front-end части создана на HTML + CSS с применением JavaScript. Сегодня всё чаще используются различные фреймворки. Популярными фреймворками читаются React и Vue.js. Разумеется, заказчику такие понятия мало о чем скажут, но эта часть описывается для разработчиков. Зависит она от сложности проекта и необходимого функционала.

В этом блоке ТЗ следует описать технологии для back-end части. В основном используется PHP или готовые шаблонные решения (cms платформы). Выбор платформ описывается заранее в описании инструментов, поэтому данная часть может и вовсе отсутствовать в ТЗ, если не требуется каких-либо индивидуальных доработок по системе управления.

Разработка структуры сайта

Составление Структуры занимается целый ряд специалистов:

  • маркетолог;
  • seo-специалист;
  • разработчики;
  • дизайнер;
  • контент-менеджер.

Для этого заказчик предоставляет всю необходимую информацию по разделам, товарам, услугам и иным запрашиваемым данным. Специалисты продумывают все детали и удобства переходов с одной страницы на другую, соблюдая правила трех кликов.

От того насколько хорошо продумана будет структура, зависит дальнейшая жизнедеятельность ресурса. Это как фундамент для дома. В ТЗ структура может быть зарисована или сделана списком.

Содержание страниц различных типов

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

Прототип — это наглядный эскиз страницы. Заказчик сможет увидеть, как будет выглядеть страница. Количество таких прототипов неограниченно. Все они прикладываются к ТЗ после согласования.

Вариант с перечислений элементов самый простой и нетрудоемкий. Достаточно описать какие блоки будут на странице, и где они будут располагаться.

Варианты страниц

Для составления прототипа, менеджеру или разработчику также нужна дополнительная информация. Будет ли контент на сайте, изображения, каталог товаров и есть ли эти товары вообще. Список перечисляется наименование этих страниц. Зависит их количество от вида ресурса. Если это сайт-визитка, то для нее делается не более 10 прототипов. Самые популярные варианты страниц это:

  • Главная;
  • О компании;
  • Услуги;
  • Доставка;
  • Каталог;
  • Карточка товара;
  • Контакты.

Каждая страница содержит свои элементы (фото, форма захвата, контакты, контент,  заголовки). Заказчик на этапе создания ТЗ может предлагать свои варианты, предоставлять изображения и текстовую информацию.

Сценарий использования сайта

Данный блок в Техническом Задании создается при разработке сложных веб-проектов. Для объяснения принято использовать так называемые сценарии.

Какое действие совершил пользователь — не должен отреагировать сайт на это действие — итог.

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

Описание дизайна в ТЗ

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

Утверждение обязанностей

Техзадание хорошо тем, что сразу расставляет приоритеты и закрепляет на бумаге оговоренное с заказчиком. Если в ТЗ не прописано, что веб-студия готовит контент, значит ваш ждет пустой сайт или заполнение “рыбы” (неуникальный текст, который может совершенно не соответствовать тематике вашего сайта).

Если же разработчик готовит контент, значит следует описывать, каким должен быть текст. Не просто уникальный и хороший, а уникальность 99%, хороший по каким показателям конкретно. Если вы договорились продвигать сайт, то указывается, какие дополнительные блоки или плагины должен сделать разработчик.

ТОП-5 ошибок при составлении ТЗ

  • Сплошной текст. Тяжело работать с таким Техзаданием, поскольку разобраться быстро не получится. Лучше создавать древовидную структуру с визуальными изображениями. Также обязательно делать Оглавление с названием и номером страниц.
  • ТЗ со вставками кусков кода. Понять такой документ заказчик не сможет, даже если очень сильно захочет.
  • Составление ТЗ “первым встречным”. Нельзя доверять такую дорогую масштабную работу человеку, который знаком с разработкой сайтов отдаленно. Даже если вы сами создаете ТЗ, специалист будет вносить свои правки и коррективы. Будьте готовы к этому!
  • Нет сроков. Дедлайн есть у любого проекта. Если его не указать, то разработчик имеет право делать его годами. Сроки лучше расписывать для каждого этапа отдельно.
  • Нехватка информации. Не ленитесь заполнять бриф и находить время для общения с менеджером проекта. Чем больше вам задают вопросов, тем четче будет ТЗ и ваш будущий сайт!