ТЗ на сайт нужно не для формальности. Оно помогает бизнесу зафиксировать цель, объем работ, ограничения, интеграции и критерии приемки до того, как начнутся дизайн, верстка и спорные доработки.
Если ТЗ слабое, подрядчик начинает угадывать задачу: сайт может получиться визуально аккуратным, но без заявок, SEO-базы, понятной аналитики и нормальной передачи обращений в CRM. Ниже - практический каркас, по которому можно подготовить ТЗ на лендинг, корпоративный сайт или сайт услуг.
Что должно быть в ТЗ до старта разработки
| Раздел ТЗ | Что зафиксировать | Зачем бизнесу | Риск если пропустить |
|---|---|---|---|
| Цель | Заявки, продажи, доверие, SEO, поддержка рекламы или сервисная функция | Команда понимает, что считать успехом | Сайт будет красивым, но бесполезным для бизнеса |
| Аудитория | Кто принимает решение и какие вопросы задает перед заявкой | Структура и тексты говорят с реальным покупателем | Страница отвечает не на тот интент |
| Структура | Страницы, блоки, меню, формы, сценарии пользователя | Проще оценить сроки, объем и бюджет | Появятся незапланированные доработки |
| SEO | Семантика, мета, H1-H3, URL, canonical, redirects, sitemap | Сайт не теряет органику при запуске | После релиза придется чинить индексацию |
| Формы и CRM | Поля, валидация, UTM, источник заявки, уведомления, CRM | Заявки не теряются после отправки | Маркетинг не видит качество каналов |
| Приемка | Что проверяем перед оплатой и запуском | Снижает спорные правки | Результат нельзя объективно принять |
Бриф и ТЗ: в чем разница
Бриф собирает вводные: кто вы, какая задача, какие есть ограничения, что уже пробовали, какие сайты нравятся, кто аудитория.
Техническое задание превращает вводные в рабочий документ: что именно нужно сделать, какие страницы и функции входят в объем, как подключаются SEO, аналитика и CRM, какие критерии приемки будут у результата.
Если коротко: бриф помогает понять задачу, а ТЗ помогает управлять разработкой, сроками, бюджетом и ответственностью.
1. Опишите бизнес-цель сайта
Начните не с дизайна и не с CMS, а с результата. Для лендинга это могут быть заявки на услугу. Для корпоративного сайта - доверие, кейсы и понятная презентация компании. Для сайта услуг - связка рекламы, SEO, контента и формы обращения.
| Плохо | Хорошо |
|---|---|
| Нужен современный сайт. | Нужен лендинг для услуги, цель - получать квалифицированные заявки на консультацию из Google Ads и органики. |
| Сделайте красиво, как у конкурентов. | Нужно объяснить услугу, показать кейсы, снять возражения и привести пользователя к заявке или WhatsApp. |
2. Зафиксируйте аудиторию и сценарии
В ТЗ нужно указать, кто принимает решение: собственник, маркетолог, закупщик, технический специалист, HR или частный клиент. У разных ролей разные вопросы, и страница должна отвечать на них в правильном порядке.
Опишите основные сценарии: пользователь пришел из рекламы, из поиска, по рекомендации, с мобильного телефона, после просмотра кейса или с готовым запросом на расчет. Для каждого сценария нужен понятный следующий шаг.
3. Соберите карту страниц и блоков
Карта страниц помогает оценить объем разработки. Для небольшого сайта услуг обычно нужны главная, страницы услуг, кейсы, блог или база знаний, контакты, политика конфиденциальности и технические страницы.
Внутри каждой страницы желательно описать блоки: первый экран, проблема клиента, решение, преимущества, доказательства, кейсы, FAQ, форма, контакты. Если блок нужен только потому, что он есть у конкурента, лучше сначала проверить его смысл.
4. Опишите контент и ответственность
Отдельно укажите, кто готовит тексты, фото, видео, отзывы, сертификаты, логотип, презентации и кейсы. Частая причина срыва сроков - дизайн уже готов, а контент все еще собирается из переписок, старых PDF и неподходящих фото.
Если подрядчик пишет тексты, в ТЗ нужно дать факты: услуги, цены или вилки, регионы, ограничения, преимущества, реальные кейсы, частые вопросы клиентов и критерии качества лида.
5. Задайте требования к дизайну и UX
Не ограничивайтесь словами "дорого", "современно" или "минималистично". Дайте 2-3 референса и поясните, что именно в них полезно: структура, плотность информации, визуальный стиль, карточки услуг, форма заявки или подача кейсов.
Для UX важно указать ключевые действия: отправить заявку, написать в WhatsApp, запросить расчет, скачать файл, записаться на консультацию. Если таких действий несколько, нужно определить главный CTA и вторичные действия.
6. Добавьте SEO-требования до дизайна
SEO нельзя добавлять в конце как украшение. В ТЗ нужно сразу зафиксировать структуру URL, H1-H3, Title и Description, canonical, sitemap, robots.txt, микроразметку, редиректы со старых URL и страницы, которые нельзя потерять при переносе.
Для материалов, которые должны индексироваться, полезно проверять не только техническую доступность, но и качество: есть ли оригинальная польза, опыт, доказательства и понятная цель страницы. У Google есть отдельные рекомендации по полезному контенту для людей.
Если сайт переезжает с Tilda, WordPress или другой платформы, добавьте карту старых и новых URL. Подробнее ограничения такого сценария разобрали в статье SEO на Tilda: как продвигать сайт и что ограничивает платформу.
7. Пропишите формы, CRM и аналитику
Форма заявки - это не просто поля на странице. В ТЗ нужно указать список полей, обязательность, маску телефона, согласие на обработку данных, антиспам, страницу благодарности, уведомления, передачу в CRM и сохранение UTM-меток.
| Зона | Что написать в ТЗ | Зачем |
|---|---|---|
| Форма | Имя, телефон, услуга, комментарий, UTM, страница отправки | Понимать источник и контекст заявки |
| CRM | Куда попадает заявка, кто получает уведомление, какие поля обязательны | Не терять обращения после отправки |
| Аналитика | GA4, Яндекс.Метрика, GTM, события кликов, отправка формы, звонки | Оценивать не только трафик, но и действия пользователя |
Если сайт запускается под рекламу, без этой части сложно понять, какие кампании дают целевые обращения. Связку сайта, CRM и аналитики мы отдельно разобрали в материале как интегрировать CRM и Google Analytics.
8. Определите сроки, бюджет и приемку
Разбейте проект на этапы: структура, прототип, дизайн, верстка, интеграции, тестирование, запуск. Для каждого этапа укажите, кто принимает работу и за сколько дней дает обратную связь.
Отдельно пропишите, что входит в стоимость, а что считается дополнительной работой: новые страницы, новые формы, сложная анимация, дополнительная языковая версия, интеграция с CRM, перенос контента, SEO-переезд.
Типичные ошибки при составлении ТЗ
| Ошибка | Как выглядит | Чем грозит | Как исправить |
|---|---|---|---|
| Нет бизнес-цели | "Сделать новый сайт" | Дизайн есть, заявок нет | Зафиксировать целевое действие и KPI |
| SEO вспоминают после дизайна | Страницы уже сверстаны, семантики нет | Переделка структуры, URL и текстов | Добавить SEO-карту до прототипа |
| Формы описаны общими словами | "Форма обратной связи" | Заявки теряются или приходят без UTM | Описать поля, CRM, события и уведомления |
| Нет ответственности за контент | "Материалы предоставим потом" | Срыв сроков и пустые блоки | Составить список контента и владельцев |
| Приемка на глаз | "Посмотрим, понравится или нет" | Бесконечные правки и спорные доработки | Сделать чек-лист приемки |
| Не указаны ограничения | Не описаны CMS, легал, бренд, сроки, доступы | Подрядчик выбирает решения, которые не подходят бизнесу | Собрать ограничения отдельным разделом |
Мини-шаблон ТЗ на сайт
Ниже каркас, который можно использовать как структуру документа. Его не нужно заполнять идеально с первого раза. Важно отделить известные факты от вопросов, которые нужно обсудить с подрядчиком.
Из практики Метриум
Самые дорогие ошибки в разработке сайта обычно появляются не в коде, а до старта: не зафиксировали цель, забыли SEO, не описали форму заявки или не решили, кто готовит контент. Хорошее ТЗ не делает проект бюрократичным. Оно убирает угадывание.
Сергей Шнырёв, директор агентства Метриум
В проектах по сайтам мы смотрим на ТЗ как на коммерческий документ. Оно должно связывать страницу, трафик, форму, аналитику и обработку заявки. Если связи нет, сайт может быть запущен вовремя, но не помогать продажам.
Когда ТЗ лучше не писать самому
Самостоятельный шаблон подойдет, если сайт небольшой и задача понятна. Но лучше подключить специалиста до разработки, если есть SEO-переезд, сложная CRM, каталог, личный кабинет, несколько подрядчиков, рекламный запуск сразу после релиза или риск потерять старый органический трафик.
В таких случаях ТЗ должно учитывать не только дизайн, но и будущую лидогенерацию. Если нужна разработка сайта под заявки, SEO и аналитику, посмотрите услугу создание сайтов в Казахстане.
Мини-шаблон приемки сайта
| Зона приемки | Что проверить | Что зафиксировать в ТЗ |
|---|---|---|
| SEO | title, description, H1, canonical, sitemap, robots | кто отвечает за проверку до публикации. |
| Заявки | формы, телефоны, WhatsApp, CRM, уведомления | куда приходит обращение и кто его обрабатывает. |
| Аналитика | GA4, цели, события, UTM, GSC | какие действия считаются конверсией. |
| Контент | тексты, изображения, alt, кейсы, юридические страницы | что должно быть готово до запуска рекламы. |
Связь с услугой: если ТЗ нужно не для формальности, а для сайта под заявки, начните со страницы создание сайтов. Там понятнее, какие блоки, формы, аналитика и SEO-база нужны до запуска разработки.
Как проверить подрядчика по ТЗ
| Вопрос | Хороший ответ | Красный флаг |
|---|---|---|
| Что будет считаться успехом сайта? | Заявки, качество лидов, SEO-сохранность, скорость запуска | Ответ только про дизайн или количество страниц |
| Как вы сохраните SEO? | Карта URL, canonical, редиректы, sitemap, мета, проверка индексации | SEO обещают добавить потом |
| Как проверяются формы? | Тест отправки, CRM, уведомления, цели аналитики | Формы просто сверстают |
| Что войдет в приемку? | Чек-лист по контенту, адаптиву, скорости, заявкам и ошибкам | Приемка на глаз |
FAQ: короткие ответы по ТЗ на сайт
Сколько страниц должно быть в ТЗ?
Для небольшого сайта обычно достаточно 10-20 страниц или структурированного документа с таблицами. Важнее не объем, а ясность цели, структуры, функций, SEO и приемки.
Можно ли начать с брифа без ТЗ?
Можно на этапе знакомства и оценки. Но перед разработкой бриф нужно превратить в ТЗ: иначе объем работ, сроки и критерии приемки останутся размытыми.
Нужно ли прикладывать прототип?
Да, даже простой wireframe помогает согласовать структуру страницы до дизайна и снижает риск дорогих переделок.
Когда подключать SEO-специалиста?
До утверждения структуры. Если SEO добавить после дизайна, часто приходится менять URL, заголовки, тексты, внутренние ссылки и редиректы.
Что делать, если часть вводных неизвестна?
Не придумывать. Лучше прямо отметить это как открытый вопрос и вынести в обсуждение с подрядчиком.
Вывод
Хорошее ТЗ на сайт - это не длинный документ ради документа. Это способ заранее договориться о цели, структуре, контенте, SEO, формах, CRM, аналитике, сроках и приемке.
Если нужно подготовить сайт не просто к запуску, а к заявкам и управляемому маркетингу, Метриум может помочь собрать ТЗ, проверить структуру, учесть SEO и связать сайт с аналитикой. Начать можно со страницы создания сайтов или с консультации по текущему ТЗ.
