Техническое задание на корпоративный портал: структура, примеры и рекомендации

Главная
Блог
Техническое задание на корпоративный портал: структура, примеры и рекомендации

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

Как составить техническое задание на корпоративный портал — Полное руководство

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

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

Основа расчёта бюджета и сроков. Чем чётче описаны функциональные блоки, роли пользователей, интеграции с CRM, 1С, HRM и другими системами, тем точнее подрядчик считает стоимость и время внедрения.
Страховка от размытых ожиданий. ТЗ защищает от ситуации «мы думали, что портал будет ещё и для партнёров, с seo и разделом новостей, а вы сделали только внутреннюю сеть для сотрудников».
Инструмент для сравнения предложений. Когда вы рассылаете одно и то же ТЗ разным digital-подрядчикам, можно сравнивать решения, а не набор красивых презентаций.

Документ должен отвечать на вопросы:

Зачем компании портал: социальные связи внутри коллектива, автоматизация процессов (заявки, согласования), обучение, работа с партнёрами и дилерской сетью, представления компании для новых сотрудников.
Как поймём, что проект успешен: доля сотрудников, которые заходят в портал ежедневно; уменьшение числа писем в общую рассылку; время обработки заявок в сервис-деск; скорость публикации новостей и регламентов.

Разница между «портал ради статуса» и «портал, который сокращает время согласования отпусков в 2 раза» начинается именно здесь. В первом случае вы получаете красивый дизайн и пустые страницы. Во втором — измеримые результаты, которые можно заложить в KPI руководителей и в программу автоматизации компании. Дальнейшие разделы помогут превратить цели в структурированное техническое задание, понятное и бизнесу, и разработчикам.

Подготовка к написанию: как собрать требования и не упустить важное

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

Владелец продукта — инициатор проекта, который понимает стратегические задачи: зачем компании корпоративный портал, как он связан с другими digital-сервисами, маркетингом и внутренними регламентами.
Представители ключевых подразделений: HR (адаптация и обучение), IT (инфраструктура, безопасность), бухгалтерия и финансовый блок (заявки, согласования), юридический отдел (политика обработки персональных данных и документов), служба поддержки, продажи и партнеры.
Ответственный за интеграции — архитектор или ведущий специалист IT, который знает текущий стек: CRM, cms, бухгалтерские системы, корпоративные порталы, фирменного стиля сайты, боты, мобильные приложения.

Перед тем как формировать разделы ТЗ, соберите исходные данные:

Проведите интервью: «какие процессы вас тормозят», «какие заявки чаще всего теряются в почте и мессенджерах», «какие файлы и шаблонов документов сотрудники ищут дольше всего».
Сделайте карту текущих процессов: где используются почта, Excel, бумага, отдельные веб-сервисы, форумы, чат-боты. Отметьте, какие процессы планируется перенести в портал и автоматизировать.
Определите приоритеты: что входит в MVP (минимально жизнеспособный портал), а что можно оставить во «вторую очередь».

Важно заранее понять тип разрабатываемого портала:

чисто внутренний (для сотрудников и руководителей);
партнёрский портал (для дилеров, реселлеров, подрядчиков);
смешанный вариант с внешним контуром (например, личный кабинет клиента + внутренняя сеть для сотрудников).

От этого зависят требования к безопасности, обработке персональных данных, ролям, политике доступа, подключению домена и хостингу. Для интеграций соберите список систем: 1С, корпоративная CRM, сервис-деск, битрикс-порталы, телефония, системы обучения. Уточните ограничения: стандарты ИБ, требования к логированию, резервным копиям, поддержке мобильных устройств.

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

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

Вводная часть ТЗ

Цели проекта: зачем создаётся портал, какие задачи бизнеса и сотрудников он должен закрывать.
Контекст: размер компании, распределённость по офисам и странам, особенности отрасли, требования регуляторов к обработке персональных данных.
Термины и определения: что в документе называется «заявкой», «порталом», «блоком», «модулем», «crm», «cms» и т.д., чтобы избежать двусмысленностей.

Пользователи и роли

Группы пользователей: сотрудники, руководители, HR, IT, бухгалтерия, юридический отдел, администраторы, партнёры, кандидаты.
Права и доступы: какие разделы и сервисы доступны каждой группе, какие данные скрыты.
Пример: «сотрудник видит только свои заявки и статус “заявка отправлена / в работе / выполнена”, руководитель видит заявки своего отдела, а служба поддержки — весь пул по компании».

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

Новости и коммуникации: лента, комментарии, реакции, таргетирование по подразделениям и локациям, план публикации статей и корпоративных новостей.
Каталог сотрудников и оргструктура: карточка сотрудника, навыки, контакты, связь с оргструктурой и проектными командами, поиск по навыкам для подбора в проекты.
Сервисы самообслуживания: заявки в IT, HR, хозяйственную службу, командировки, отпуск, заявки на доступ к системам, интеграция с сервис-деском.
Документы и файлы: единое хранилище, шаблоны, права доступа, версии, поиск по содержимому, отдельный раздел для политики обработки персональных данных.
Обучение и база знаний: курсы, тесты, программа обучения, база знаний по продуктам и процессам, отчётность по прохождению.
Отчётность и дашборды: показатели использования портала, загрузка сотрудников, время обработки заявок, статусы задач проекта.

Формулируя требования, избегайте общих фраз:

Плохо: «сделать удобный поиск по сотрудникам».
Лучше: «поиск сотрудников по ФИО, должности, подразделению, навыкам и городу, время отклика не более 2 секунд при базе в 20 000 записей».
Плохо: «настроить форму заявки в IT».
Лучше: «форма заявки в IT содержит поля: тип проблемы, приоритет, сервис, вложение файлов до 50 МБ. После отправки — сообщение “заявка отправлена”, письмо на почту и запись в CRM сервис-деска».

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

Производительность: сколько одновременных пользователей должны выдерживать сервера, какое время загрузки страниц и API-запросов приемлемо.
Доступность: целевые показатели uptime, схема резервирования и бэкапов, требования к хостингу или частному облаку.
Безопасность: единая авторизация (SSO), двухфакторная аутентификация для внешних пользователей, журналы действий, требования к шифрованию и хранения логов.
Мобильность: адаптивный дизайн, отдельное мобильное приложение или PWA, минимальный набор функций, доступный с телефона.

UX/UI и контент

Ссылки на брендбук и гайдлайны фирменного стиля, примеры уже существующих сервисов компании (сайт, интернет-магазин, корпоративные порталы на битрикс или другой cms).
Референсы: список порталов, которые нравятся, с указанием конкретных идей — структура, навигация, оформление новостей, карточка заявки.
Подход к контенту: кто отвечает за наполнение разделов, перенос материалов со старых систем, правила модерации, требования к качеству представления информации.

Администрирование, поддержка и сопровождение

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

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

Сценарии проверки: «сотрудник подаёт заявку на отпуск», «руководитель согласует документ», «HR публикует новость только для филиала», «партнёр загружает отчёт в внешний раздел».
Связка с KPI: например, «время создания заявки — не более 1 минуты», «поиск по базе знаний — не более 3 секунд, релевантность топ-10 результатов».

Как проверить и согласовать ТЗ: контрольный список для заказчика

Перед тем как отправлять техническое задание на разработку подрядчикам, проверьте его по нескольким пунктам.

У каждого требования есть понятный критерий проверки: можно ли однозначно понять, выполнено оно или нет.
Все ключевые группы пользователей описаны: сотрудники, руководители, партнёры, администраторы, службы поддержки, а также их сценарии работы.
Интеграции с crm, 1С, почтой, ботами и другими сервисами указаны не общими словами, а с описанием направлений обмена данными и ответственных систем.
Есть приоритизация: что входит в MVP, что переносится на следующие этапы, а что относится к «хотелкам».

Типичные ошибки: слишком общие формулировки («сделать удобный портал»), противоречивые требования разных отделов, устные договорённости, которые не попали в документ. Всё, что влияет на стоимость, сроки и безопасность, должно быть зафиксировано текстом.

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

Наша команда разрабатывает корпоративные порталы, web-сервисы, crm-системы, мобильные приложения и игры. Мы можем помочь вам: доработать черновик технического задания, перевести бизнес-требования в понятный для разработчиков формат, спроектировать и внедрить портал «под ключ» — от структуры разделов до настройки интеграций и seo для внешних блоков. Если вам нужно подготовить техническое задание на разработку или запустить новый портал без лишних кругов согласований и переделок, отправьте заявку — обсудим задачи проекта и предложим конкретные решения.