Техническое задание на разработку сайта: как составить самому

Техническое задание пугает названием: кажется, что это документ на сорок страниц с терминами. На практике для лендинга или корпоративного сайта достаточно двух-трёх страниц понятного текста. Главное — не описать технологии, а зафиксировать договорённости: что делаем, зачем и как поймём, что получилось.

Зачем нужно ТЗ, если есть договор

Договор фиксирует деньги и сроки, ТЗ — содержание. Без него спор «вы обещали блок с ценами» превращается в «мы такого не обсуждали». С ним обе стороны открывают документ и смотрят.

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

Что должно быть в ТЗ на сайт

• О бизнесе: чем занимаетесь, какие услуги, чем отличаетесь от конкурентов
• Цель сайта: заявки, звонки, продажи, репутация. Одна главная, не пять
• Целевая аудитория: кто эти люди, что им важно, чего они боятся
• Структура: список страниц и что на каждой
• Функции: формы, калькулятор, онлайн-запись, оплата, личный кабинет, фильтры
• Контент: кто пишет тексты, откуда берутся фотографии, есть ли логотип
• Референсы: 3–5 сайтов, которые нравятся, с пояснением чем именно
• Антиреференсы: что точно не нравится — экономит больше времени, чем референсы
• Технические требования: адаптив, скорость, домен, хостинг, аналитика
• Что считается готовым: критерии приёмки
• Сроки и этапы

Как описывать структуру

Самая полезная часть документа. Пишите списком: страница — какие блоки — какая цель. Например: «Страница услуги "Замена ГРМ": описание работы, признаки износа, цена по маркам таблицей, срок выполнения, гарантия, фото процесса, кнопка записи. Цель — запись на сервис».

Такое описание сразу показывает пробелы. Если в блоке страницы нет цены, а в цели — запись, вопрос «а как человек решит записаться, не зная стоимости» возникает на этапе документа, а не после запуска.

Чего в ТЗ писать не нужно

• Технологии и фреймворки — если вы не разработчик, это не ваша зона. «Сайт должен быть на React» без понимания зачем только сужает выбор решений
• Точные размеры и цвета — это работа дизайнера, зафиксируйте фирменные цвета и всё
• Формулировки вроде «современный, стильный, продающий» — они ничего не значат и не проверяемы
• Копирование чужого ТЗ из интернета: там будут пункты про то, чего у вас нет

Критерии приёмки: самая важная часть

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

Минимальный набор критериев: заявка с формы доходит на указанную почту и в мессенджер; сайт открывается по https; отображается корректно на iPhone и Android; сайт добавлен в Яндекс Вебмастер и Google Search Console; заказчику переданы доступы и исходники; домен зарегистрирован на заказчика.

Если ТЗ составлять некогда

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

Мы делаем именно так: после брифа собираем структуру и прототип, показываем бесплатно, и утверждённый прототип становится приложением к договору. Это нагляднее текстового ТЗ — вы видите будущий сайт, а не читаете его описание.

Разберём вашу задачу и соберём структуру бесплатно — разработка сайтов под ключ