Корпоративный сайт: особенности, как составить ТЗ и не допустить ошибок при разработке

Что такое корпоративный сайт и зачем он бизнесу

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

Как составить ТЗ на разработку корпоративного сайта

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

Практические советы для владельца бизнеса

• Начните с аналитики. Если у вас уже есть сайт, посмотрите данные Яндекс Метрики и Google Analytics: какие страницы популярны, где пользователи уходят, какие устройства используют.
• Продумайте интеграцию заранее. CRM, 1С, телефония, почта — лучше заложить эти требования в ТЗ, чтобы не переделывать сайт позже.
• Заложите SEO в архитектуру. ЧПУ, семантическая разметка, заголовки, alt‑тексты — это экономит бюджет на продвижение.
• Организуйте контент‑процесс. Назначьте ответственного за наполнение сайта, утвердите редакционную политику и график публикаций.
• Планируйте поддержку. Резервные копии, обновления, мониторинг безопасности — это часть владения сайтом.

Чек-лист: как составить ТЗ на корпоративный сайт

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

1. Цели и KPI

Прежде чем описывать, каким должен быть сайт, нужно чётко зафиксировать, зачем он нужен бизнесу. Раздел «KPI и цели» в ТЗ на сайт — основа, от которой зависят все остальные требования.

• Определить главную цель сайта (лидогенерация, продажи, имидж, информирование, поддержка клиентов).
• Задать 3–5 измеримых KPI: конверсия в заявку (%), средняя стоимость лида (₽), время загрузки (сек), доля мобильного трафика (%), органический трафик через 6 месяцев (визитов/мес).
• Описать, как и чем KPI будет измеряться (Яндекс Метрика, Google Analytics, отчёты CRM).
• Зафиксировать горизонт оценки KPI: «через 3 месяца после запуска», «через 6 месяцев».
• Указать приоритеты целей, если их несколько (главная — заявки, вторичная — подписка на рассылку).

2. Целевая аудитория

Блок «как описать целевую аудиторию в ТЗ» помогает подрядчику понять, под кого проектировать интерфейс, навигацию и контент.

• Перечислить сегменты аудитории (клиенты B2B, розничные покупатели, партнёры, дилеры, соискатели).
• Для каждого сегмента указать: возраст, роль в принятии решений, уровень подготовки (эксперт / новичок), устройство (десктоп / мобильный).
• Описать основные сценарии поведения: «клиент ищет услугу по фильтру», «менеджер скачивает прайс», «партнёр регистрируется в личном кабинете».
• Зафиксировать боли и возражения аудитории, которые сайт должен закрывать (цену нет → вывести «от», нет доверия → кейсы и отзывы).
• Указать язык(-и) интерфейса, если аудитория не только русскоязычная.

3. Структура и прототипы

Раздел отвечает на вопрос «что должно быть в ТЗ на разработку сайта» в части архитектуры. Без него подрядчик будет гадать, сколько страниц и как они связаны.

• Составить карту сайта (sitemap): список всех страниц с URL и иерархией.
• Описать назначение каждой страницы: главная, о компании, услуги/каталог, кейсы, контакты, блог, личный кабинет, FAQ.
• Приложить прототипы ключевых экранов (главная, карточка услуги/товара, форма заявки, корзина, личный кабинет).
• Описать логику навигации: меню (основное, дополнительное, мобильное), хлебные крошки, футер, внутренние перелинковки.
• Указать требование к глубине вложенности: пользователь находит нужную информацию максимум за 3 клика.
• Зафиксировать поведение 404-й страницы и страницы поиска (если есть).

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

Это блок «требования к корпоративному сайту: функциональные и нефункциональные» — функциональная часть. Здесь описываем, что сайт должен уметь делать.

• Формы: какие формы нужны (заявка, обратный звонок, подписка, обратная связь), обязательные поля, валидация, куда отправляются данные (email, CRM, Telegram).
• Каталог/услуги: фильтры, сортировка, виды отображения (сетка/список), карточка товара/услуги (поля, фото, цена, характеристики).
• Поиск: нужен ли, по каким полям ищет, автодополнение, обработка «ничего не найдено».
• Личный кабинет: нужен ли, какие роли (клиент, партнёр, менеджер), функционал (история заказов, документы, профиль).
• Регистрация/авторизация: email, телефон, соцсети; восстановление пароля; подтверждение.
• Корзина и оформление заказа (если применимо): шаги, поля, способы оплаты и доставки, подтверждение.
• Интеграции (отдельный блок — см. раздел 6 ниже).
• Мультязычность: если нужна — количество языков, переключатель, принцип перевода контента.

• Уведомления: email, SMS, push — какие события их вызывают (новая заявка, статус заказа, регистрация).

5. Нефункциональные требования

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

• Скорость: время загрузки главной страницы ≤ 2 секунд на 4G; оценка Lighthouse ≥ 90 баллов. Это пример измеримых требований к сайту.
• Адаптивность: корректное отображение на экранах от 320px до 1920px; проверка на минимум 5 устройствах (iPhone 13, Samsung S21, iPad, ноутбук 1366px, десктоп 1920px).
• Кроссбраузерность: Chrome, Safari, Firefox, Edge, Яндекс Браузер — последние 2 версии каждого.
• Безопасность: SSL-сертификат, защита от XSS и SQL-инъекций, CAPTCHA на формах, ограничение попыток входа, резервное копирование (частота и место хранения).
• Доступность: контраст текста ≥ 4.5:1, поддержка screen reader (ARIA-метки), возможность навигации с клавиатуры.
• Производительность при нагрузке: сайт выдерживает 1000 одновременных посетителей без ошибок 5xx.
• SEO-готовность: ЧПУ (человекопонятные URL), корректные H1–H6, мета-теги (title, description), микроразметка Schema.org, sitemap.xml, robots.txt, canonical.
• Юридические требования: политика конфиденциальности, согласие на обработку персональных данных, cookie-баннер, реквизиты компании в футере.

6. Интеграции: CRM, 1С и сторонние сервисы

Блок «ТЗ на интеграцию с CRM и 1С для сайта» — один из самых критичных. Если интеграции не описать на старте, потом придётся переделывать архитектуру.

• Указать, какая CRM используется (Bitrix24, amoCRM, Salesforce и т.д.) и версию (облако / коробка).
• Описать, какие данные передаются из форм сайта в CRM: имя, телефон, email, источник, UTM-метки, страница отправки.
• Описать, какие данные возвращаются из CRM на сайт (статус заявки, история взаимодействий — если нужен личный кабинет).
• Указать, нужна ли интеграция с 1С: что синхронизируется (товары, цены, остатки, заказы), направление (только выгрузка на сайт / двусторонний обмен), частота (реальное время / по расписанию).
• Перечислить форматы обмена: API, XML, CSV, CommerceML — в зависимости от возможностей систем.
• Описать поведение при сбое интеграции: fallback-сценарий, уведомление администратора, ручной режим.
• Указать прочие интеграции: телефония (звонок с сайта), мессенджеры (WhatsApp, Telegram, чат-бот), email-рассылки, платёжные системы, аналитика (Метрика, Analytics, пиксели соцсетей).
• Зафиксировать, кто предоставляет доступы и API-ключи (заказчик / подрядчик) и в какие сроки.

7. Контент и дизайн

• Указать, кто готовит контент (тексты, фото, видео) — заказчик или подрядчик.
• Описать требования к текстам: объём, tone of voice, наличие фактов и цифр, запрет на «воду».
• Указать требования к изображениям: форматы (WebP, JPG), размер (не более 200 КБ для фото), alt-тексты — обязательны.
• Зафиксировать требования к дизайну: фирменный стиль (приложить брендбук или гайд), цветовая палитра (HEX-коды), типографика (семейство шрифтов, размеры), отступы и сетка.
• Избегать субъективных формулировок: вместо «современный дизайн» — «минималистичный стиль, не более 3 акцентных цветов, размер кнопок ≥ 44px».
• Указать источники контента: фотостоки, собственная фотосессия, предоставленные материалы заказчика.

8. Аналитика и SEO

• Подключить Яндекс Метрику и Google Analytics с первого дня.
• Настроить цели и события в Метрике (отправка формы, клик по телефону, переход в корзину, скролл до 50%).
• Настроить электронную коммерцию (если есть продажи).
• Проверить наличие sitemap.xml, robots.txt, canonical на каждой странице.
• Проверить микроразметку: Organization, BreadcrumbList, Product/Service, FAQ.
• Убедиться, что все страницы имеют уникальные title и description (или механизм автогенерации в ТЗ).

9. Критерии приёмки

Финальный блок — «критерии приёмки сайта: как зафиксировать». Это страховка заказчика: пока критерии не выполнены, сайт не считается сданным.

• Функциональные: все формы отправляют данные в CRM; поиск работает по заданным полям; личный кабинет отображает корректные данные; корзина оформляет заказ до конца.
• Скорость: главная страница загружается ≤ 2 сек на 4G (замер через Lighthouse); оценка Performance ≥ 90.
• Адаптивность: сайт корректно отображается на 5 устройствах из ТЗ без горизонтального скролла.
• Кроссбраузерность: визуальных багов нет в 4 браузерах из ТЗ.
• SEO: sitemap.xml и robots.txt доступны; микроразметка валидна (проверка через Schema.org Validator); все страницы имеют H1, title, description.
• Безопасность: SSL установлен и валиден; формы защищены CAPTCHA; бэкап настроен и протестирован (восстановление из копии за ≤ 30 минут).
• Юридическое: политика конфиденциальности, оферта, cookie-баннер — опубликованы и работают; реквизиты в футере.
• Интеграции: данные из форм попадают в CRM за ≤ 1 минуту; товары/цены из 1С отображаются на сайте; при сбое интеграции администратор получает уведомление.
• Документация: подрядчик передал инструкцию по управлению сайтом (CMS, добавление страниц, редактирование контента, создание резервных копий).

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

Чтобы вам было проще собрать всё в один файл, вот рекомендуемая структура документа ТЗ:

1. Общие сведения — название проекта, заказчик, подрядчик, версии документа.
2. Цели и KPI — из раздела 1 этого чек-листа.
3. Целевая аудитория— из раздела 2.
4. Структура сайта и прототипы — из раздела 3.
5. Функциональные требования — из раздела 4.
6. Нефункциональные требования — из раздела 5.
7. Интеграции — из раздела 6.
8. Контент и дизайн — из раздела 7.
9. Аналитика и SEO — из раздела 8.
10. Критерии приёмки — из раздела 9.
11. Приложения — брендбук, прототипы, карты интеграций, примеры референсов.

Каждый пункт можно скопировать в Google Docs или Notion и заполнять по мере готовности. Когда все галочки проставлены — ТЗ готово к передаче подрядчику.