Каждая компания или предприятие Украины независимо от направления деятельности имеет собственного виртуального представителя – сайт, предоставляющий пользователям информацию об услугах и товарах, условиях сотрудничества и т.д. Функциональность и надежность любого сайта зависят от качества разработки интернет-ресурса и от квалификации разработчиков. Для того, чтобы сайт соответствовал требованиям и пожеланиям заказчика, исполнитель должен понимать, чего конкретно хочет владелец интернет-магазина или сервиса. Возможна успешная разработка сайта при наличии четкого и проработанного технического задания (ТЗ).

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

 

Техническое задание: что это и для чего

 

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

 

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

 

 

Заказчику ТЗ, помимо гарантированного соответствия сайта требованиям, позволяет:

 

 

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

 

Исполнителю ТЗ, помимо упрощения процедуры согласования, позволяет:

 

 

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

 

Разделы технического задания при разработке сайта

 

Техническое задание, необходимое для разработки сайта, состоит из нескольких разделов.

 

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

 

Технические особенности сайта. При составлении ТЗ необходимо указать такие аспекты:

 

 

Структура сайта. В данном разделе необходимо указать главные модули сайта и взаимосвязь между модулями.

 

Сквозные элементы. Существует четыре основных сквозных элемента: шапка сайта, подвал сайта, всплывающие формы и окна, боковые панели (сайдбары).

 

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

 

Другие страницы. В перечень дополнительных функциональных страниц в ТЗ входят:

 

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

 

В ТЗ необходимо указать не только описание структуры страниц, но и моменты, которые будут определять логику работы интернет-проекта.

 

 

Сущности и функциональные особенности ТЗ

 

 

Сущности представляют собой материалы определенного вида, которые обладают собственными свойствами и характеристиками, например:

 

  • создаваемый сайт-визитка состоит из нескольких страниц. Сущностью в данном случае является каждая «Страница» с собственным заголовком, содержимым и другими опциями;
  •  
  • если заказчик пожелает добавить на сайт новостной раздел, то раздел «Новость» станет новой сущностью. У информации на этой странице могут быть дата публикации и имя автора;
  •  
  • автор информации также является отдельной сущностью. Она связана с разделом «Новость».
  •  

 

На основе сущностей могут быть построены похожие элементы. Причем каждый из них будет иметь собственный набор параметров.

 

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

 

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

 

Детальность и продуманность ТЗ для сайта позволяет минимизировать вероятность возникновения проблем в процессе разработки.

 

Оставлять комментарии могут только зарегистрированные пользователи