Как составить техническое задание на разработку корпоративного сайта

Корпоративный сайт давно перестал быть «визиткой» бизнеса. Он стал ядром цифровой экосистемы: соединяет маркетинг, продажи, коммуникации, внутренние процессы и данные. И чем сложнее компания — тем выше требования к сайту и его интеграциям: CRM, ERP, склад, телефония, аналитика, сервисы доставки, биллинг, обучающие платформы, личные кабинеты.

Поэтому техническое задание (ТЗ) — ключевой документ, от которого зависит 70% успеха проекта. Хорошее ТЗ снижает сроки разработки, экономит бюджет, убирает перепридумывания и делает взаимодействие с подрядчиком прозрачным.

В этой статье — подробная инструкция, как составить ТЗ на разработку корпоративного сайта с интеграциями. Пошагово, с рекомендациями от команды MONOPLAN.

Начните с контекста: что делает компания и зачем ей сайт

Правильное ТЗ всегда начинается не со страниц и блоков — а с понимания задач бизнеса.

Ответьте на базовые вопросы:

• Кто вы и что продаёте? Чем точнее контекст — тем проще будет строить архитектуру.
• Для кого сайт? Один корпоративный сайт для инвесторов — другой для HR — третий для лидогенерации.
• Какие бизнес-цели вы хотите закрыть сайтом? Примеры: увеличить заявки, сократить цикл сделки, автоматизировать обработку запросов, создать единую точку входа для клиентов.
• Какая роль сайта в digital-экосистеме? Сайт — это не изолированный объект. Он работает вместе с CRM, ERP, рекламой, контентом.

Это задаёт тон всему проекту и помогает избежать хаоса в интеграциях.

Опишите аудитории и их сценарии

То, что бизнес часто пропускает — а зря.

Для каждой аудитории нужно описать:

• кто эти люди (дистрибьюторы, партнёры, сотрудники, клиенты, инвесторы);
• что они делают на сайте;
• какие действия должны совершить;
• какая информация для них критична.

Это формирует структуру, функциональные требования и то, какие интеграции реально нужны.

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

Сюда попадает всё, что сайт должен уметь:

Базовый функционал

• структура страниц;
• навигация;
• формы заявок и обратной связи;
• поиск по сайту;
• мультиязычность (если нужна);адаптивная верстка.

Расширенный функционал

• личные кабинеты (B2B, партнёрские, клиентские);
• выгрузка документов;
• калькуляторы, конфигураторы, подборщики;
• интерактивные элементы.

Уникальные модули компании

• документы и база знаний;
• каталог с фильтрами;
• обучение;
• база проектов;
• корпоративный блог;
• интеграции с HR-системами (вакансии).

Каждый функциональный блок должен описываться через сценарии поведения, а не через «это надо потому что мы так решили».

Интеграции: как описывать, чтобы разработчики не гадали

Большинство ошибок в разработке корпоративных сайтов происходит именно здесь.

1. Что интегрируем

CRM? ERP? Логистику? Склад? Платёжку? Биллинг? BI-систему?

2. Зачем интегрируем

Пример: автоматическая передача заявок в CRM вместо ручного ввода.

3. Направление передачи данных

Односторонняя (сайт → CRM).
Двусторонняя (CRM ↔ сайт).

4. Какие данные передаются

Конкретно: поля, статусы, сущности.

5. Какой метод интеграции

API;
Webhook;
модуль CMS;
файловый обмен.

6. Кто предоставляет документацию

Сторонняя система всегда должна предоставить API-описание.

7. Кто отвечает за тестовые данные и техническую поддержку

Это заранее убирает конфликт между подрядчиком и клиентом.

Структура сайта

Хорошее ТЗ всегда содержит каркасную структуру:

• главная;
• о компании;
• услуги или направления;
• каталог или проекты;
• вакансии;
• пресс-центр / блог;
• документы;
• контакты;
• личные кабинеты;
• интеграционные страницы (например, загрузка файлов).

На этом этапе не нужно прорисовывать макеты — только описать содержание блоков.

UI/UX-требования и бренд-гайд

В ТЗ должны быть:

• референсы по стилю;
• принципы дизайна;
• требуемые эмоции и характер бренда;
• правила работы с логотипом;
• сетки, типографика, фирменные элементы;
• требования по анимациям;

Это убирает творческую самодеятельность и ускоряет работу.

Админка: чем проще, тем лучше

В ТЗ укажите:

• какие разделы вы будете обновлять сами;
• какие должен вести подрядчик;
• какие элементы должны быть динамическими;
• нужны ли шаблоны для страниц;
• как должна работать мультиязычная структура;
• кто отвечает за наполнение контентом.

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

Здесь нужно зафиксировать:

• CMS / фреймворк (например, 1С-Битрикс для корпоративных сайтов и интеграций);
• хостинг;
• ограничения по серверам;
• требования по скорости загрузки;
• API-стандарты;
• требования к коду;
• тестирование.

Этапы работ и критерии готовности

ТЗ должно содержать систему сдачи проекта:

• согласование структуры;
• дизайн
• верстка;
• разработка интеграций;
• тестирование;
• наполнение;
• запуск;
• гарантийный период.

Каждый этап должен иметь понятные критерии завершения.

Как MONOPLAN работает с ТЗ: наша методология

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

1. Старт-интервью с бизнесом
Мы выясняем контекст, цели, процессы, проблемы и ограничения.

2. Разбор текущей системы
Технический аудит: CRM, ERP, интеграции, хостинг, контент.

3. Построение архитектуры
Аудитории, сценарии, функциональность, структура, интеграции.

4. Проектирование и прототипы
Только после структуры и интеграций.

5. Полное ТЗ с диаграммами и схемами данных
Чтобы разработка шла без «додумываний».

6. Запуск готового решения и сопровождение
С поддержкой, документацией, обучением и развитием.

Такая последовательность резко снижает риски и экономит до 30% бюджета.

Итог: ТЗ — это не бюрократия. Это страховка проекта.

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