Техническое задание на корпоративный сайт: что описать до начала разработки

Фраза «нужен современный корпоративный сайт» почти ничего не говорит разработчику. Современность не помогает решить, какие страницы делать, куда вести посетителя и что считать успешным запуском. Техническое задание нужно не для бюрократии, а чтобы до дизайна договориться о результате: какую задачу решает сайт и как посетитель превращается в обращение.

Начните с цели, а не с референсов

Для каждой ключевой страницы полезно записать одно действие, которое должен совершить посетитель: оставить заявку, запросить расчёт, скачать материалы, позвонить или перейти к кейсу. Референсы нужны, чтобы обсудить подачу и уровень доверия, но они не отвечают на вопрос, зачем в структуре нужен конкретный блок. Если цель не названа, в процессе почти всегда появляются лишние секции и конкурирующие призывы к действию.

Зафиксируйте структуру и владельцев контента

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

Опишите путь заявки целиком

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

Добавьте требования к SEO до разработки

Не нужно заранее обещать позиции в поиске, но нужно закрепить технические условия: у каждой индексируемой страницы есть один H1, уникальные title и description, canonical URL, доступный поиску текст и понятные внутренние ссылки. Карта сайта, robots.txt и структурированная разметка тоже удобнее заложить сразу, чем вносить после запуска. Это не заменяет контент и спрос, но убирает технические причины, по которым хорошая страница может не попасть в поиск.

Сформулируйте критерии приёмки

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