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

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

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

Что такое ТЗ

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

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

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

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

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

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

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

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

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

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

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

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

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