Как составить понятное ТЗ на разработку сайта подрядчику

Четкое техническое задание (ТЗ) — это фундамент успешного проекта по созданию сайта. Оно страхует от недопонимания, бесконечных правок и превышения бюджета. Хорошее ТЗ — это не перечень пожеланий, а конкретный документ, который отвечает на вопрос «Что должно быть сделано?». В этой статье мы разберем по шагам, как составить ТЗ, которое поймет любой подрядчик и которое защитит интересы вашего бизнеса.

Зачем нужно ТЗ и что будет без него

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

• Снижает риски недопонимания: Все участники процесса видят одну и ту же цель.
• Служит планом и roadmap'ом: Четко определяет этапы работы и сроки.
• Фиксирует бюджет: Позволяет подрядчику дать адекватную оценку, а вам — контролировать расходы.
• Является инструментом приемки: По завершении работ вы проверяете результат по пунктам ТЗ.

Без ТЗ вас ждут:

• Бесконечные споры: «А я думал, что это подразумевалось».
• Резкий рост стоимости из-за «внезапно» всплывших правок.
• Срыв сроков и получение не того результата, который вы ожидали.
• 

 Структура идеального ТЗ: пошаговый разбор

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

Общая информация о проекте

Это вводная часть, которая задает контекст.

• Название проекта: Например, «Разработка корпоративного сайта для ООО «Вектор».
• Цели и задачи сайта: Самая важная часть. Отвечает на вопрос «Зачем нам сайт?». Цели должны быть измеримыми.
  • Плохо: «Сделать красивым и современным».
  • Хорошо: «Увеличить количество заявок на услуги с сайта на 40% за 6 месяцев», «Снизить стоимость привлечения лида на 25% за счет SEO-трафика».
• Целевая аудитория (ЦА): Кто ваши клиенты? Опишите 2-3 портрета ЦА. Например: «Анна, 35 лет, руководитель отдела маркетинга в средней компании, ищет надежного подрядчика на постоянной основе, ценит экспертизу и прозрачность».
• Основные конкуренты и аналоги: Приложите 3-5 ссылок на сайты конкурентов, которые вам нравятся/не нравятся, с пояснениями, почему.

 Структура и содержимое сайта (Контент)

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

Создайте таблицу или список:

Функциональные требования

Это «мозг» сайта. Что он должен уметь делать? Будьте максимально конкретны.

• Система управления контентом (CMS): Какая CMS используется? (WordPress, 1С-Битрикс, Tilda и т.д.). Какие права доступа должны быть у редакторов?
• Формы: Где они расположены? Какие поля содержат (имя, телефон, email, выпадающий список)? Куда приходят данные (email, CRM, Telegram-бот)?
• Интеграции: Что нужно подключить? (CRM - Bitrix24, AmoCRM; платежные системы - ЮKassa, Сбер; сервисы email-рассылок).
• Прочее: Мультиязычность, личный кабинет пользователя, онлайн-запись, сложные фильтры для каталога, поиск по сайту.

Пример описания функционала для формы:

• Расположение: В шапке сайта и в нижней части главной страницы.
• Поля: «Имя» (текстовое, обязательное), «Телефон» (маска для телефона, обязательное), «Услуга» (выпадающий список).
• Действие: После нажатия кнопки «Отправить» данные уходят на email manager@site.ru и в CRM AmoCRM, а пользователь видит всплывающее окно с текстом «Спасибо! Мы вам перезвоним в течение 15 минут».

 Технические требования

«Здоровье» и производительность сайта.

• Хостинг и домен: Кто их предоставляет и настраивает?
• Адаптивность: Сайт должен корректно отображаться на всех мобильных устройствах, планшетах и desktop.
• Кроссбраузерность: В каких браузерах должен работать сайт? (Chrome, Firefox, Safari, Яндекс.Браузер).
• SEO-базовая настройка: Требуется ли? (ЧПУ, настройка title, description, заголовков h1-h6, микроразметка Schema.org, файлы robots.txt и sitemap.xml).
• Скорость загрузки: Ориентир — не более 2-3 секунд. Проверить по PageSpeed Insights.
• Безопасность: Защита от XSS-атак, SQL-инъекций, установка SSL-сертификата.

Требования к дизайну

Как сайт должен выглядеть?

• Стиль и атмосфера: Опишите словами (минимализм, строгий корпоративный, яркий и молодежный).
• Брендбук: Если есть, приложите его (логотипы, фирменные цвета, шрифты).
• Этапы дизайна: Опишите, что вы ждете.
  1. Прототипы (wireframes): Черно-белые схемы без дизайна, показывающие расположение блоков.
  2. Концепция дизайна главной и одной типовой страницы: Утверждаются вами.
  3. Отрисовка остальных страниц: На основе утвержденной концепции.
• Референсы: Примеры сайтов, дизайн которых вам нравится.

 Чего следует избегать в ТЗ

• Расплывчатые формулировки: «Сайт должен быть красивым», «должен нравиться клиентам». Используйте количественные показатели.
• Технический жаргон, который вы не до конца понимаете. Если термин необходим, попросите подрядчика дать его простое объяснение.
• Жесткое ограничение по технологиям, если вы не технолог. Лучше опишите задачу, а подрядчик предложит решение.
• Указание нереальных сроков.

 Пример: Сравнение плохого и хороого ТЗ

Процесс согласования ТЗ

1. Вы составляете черновик по этой структуре.
2. Передаете подрядчику. Хороший подрядчик задаст уточняющие вопросы и, возможно, предложит свою более технически подкованную структуру.
3. Совместно редактируете до полного понимания всеми сторонами.
4. Утверждаете финальную версию и прикладываете к договору.

Заключение

Составление качественного ТЗ — это не бюрократия, а инвестиция времени, которая многократно окупится на всех этапах проекта. Оно превращает создание сайта из хаотичного творчества в управляемый и предсказуемый процесс.

Ключевые выводы:

1. Пишите для людей, а не для роботов. ТЗ должно быть понятно всем участникам.
2. Будьте максимально конкретны. Избегайте двусмысленностей.
3. Считайте ТЗ живым документом. Если в процессе работы требования меняются — вносите правки, которые согласовываются и подписываются обеими сторонами.
4. Не бойтесь потратить на ТЗ 10-20% от общего времени проекта. Это сэкономит вам 50% времени и нервов на этапе разработки и приемки.