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

Зачем нужно качественное ТЗ

Хорошее техническое задание решает три задачи. Первое — оно фиксирует объём работ, чтобы избежать «а можно ещё это и это» по ходу проекта. Второе — задаёт правильные ожидания для обеих сторон по срокам, бюджету и результатам. Третье — служит чеклистом приёмки: можно конкретно сверить, что подрядчик сдал то, что было заказано.

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

Бизнес-цели и аудитория сайта

Первый раздел ТЗ должен описать, зачем сайт нужен бизнесу. Главная цель: лидогенерация, продажи, информирование, поддержка существующих клиентов. Целевая аудитория: B2B или B2C, размер компаний если B2B, регионы и страны, языки. Ключевые задачи которые должен решать сайт.

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

Структура сайта и список страниц

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

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

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

CMS (WordPress, Strapi, Sanity, headless или классический), хостинг (если уже выбран), CDN, требования по производительности (целевые показатели Core Web Vitals), мобильная адаптивность (responsive дизайн или отдельная мобильная версия), доступность (WCAG 2.2 AA — обязательно для современных сайтов), безопасность (SSL, регулярные бэкапы, защита от типичных атак).

Также: интеграции с внешними системами — CRM (HubSpot, Salesforce, Pipedrive, AmoCRM), аналитика (Google Analytics 4, Yandex.Метрика, серверный трекинг), email-маркетинг, чат-боты, формы обратной связи, платежные системы если применимо.

Дизайн и брендинг

Брендбук или гайдлайны если есть. Если нет — описание желаемого визуального стиля с референсами других сайтов которые нравятся (минимум 3-5 примеров). Цветовая палитра, типографика, общее настроение (минималистичное, яркое, корпоративное, дружелюбное).

Важно: либо у вас есть готовый брендбук, либо в ТЗ предусмотрен этап разработки дизайн-системы как отдельный блок работ. Не принимайте от подрядчика «сделаем красиво» — это всегда заканчивается переделками. Дизайн должен быть согласованным до начала разработки.

SEO и контент

Базовые требования по SEO: schema.org разметка для основных типов страниц, корректные мета-теги (Title 55-65 символов, Description 140-160 с CTA), правильная структура заголовков (один H1 на странице), оптимизированные изображения (WebP, lazy loading), sitemap.xml, robots.txt, hreflang для мультиязычных сайтов.

Контент: кто пишет тексты — заказчик передаёт готовые, подрядчик пишет с участием эксперта заказчика, или подрядчик нанимает копирайтера. Это сильно влияет на сроки и бюджет. Если контент пишет подрядчик, в ТЗ должны быть требования к качеству, длине, тону.

Сроки, бюджет, этапы оплаты

Реалистичные сроки для типичных проектов: лендинг или небольшой корпоративный сайт — 4-6 недель, средний корпоративный сайт с 10-30 страницами — 8-12 недель, крупный сайт с интеграциями и нестандартной логикой — 14-20 недель. Любые более короткие сроки — это либо упрощение работы, либо нереалистичные обещания.

Бюджет разбивайте по этапам: дизайн (20-30% от общего), разработка (50-60%), тестирование и запуск (10-15%), пост-запуск поддержка (опционально). Оплата обычно поэтапная — 30% при старте, 30-40% по ходу, 30-40% при сдаче. Полная предоплата — большой red flag, полная оплата по факту — невыгодно подрядчику и почти невозможно у серьёзных команд.

Что обязательно прописать в финальной части ТЗ

Критерии приёмки: конкретные пункты по которым проверяется готовность каждого этапа. Обязательно тестирование на разных устройствах (минимум 3-5 типов девайсов), проверка скорости загрузки, проверка корректности форм и CRM-интеграций.

Гарантии и поддержка после запуска: сколько месяцев бесплатных правок включает контракт, что относится к гарантийным правкам (баги) а что к новым задачам (платно). Кто владеет исходным кодом и доступами — должно быть прописано что заказчик получает полные права на код, дизайн-файлы, доступы к хостингу и CMS.

Если хотите обсудить ваш проект, наша команда разработки корпоративных сайтов проводит бесплатный созвон по скоупу с конкретным ТЗ-шаблоном до подписания договора.

Об авторе: Global One Digital — разработка корпоративных сайтов и веб-приложений для B2B и SaaS в США, ЕС и СНГ. Senior-команда, прозрачный процесс.