Что такое техническое задание на разработку сайта?
Техническое задание на разработку сайта (ТЗ) это документ из 10 разделов, который описывает результат: какие страницы и функции будут на сайте, какие требования к дизайну, технологиям и скорости и по каким критериям принимается работа. ТЗ нужно обеим сторонам: владельцу сайта, чтобы получить задуманное, исполнителю, чтобы смета и сроки не менялись по ходу проекта. Без ТЗ спор «так договаривались или нет» решается по памяти, а не по документу.
Кто составляет ТЗ: заказчик или разработчик?
ТЗ составляют 2 стороны вместе, а пишет его обычно исполнитель: владелец знает бизнес и клиентов, разработчик знает, как превратить это в структуру, функции и требования. Порядок такой: вы заполняете бриф и даёте ответы на уточняющие вопросы, исполнитель анализирует нишу и конкурентов и пишет ТЗ, вы проверяете каждое требование и подписываете. Если ТЗ пишет только владелец, в нём не хватает технических деталей, если только разработчик, теряются задачи бизнеса. У нас первый этап проекта это бриф и анализ ниши, по их итогам состав работ и смета фиксируются в договоре, а весь порядок работ описан в статье этапы создания сайта.
Структура ТЗ на сайт: 10 разделов
Примерная структура подходит для 2 типов проектов: корпоративного сайта и магазина. Для лендинга каждый раздел сокращается до пары строк, но порядок тот же.
| Часть ТЗ | Что описать | Пример формулировки |
|---|---|---|
| 1. Общие сведения | Компания, проект, ответственные с обеих сторон | Согласует этапы коммерческий директор заказчика |
| 2. Цели и задачи | Зачем сайт и какое действие ждём от посетителя | Заявки на бухгалтерское обслуживание от компаний своего города |
| 3. Целевая аудитория | Кто клиенты, их вопросы и возражения | Владельцы малого бизнеса, заходят с телефона, сравнивают цены |
| 4. Структура | Список страниц, вложенность, меню, состав блоков | Главная, 4 услуги, портфолио, цены, контакты |
| 5. Функции | Формы, калькулятор, каталог, личный кабинет, интеграции | Заявка из формы уходит в CRM и на почту |
| 6. Дизайн | Стиль, референсы, фирменные цвета, адаптив | Макеты для ширины 360, 768 и 1440 пикселей |
| 7. Контент | Кто готовит тексты и фото, объём, когда передаются | Фото передаются исполнителю до начала вёрстки |
| 8. Технические требования | CMS, хостинг, характеристики сервера, скорость, безопасность | LCP до 2,5 с, HTTPS, работа в 5 браузерах |
| 9. SEO и аналитика | Мета-теги, URL, разметка, счётчики | Цель Яндекс Метрики на каждое обращение |
| 10. Приёмка | Критерии готовности, порядок проверки, документы | Работа принята, когда выполнено всё из пунктов 4-9 и подписан акт |
Порядок составления ТЗ на сайт: 6 шагов
Техническое задание составляют за 6 шагов, от целей к деталям:
- 01Бриф
Заказчик отвечает на вопросы о бизнесе, клиентах, конкурентах и бюджете. Чем точнее ответы, тем меньше догадок в ТЗ.
- 02Анализ ниши
Исполнитель смотрит, какие функции, аргументы и типы блоков есть у сайтов из топа, и собирает запросы, по которым ищут услугу.
- 03Структура и функции
Составляется список страниц, порядок блоков на каждой из них и описание функций: что делает пользователь, что делает сайт, куда уходят данные. Схемы удобно показать прототипом.
- 04Требования
Технические требования, дизайн, контент и SEO записываются через конкретные формулировки с цифрами, без слов «удобный» и «современный».
- 05Критерии приёмки
Для каждого требования указывают, как его проверить: открыть, нажать, отправить, измерить.
- 06Согласование
Вы читаете всё целиком, задаёте вопросы и подписываете, после чего ТЗ становится приложением к договору.
Как писать требования в ТЗ: размыто и конкретно
6 типичных размытых формулировок из ТЗ и их рабочие версии: каждое требование должно проверяться действием или цифрой.
| Размыто | Конкретно |
|---|---|
| Современный дизайн | Макеты в духе сайтов-референсов из списка, цвета и шрифты из брендбука |
| Сайт должен быстро грузиться | LCP до 2,5 с, INP до 200 мс, CLS до 0,1 на мобильных |
| Удобная форма заявки | 3 поля: имя, телефон, комментарий, данные уходят в CRM и на почту |
| Адаптивная вёрстка | Проверка на ширине 360, 768 и 1440 пикселей и в 5 браузерах |
| SEO-оптимизация | Уникальные title и description, один H1, разметка Schema.org |
| Админка, чтобы всё менять | Цены, фото и блоки меняются в админке без кода |
Чем бриф на разработку сайта отличается от ТЗ?
Бриф и ТЗ это 2 разных документа: бриф заполняет заказчик, ТЗ пишет исполнитель. Бриф на разработку сайта отвечает на вопрос «что нужно бизнесу»: кто клиенты, что продаём, чем отличаемся, какой бюджет и срок. ТЗ отвечает на вопрос «что именно сделаем»: страницы, функции и критерии приёмки. Бриф заполняется без технических знаний, но ошибка в нём обходится дороже ошибки в ТЗ: неверная цель тянет за собой неверную структуру всего сайта.
Какие вопросы включить в бриф на разработку сайта?
Рабочий бриф закрывает 10 вопросов, на которые без вас не ответить:
- чем занимается компания и какие услуги или товары главные;
- кто клиенты: город, бизнес или частные лица, с какими вопросами приходят;
- чем вы отличаетесь от конкурентов и почему выбирают вас;
- сайты конкурентов и сайты-примеры: что в них нравится, а что раздражает;
- какое действие должен совершить посетитель: звонок, заявка, покупка, запись;
- какие функции точно нужны: каталог, калькулятор, онлайн-оплата, личный кабинет;
- какие доказательства есть для блока доверия: отзывы клиентов, кейсы, сертификаты;
- нужна ли интеграция с CRM, 1С, службами доставки;
- бюджет и срок запуска, к которому привязаны продажи;
- кто принимает решения и согласует этапы.
Бриф на интернет-магазин и веб-сервис: что добавить
Для интернет-магазина в бриф добавляют 5 вопросов: сколько товаров и категорий, откуда берутся цены и остатки (1С, складская программа, прайс в Excel), какие характеристики товаров нужны для фильтров, какие способы оплаты и доставки, нужны ли фиды для маркетплейсов и Яндекса. Для магазина Rilis, например, цены и остатки по 7 774 позициям подтягиваются из прайса. Для веб-сервиса или бота важнее задачи пользователей: роли, сценарии, данные и интеграции, подробнее на странице разработка веб-сервисов.
Что включить в ТЗ на дизайн сайта?
Техническое задание на разработку дизайна сайта состоит из 8 частей и нужно дизайнеру, чтобы рисовать по договорённостям, а не по догадкам:
- референсы: сайты-образцы и что взять из каждого;
- фирменный стиль: логотип, цвета, шрифты или брендбук;
- список макетов: какие экраны рисуются отдельно, а какие собираются из готовых блоков;
- адаптив: ширины экранов, например 360, 768 и 1440 пикселей;
- состояния элементов: наведение, нажатие, ошибки в формах;
- фото: свои, стоковые или съёмка, кто покупает права;
- доступность: контраст текста, размер кнопок, подписи к изображениям;
- формат сдачи: файл в Figma, набор компонентов, число раундов правок.
Дизайн у нас входит в стоимость разработки, отдельный макет без вёрстки оцениваем после брифа, подробнее на странице разработка дизайна сайта.
Договор на разработку сайта: 9 пунктов, которые нужно проверить
Договор защищает обе стороны, если в нём закреплены 9 условий, а ТЗ подписано как приложение:
- Предмет: что создаётся, со ссылкой на ТЗ.
- Этапы и сроки: календарный план по каждому этапу и время, за которое заказчик отвечает на согласовании.
- Стоимость и оплата: смета, порядок и этапы оплаты, как оценивается изменение объёма.
- Приёмка: сколько дней даётся на проверку, как фиксируются замечания, когда работа считается принятой.
- Права на результат: к кому и с какого момента переходят исключительные права на код, дизайн и тексты.
- Домен, хостинг и доступы: на кого регистрируются, когда и как передаются все доступы.
- Гарантия и поддержка: срок бесплатного исправления ошибок после сдачи и условия дальнейшей поддержки.
- Персональные данные: кто оператор данных из форм сайта по 152-ФЗ и кто готовит политику обработки.
- Ответственность и расторжение: что происходит при задержках и как стороны выходят из договора.
Кому принадлежат код, дизайн и домен после сдачи сайта?
По статье 1296 ГК РФ исключительное право на программу для ЭВМ, созданную по договору, принадлежит заказчику, если договором не предусмотрено иное. Но сайт состоит не только из кода: дизайн, тексты и фото могут быть отдельными объектами прав, поэтому в договоре стоит прямо перечислить, что и когда переходит к вам. Домен принадлежит тому, кто указан его администратором. Мы регистрируем домен на заказчика, а код и доступы передаём одним документом. Наш текст не заменяет юриста: финальную редакцию договора проверьте со специалистом.
Нужен ли ГОСТ для технического задания на сайт?
ГОСТ 34.602-2020 для сайта бизнеса не обязателен: национальные стандарты применяются добровольно, если их не требует закон или договор. Стандарт описывает техническое задание на автоматизированные системы и встречается в госзаказе и крупных IT-проектах, где оформление задано заранее. Для корпоративного сайта или магазина такая форма избыточна. Из стандарта полезно взять порядок разделов и привычку описывать приёмку, остальное лучше заменить конкретными требованиями под задачи сайта.
Как ТЗ влияет на смету и сроки?
Каждый пункт ТЗ меняет смету: например, за личный кабинет калькулятор добавляет 80 000 ₽ и 2 недели, за каталог, связанный с 1С, ещё 60 000 ₽ и 2 недели, за онлайн-оплату 30 000 ₽ и 1 неделю. Цифры взяты из нашего калькулятора стоимости на 2026 год, корпоративный сайт в нём начинается от 250 000 ₽ и 4 недель. Чем точнее ТЗ, тем точнее смета: размытая строка «интеграция с CRM» превращается либо в недооценку, либо в запас на неизвестность. Итоговая сумма и сроки фиксируются в договоре.
Частые вопросы
Можно ли начать разработку без ТЗ?
Можно для лендинга или визитки на 3-5 страниц, где техническое задание заменяют подробный бриф и прототип со всеми блоками. Для корпоративного сайта, магазина или сервиса работа без ТЗ обычно упирается в споры на приёмке: заказчик ждал одно, исполнитель сделал другое, и оба по-своему правы. Минимальная замена ТЗ: структура, список функций и критерии приёмки, подписанные обеими сторонами.
Кто отвечает за ошибки в ТЗ?
За ТЗ отвечают обе стороны, которые его подписали: после согласования документ становится частью договора, и работу принимают по нему. Если в ТЗ забыли функцию, её добавление оформляют как изменение объёма с новой оценкой сметы и календаря. Поэтому читайте ТЗ целиком до подписания и задавайте вопросы по каждому непонятному пункту: исправить строку в ТЗ дешевле, чем переделывать готовый сайт.
Можно ли изменить ТЗ в процессе работы?
Можно, если обе стороны согласуют изменения письменно: новую функцию, сдвиг сроков и изменение сметы фиксируют дополнительным соглашением или новой версией ТЗ. Мелкие уточнения без влияния на объём обычно решают в рабочем порядке. Важно, чтобы последняя версия ТЗ была одна и у обеих сторон, иначе на приёмке сверяться будет не с чем.
Где взять шаблон ТЗ на сайт?
Шаблон удобно собрать из таблицы выше: 10 разделов подходят для корпоративного сайта и магазина, для лендинга их можно сократить. Готовые шаблоны из интернета годятся как чек-лист, но не как документ: в них нет вашей структуры, функций и критериев приёмки. Как продумать состав страниц, рассказывает статья о структуре сайта.
