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

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

Зачем нужно техническое задание на сайт

Без ТЗ заказчик и разработчик представляют будущий сайт по-разному. В итоге появляются споры: «я думал, что форма будет отправлять заявки в CRM», «это не входило в договор». Техническое задание фиксирует договорённости письменно и становится частью договора.

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

Из чего состоит ТЗ на разработку сайта: шаблон

1. Общие сведения

• Название компании, сфера деятельности, город.
• Тип сайта: лендинг, корпоративный сайт, интернет-магазин, веб-приложение.
• Домен — есть или нужно зарегистрировать.

2. Цели сайта

• Что должен сделать посетитель: оставить заявку, позвонить, записаться, купить.
• Кто целевая аудитория: частные клиенты, компании, оптовики.
• Как вы поймёте, что сайт работает: количество заявок, звонков, продаж.

3. Структура

• Список страниц: главная, услуги, цены, портфолио, о компании, контакты, блог.
• Для лендинга — список блоков по порядку.

4. Дизайн

• Есть ли фирменный стиль: логотип, цвета, шрифты.
• 3–5 сайтов, которые нравятся, и что именно в них нравится.
• Что точно не подходит.

5. Функции

• Формы заявок и куда они приходят: почта, мессенджер, CRM.
• Онлайн-запись, калькулятор, каталог, корзина, оплата, личный кабинет.
• Интеграции: CRM, 1С, телефония, бот в мессенджере.

6. Контент

• Кто пишет тексты, кто готовит фото.
• Сколько товаров или услуг нужно загрузить при запуске.

7. SEO и аналитика

• Базовая SEO-настройка, подключение Яндекс Метрики и Вебмастера.
• Нужна ли сразу настройка рекламы.

8. Юридические требования

• Политика конфиденциальности и согласие на обработку персональных данных для форм.
• Уведомление о cookie, если на сайте есть аналитика.

9. Передача и поддержка

• На кого оформлены домен и хостинг.
• Какие доступы передаются после запуска.
• Нужна ли поддержка и что в неё входит.

Пример формулировок: плохо и хорошо

Хорошая формулировка — та, по которой можно проверить результат: сделано или нет.

Частые ошибки в техническом задании

• Слишком общие требования. «Как у конкурентов, только лучше» не проверить.
• ТЗ на 50 страниц для лендинга. Избыточные детали затягивают старт и не делают сайт лучше.
• Забыли про мобильную версию. Её нужно описывать так же внимательно, как компьютерную.
• Не указали интеграции. Подключение CRM или оплаты, добавленное в конце, сдвигает сроки и меняет цену.
• Нет ответственного за контент. Сайт готов, а тексты и фото никто не подготовил.

Кто составляет ТЗ: заказчик или студия

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

Если выбираете исполнителя, пригодится чек-лист 7 вопросов к студии разработки.

Итог

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

Частые вопросы

Что входит в техническое задание на разработку сайта?

Общие сведения, цели сайта, структура страниц, требования к дизайну, функции и интеграции, контент, SEO и аналитика, юридические требования, передача доступов и поддержка.

Кто должен писать ТЗ на сайт?

Лучше вместе: заказчик описывает задачу и требования бизнес-языком, студия задаёт вопросы и оформляет финальный документ.

Нужно ли ТЗ для лендинга?

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

Какие ошибки чаще всего допускают в ТЗ?

Общие формулировки без критериев проверки, забытая мобильная версия, неуказанные интеграции и отсутствие ответственного за контент.

Можно ли изменить ТЗ в процессе разработки?

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