Оглавление:

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

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

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

Постановка задачи исполнителю

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

Из чего состоит ТЗ?

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

 

  1. Глоссарий. В этом разделе приводится разъяснение всех понятий и терминов, которые будут далее использоваться в документе.
  2. Общие сведения. Это один из наиболее важных разделов. Здесь необходимо указать адрес будущего сайта, его наименование, определить порядок согласования различных вопросов. Не менее важно формализовать в этом разделе и поэтапный график выполнения работ, указать порядок согласования результатов. Однако эта информация становится известной уже после завершения написания ТЗ, так что её можно вынести и в отдельный блок, который размещают в конце документа.
  3. Цели и задачи. В данном разделе указываются способы дальнейшего использования ресурса, описывается его целевая аудитория.
  4. Программное обеспечение. Необходимо обозначить, с какими браузерами должен быть совместим новый сайт, а также какие технологии будут использоваться для его реализации.
  5. Требования к дизайну. Это довольно свободный блок, в котором заказчик формулирует свои требования к облику будущего сайта. Можно указать стилистику, используемые гарнитуры шрифтов, определить цветовую гамму и не только. Также стоит обозначить здесь необходимость использования анимированных элементов, баннеров и т. д.
  6. Требования к структуре. Данный блок обычно является самым объёмным. Здесь указываются все необходимые страницы сайта, их структура, связи между ними. Также кратко описывается предназначение и содержимое каждого раздела.
  7. CMS. Система управления контентом сайта позволяет упростить его дальнейшее наполнение и использование. Использование такого программного продукта также даёт возможность снизить стоимость и сроки разработки.
  8. Требования к контенту. Этот раздел подробно расписывается в ТЗ на создание сайтов под ключ, где разработчик должен подготовить и все необходимое наполнение. В таком случае следует определить количество, объём и формат статей, новостей, различных медиаматериалов и не только.
  9. Порядок передачи результата работы. Необходимо согласовать, в каком именно виде заказчик получит сайт. Он может быть размещен в сети, на хостинге или, например, передан на каком-либо носителе для дальнейшей работы.

 

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

Как составить и образец

Перед рассмотрением основополагающих вопросов, предлагаем две важные рекомендации, которые помогут сделать ТЗ более исчерпывающим и понятным.
 
Первое — используйте объективные или измеримые критерии. Например, если вы хотите, чтобы заголовки на сайте были зеленого цвета, лучше указать точный RGB или HEX-код. То же самое касается и CMS: лучше потратить какое-то время на поиск подходящей системы (для этого, например, можно проконсультироваться с исполнителем), чем указывать размытые термины вроде «удобная», «простая в освоении» и т. д.
 
Второе — максимально подробно описывайте все элементы сайта. Это поможет избежать двояких трактовок, дополнительного времени на согласование ТЗ, уточнение требований и т. д. В данном случае избыточное описание лучше недостаточного.

ТЗ как основа основ

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

 

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

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

Описание разделов сайта

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

Описание функциональной части

Каждый элемент или блок сайта, функциональность которого отличается от стандартного отображения контента, должен быть подробно описан. Например, если в шапке сайта планируется разместить кнопку заказа обратного звонка, то её описание могло бы выглядеть так: «По нажатию на кнопку «Заказать звонок» открывается всплывающее окно с полями: Имя, Телефон, а также кнопкой — «Перезвоните мне». Естественно, если нужна валидация введенных данных, следует указать, что именно и как следует проверять.
 
Нелишним будет проработать и формализовать в этом разделе стандартные сценарии использования ресурса. Это поможет найти идеи по более оптимальному расположению блоков и не только.
 
Все блоки и элементы, логика работы которых не описывается в ТЗ, обычно реализуются стандартными средствами CMS, что не всегда полностью соответствует требованиям клиента.

Согласование готового ТЗ

Разработка ТЗ может быть завершена только тогда, когда этот документ утвержден, подписан обеими сторонами и приложен к договору.
 
У исполнителя с ТЗ должны ознакомиться программисты, дизайнеры и другие специалисты, которые будут участвовать в его реализации. Они имеют право потребовать внесения корректировок, если какие-либо аспекты по их части описаны некорректно или слишком расплывчато.
 
Со стороны заказчика в согласовании ТЗ должно принимать лицо, имеющее право подписи. Внутри компании документ может пройти сколько угодно прочтений разными сотрудниками. Однако будет гораздо удобнее и быстрее, если представлять правки и комментарии исполнителю будет именно тот человек, который и будет подписывать документ. Это сократит время согласования и позволит избежать путаницы.

_________________________

Автор: Анна Казнова (Digital Agency CASTCOM) / Дата публикации: 2022-10-03

Начните свой проект
уже сегодня!

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

отправить заявку
Также мы предлагаем: