Пример структуры ТЗ на разработку сайта

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

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

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

Часть 1. Описание структуры сайта и структуры основных сущностей (пользователь, новость, товар и так далее). Это не описание структуры БД, а перечень полей, их тип и связи между ними. Например - "заголовок новости: строка". В таком виде описание понятно и программисту, и заказчику.

Часть 2. Описание прототипа. По сути это описание поведения пользователя на сайте, описание информационных, функциональных и сервисных блоков страниц. Для программиста более важно откуда берется та или иная информация - например, в списке новостей заголовок берется из поля заголовка (ссылка на часть 1), он же выводится и на странице полного текста новости. Для заказчика важно что будет при клике на пункты меню, кнопки и ссылки.

Часть 3. Администрирование и сервисы. Эту часть ТЗ очень часто упускают (но не мы). В ней содержатся требования к администрированию сайта и такие описания как алгоритм подбора и поиска, алгоритм вывода краткого набора атрибутов товаров на уровень списка, алгоритм попадания товаров в блоки Рекомендуемые и так далее. Также в этой части ТЗ описываются внешние интеграции, всевозможные уведомления, реакция на исключительные ситуации (например, ошибки при заполнении форм) и многое другое. Заказчик зачастую изначально полагается на опыт разработчика, а разработчик делает как проще. Но на этапе запуска сайта это всплывает и вызывает много негативных эмоций. Поэтому лучше потратить время, все детально расписать и разъяснить.

Часть 4. SEO задачи. Эта часть обычно включается только по той причине, чтобы аргументировать стоимость программирования. Заказчику обычно не важно, какой SEO функционал будет внедрен, ему важен результат SEO оптимизации. Но при этом заказчику важно понимать все затраты, так как подготовка к SEO начинается еще до начала проектирования интерфейса сайта. Поэтому исключать SEO из ТЗ неправильно, мы всегда включаем его в состав ТЗ на программирование.

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