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

Чек-лист по созданию ТЗ для разработки сайта.

Составление технического задания (ТЗ) — один из самых важных этапов подготовки к разработке сайта.

От того, насколько грамотно оно будет составлено, зависят не только дальнейшие отношения заказчика и исполнителя, но и результат их сотрудничества.

По сути ТЗ = документ с требованиями к сайту.

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

Если вы составили четко и подробно — исполнителю будут понятны поставленные задачи и дальнейший план действий. Не постарались и сделали «от балды» или не сделали вовсе — результат будет соответствующий.

Польза от технического задания очевидна. Заказчик уже во время процесса составления:

Исполнитель:

Можно ли получить хороший результат без ТЗ? Скорее нет.

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

Создание технического задания включает в себя несколько обязательных этапов.

Чтобы не упустить важные моменты, сохраните нашу шпаргалку:

Целься

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

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

Поясняй

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

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

Уточняй

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

Определяй

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

ВАЖНО: избегайте субъективных оценочных суждений. Если в задании есть места, которые можно расшифровать по-разному — с большой вероятностью их поймут неправильно.

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

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

Так мы выделяем два вида клиентов:

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

Вторые — компании, которые приходят за реализацией масштабного проекта. Обычно это стартапы, где необходимо определить не только степень трудозатрат разработки, но и помочь с приоритезацией бэклога.

Если заказчик компетентный и уже знает, что такое разработка и четко может перечислить требования, то техническое задание составляет он, но при нашем участии. Это не значит, что мы стоим над душой, пока продакт-оунер сформирует документ. Тут идет речь о командной работе. Мы объясняем, что и зачем важно сделать, показываем примеры реализации, обсуждаем их с клиентом.

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

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