ТЗ на сайт: структура документа + пример для WordPress

Кому: собственникам и маркетологам SMB, кто заказывает сайт у подрядчика/фрилансера или делает in‑house.
Результат: понятное ТЗ, по которому можно оценить сроки/стоимость, избежать переделок и принять работу.
Время: базовое ТЗ — 2–4 часа, с проработкой страниц/интеграций — 1 день.

Чек‑лист ТЗ (пункт — как проверить — как сделать)

Раздел 1. Вводные, цели, рамки проекта

1. Цель сайта и KPI — проверить: цель измерима (лиды/продажи/записи) — сделать: указать 1 главную цель + 3–5 KPI (конверсия, заявки, звонки).
2. ЦА и сегменты — проверить: есть 2–5 сегментов с потребностями — сделать: описать “кто/задача/триггеры доверия”.
3. География/режим работы/ограничения — проверить: отражено в контенте и формах — сделать: прописать регионы, часы, условия доставки/оказания услуг.
4. Сроки и этапы — проверить: есть даты и точки согласования — сделать: зафиксировать этапы (прототип → дизайн → сборка → тест → запуск).
5. Ответственные и коммуникации — проверить: понятен владелец решений — сделать: указать контакт, время ответов, где ведём задачи (Telegram/почта/трекер).
6. Материалы от заказчика — проверить: что именно предоставляют и когда — сделать: список файлов (логотип, фото, тексты, прайс, реквизиты).
7. Критерии “готово” (Definition of Done) — проверить: можно однозначно принять — сделать: список обязательных проверок (формы, адаптив, скорость, SEO‑база).

Раздел 2. Структура сайта и требования к страницам

1. Карта сайта (sitemap) — проверить: все страницы перечислены — сделать: таблица страниц с назначением и приоритетом.
2. Требования к каждой странице — проверить: есть блоки и сценарий — сделать: для каждой страницы: цель → блоки → CTA → доверие → FAQ.
3. Меню/навигация/футер — проверить: логика понятна — сделать: описать структуру меню, якоря, повтор CTA в футере.
4. Типы контента в WordPress — проверить: что будет редактироваться в админке — сделать: перечислить: Страницы, Записи, Кейсы, Услуги, FAQ (CPT/ACF при необходимости).
5. Карточка услуги/кейса — проверить: шаблон один и повторяемый — сделать: описать поля (заголовок, цена, сроки, преимущества, галерея, FAQ, форма).
6. Поиск/фильтры (если каталог) — проверить: нужны ли атрибуты — сделать: список фильтров, сортировка, “пустые результаты”.
7. 404/спасибо‑страницы — проверить: учтены сценарии ошибок/после заявки — сделать: отдельные страницы 404 и Thank You с полезными ссылками.

Раздел 3. Дизайн, адаптив, контент‑правила

1. Референсы и анти‑референсы — проверить: есть примеры “как надо/как не надо” — сделать: 5–10 ссылок + комментарии (шапка/типографика/карточки).
2. Сетка и отступы — проверить: единый визуальный ритм — сделать: зафиксировать max‑width, контейнеры, отступы между блоками.
3. Компоненты UI — проверить: кнопки/формы/карточки одинаковые — сделать: описать набор компонентов (primary/secondary кнопки, состояния hover/disabled).
4. Адаптив (mobile first) — проверить: приоритет блоков на мобиле — сделать: правила: что скрываем/упрощаем, фикс‑кнопка звонка/мессенджера.
5. Тексты и тональность — проверить: единые правила — сделать: короткие предложения, списки, 1 мысль на абзац, запрет “канцелярита”.
6. Изображения — проверить: требования к форматам и весу — сделать: WebP, размеры, alt‑тексты, запрет “тяжёлых” баннеров.
7. Доступность базовая — проверить: контраст и читаемость — сделать: минимальные требования к контрасту, размеру шрифта, фокусу на клавиатуре.

Раздел 4. Функционал, интеграции, безопасность (WordPress)

1. Формы — проверить: все формы перечислены — сделать: для каждой формы поля, обязательность, куда отправлять, текст ошибок/успеха.
2. Интеграции — проверить: есть список сервисов и доступов — сделать: CRM (amo/Bitrix), Telegram, почта, коллтрекинг, онлайн‑чат, платежи (если нужно).
3. Роли и права доступа — проверить: кто что может менять — сделать: роли Admin/Editor, запрет прямого редактирования кода.
4. Плагины (политика) — проверить: нет “поставим 30 плагинов” — сделать: фиксируем принцип: минимум, только популярные/поддерживаемые.
5. Безопасность — проверить: указаны меры — сделать: 2FA, лимит попыток входа, скрытие wp‑login при необходимости, обновления.
6. Бэкапы — проверить: частота и хранение — сделать: ежедневные/еженедельные, хранение 14–30 дней, тест восстановления.
7. Хостинг и окружение — проверить: соответствует WP — сделать: PHP 8.x, HTTPS, кеш/опкэш, staging для правок.

Раздел 5. SEO, аналитика, приемка и запуск

1. SEO‑структура — проверить: есть список посадочных и приоритет — сделать: перечислить страницы под услуги/города/ниши (если нужно).
2. URL/ЧПУ — проверить: понятные адреса — сделать: правила формирования URL (латиница/транслит, без дат, единый формат).
3. Мета‑теги и заголовки — проверить: кто заполняет и где — сделать: требования к Title/Description/H1, шаблоны для типовых страниц.
4. Микроразметка — проверить: нужна ли Organization/FAQ/Reviews — сделать: указать типы schema и где применяем.
5. Скорость — проверить: целевые показатели согласованы — сделать: требования PageSpeed + обязательные меры (кеш, WebP, lazy‑load).
6. Аналитика — проверить: какие системы и цели — сделать: Метрика/GA4/GTM, события: отправка формы, клик tel, мессенджеры.
7. Приемка (UAT) — проверить: есть чек‑лист — сделать: тест‑кейсы по страницам, адаптиву, формам, скорости, кроссбраузеру.
8. Запуск и поддержка — проверить: кто отвечает после релиза — сделать: план: бэкап, перенос на прод, мониторинг 404/ошибок 7 дней.

Частые ошибки

1. ТЗ = “сделайте красиво” → подрядчик делает по‑своему, ожидания не совпадают.
2. Нет карты страниц и приоритетов → сайт разрастается, сроки плывут.
3. Не описаны формы/интеграции → лиды не приходят или не фиксируются в аналитике.
4. Не зафиксирован контент‑пакет → дизайн/верстка стопорятся из‑за “нет текстов/фото”.
5. Нет критериев приемки → спор “готово/не готово” бесконечный.
6. Не учтён mobile first → на телефонах падает конверсия.
7. Не прописаны требования к скорости → ставятся тяжёлые плагины/анимации, сайт тормозит.
8. Смешивают “хотелки” и обязательное → неясно, что критично для запуска.
9. Не прописана безопасность/бэкапы → риск взлома/потери данных.
10. Меняют цели по ходу работ без фиксации → постоянные переделки и удорожание.