Чек-лист: как составить техническое задание на разработку сайта

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

В статье расскажем, как написать техническое задание на создание сайта на примерах из практики OrbitSoft.

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

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

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

1. Оценить уровень исполнителя

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

2. На старте понять, как будет выглядеть и работать сайт

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

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

3. Упростить замену исполнителей.

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

4. Принять работу.

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

В идеальном варианте заказчик и исполнитель вместе составляют техническое задание. Обычно процесс выглядит так:

1. Заказчик приходит к исполнителю с задачей на разработку. Например, компании по организации праздников нужен сайт, чтобы привлекать больше клиентов. На площадке клиент планирует публиковать кейсы с мероприятиями, отзывы и цены.
2. Исполнитель собирает более подробную информацию: проводит глубинные интервью, анкетирование, изучает сайты конкурентов.
3. Исполнитель собирает бриф — сокращенную версию технического задания. В нем учтены цели сайта, приблизительные технические требования, примеры сайтов, которые нравятся клиенту. По этому документу уже можно начать работу.
4. Заказчик согласует бриф. Дальше на его основе можно разрабатывать техническое задание. В договоре эту услугу пропишут отдельным пунктом.

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

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

Остановимся подробнее на каждом пункте ТЗ на разработку сайта на примере коммерческого предложения OrbitSoft.

В этом блоке указывают цели сайта, его формат, целевую аудиторию, полный список страниц с описанием, домен (если есть).

Тут фиксируют объем работ — перечисляют этапы разработки сайта и сколько каждый примерно займет времени. Иногда разработчики указывают стоимость каждого этапа работы — это помогает клиентам более гибко управлять бюджетом.

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

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

Бывает и другая ситуация, когда клиент ожидал, что разработка обойдется дешевле, но особенности проекта не позволяют использовать готовые решения. Можно взять паузу, согласовать новый бюджет и сроки.

Полный список технологий, которыми мы владеем, приведен на сайте OrbitSoft.

В некоторых ТЗ указывают критерии работоспособности сайта. Например:

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

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

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

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

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

Понятным

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

Однозначным

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

От общего к частному

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

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

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

Составление ТЗ требует навыков и опыта в разработке ПО и бизнес-анализе. Если в команде нет таких специалистов, то техническое задание надежнее доверить компании-разработчику. Мы в OrbitSoft разрабатываем сайты уже 20 лет и знаем, как составить документацию, которая будет учитывать требования клиента и поможет команде разработать продукт, соответствующий им.