Как составить техническое задание на разработку сайта, и зачем оно нужно

Как составить техническое задание на разработку сайта, и зачем оно нужно

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

Что такое ТЗ

Как составить техническое задание на разработку сайта

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

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

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

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

Как составить техническое задание?

Составить техзадание можно несколькими способами:

  • На основе брифа – анкеты с ключевыми вопросами о проекте. Фактически, бриф сам по себе может являться техническим заданием, если у обеих сторон не возникнет споров после его прочтения. Для этого его нужно подписать. Бриф можно составить самому или запросить «бланк» у исполнителя, если он уже работал по такому принципу.
  • Составить самому – примеров ТЗ на разработку в сети можно найти множество, в частности один мы дадим далее по тексту.
  • Попросить составить разработчика, но для этого все равно придется заполнять бриф. В этом случае вам не придется ломать голову над формулировками и тратить личное или рабочее время. Но и сразу подписывать полученный от исполнителя документ не стоит – внести в него изменения в процессе работы уже не получится.

Пример ТЗ (брифа) для заказа разработки сайта

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

Чтобы вам было проще понять, какие пункты должно содержать ТЗ, предлагаем пример с пояснениями.

Пункт ТЗ

Что указать

Бизнес-требования

Данные о компании

Наименование, деятельность (товары услуги, общее направление), особые достижения, награды, список основных конкурентов.

Целевая аудитория (ЦА)

Вся информация о будущих посетителях сайта, которая вам известна: пол, возраст, цель перехода на сайт (купить товары, узнать новости, найти контакты компании). Если ЦА слишком обширна, желательно указать ключевые сегменты и их проблемы, которые сайт  сможет решить.

Основная и дополнительные цели

Указать, какое целевое действие должен производить посетитель: совершить заказ, сделать звонок по указанным контактам, оставить адрес электронной почты. Это один из наиболее важных пунктов, поскольку на достижение указанной цели будут работать все компоненты сайта.

Информация о действующем сайте (при наличии)

Информация о его плюсах и минусах.

Нефункциональные требования

Примерная структура сайта

Какие разделы обязательно должны присутствовать.

Структура типовой страницы

Какие элементы необходимы, где они должны быть размещены.

Дизайн

Приблизительные требования к цветовому оформлению, шрифтам и другим графическим элементам, включая описание действий на фотографиях. Информация о действующем корпоративном стиле (при наличии).

Готовые дополнительные материалы

Бренд-бук, каталоги продукции, ссылки на сайты, стилистика и структура которых вам нравится.

Требования к функционалу

Пользовательский функционал

Желаемый функционал, которым будут пользоваться посетители: корзина для товаров, фильтры каталога интернет-магазина, подписка на email-рассылки, RSS лента новостей, форма регистрации, личный кабинет, онлайн-консультант, заказ обратного звонка и так далее.

Функционал администратора

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

Необходимость интеграции сторонних сервисов

Интерактивных карт, платежных систем, 1С и прочего. Крайне желательно сразу указать, какие именно системы будут нужны – это позволит разработчикам оценить сложность работ.

Примеры

Готовые сайты-примеры

Ссылки на сайты и подробное описание элементов, которые вам на них нравятся и не нравятся.

Дополнительно

Дополнительные пожелания

Пожелания, не включенные в предыдущие разделы.

Последние штрихи

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

  1. Отсутствие ограничения по времени. Именно отсутствие «дедлайна» зачастую делает разработку проекта практически бесконечной. Можно указать желаемый срок для всего проекта или для каждого шага в отдельности. Однако без должного опыта временные затраты оценить достаточно сложно, поэтому лучше всего обсудить этот момент с менеджером со стороны исполнителя.
  2. Сохранность доступов. Нередки случаи, когда по прошествии времени после успешной сдачи проекта доступы к панели администратора или другим связанным с работой сайта сервисам теряются – разработчику они становятся не нужны, а клиент не записывает их вовремя. Поэтому имеет смысл включения отельного пункта об их хранении или передаче.
  3. Размытые описания. Чем четче вы сможете описать желаемое и чем больше наглядных примеров привести (ссылок или скриншотов), тем проще разработчику будет реализовать требования. Самые типичные ошибки – это шаблонные описания вроде «дорогого современного дизайна».
  4. Перекладывание ответственности на исполнителя. Указывая в конкретном пункте ТЗ «на усмотрение исполнителя» будьте готовы к тому, что результат может вам не понравится. При этом никакой вины разработчика в этом нет, и переделывать этот элемент он не обязан.

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


Возврат к списку


Заказать обратный звонок

-

Заказать коммерческое предложение