Корпоративный интранет: 7 модулей, которые убирают хаос из почты и Excel
Отпуск согласовали в чате, договор «утверждён» в почте, база знаний — в папке «Общие документы», а новый сотрудник третью неделю ищет регламент в пяти каналах. Это не «люди не организованы» — у компании нет единой точки входа.
Корпоративный интранет решает не задачу «сделать красивый сайт для сотрудников», а задачу формализовать процессы: кто что видит, кто согласует, где история решений. Ниже — семь модулей, которые чаще всего входят в ТЗ, и как не переплатить за архитектуру на 150 пользователей.

Почему тема всплывает именно сейчас
Типичный сценарий: компания выросла до 80–150 человек, удалёнка и филиалы увеличили хаос в коммуникациях. HR тратит часы на одни и те же вопросы, юристы теряют версии договоров, IT тонет в заявках «выдайте доступ» в мессенджере.
Руководство ставит задачу: интранет на платформе или с нуля, облако или сервер у себя. Без карты модулей заказчик получает либо «ещё один SharePoint с папками», либо ERP на три года — оба варианта дороги не там, где нужно.
Семь модулей из реального ТЗ — и зачем каждый нужен бизнесу
1. Новости и сообщения
Замена рассылок «важно всем» без подтверждения прочтения. Нужны роли (HR публикует, руководители — в своих подразделениях), архив, поиск. Эффект: меньше «я не видел объявление» на инцидентах и изменениях регламентов.
2. База знаний (wiki)
Регламенты, инструкции, FAQ — с версиями и правами. Не общая папка на диске, где никто не знает актуальный файл. Эффект: онбординг быстрее, меньше ошибок из‑за устаревших инструкций.
3. Личный кабинет сотрудника
Профиль, запрос справок и документов, заявка на отпуск — через форму со статусом, а не «напишите в HR». Интеграция с 1С или кадровой системой — по приоритету, но маршрут согласования должен жить в портале. Эффект: прозрачные SLA для HR, меньше переписки.
4. Согласование договоров
Юридически значимый контур: вложения, статусы, кто согласовал и когда, возврат на доработку. Без этого договоры «висят» в почте между юристом, финансами и инициатором. Эффект: сокращение цикла согласования и аудит для compliance.
5. Корпоративный календарь
События компании, дедлайны, при необходимости синхронизация с Exchange / Google Calendar. Эффект: один источник правды о «дне X», а не три календаря в разных системах.
6. Оценка персонала
Формы, цели, корректировка KPI по периодам. Не обязательно полноценный HRM — часто достаточно модуля целей и review-форм с ролевым доступом. Эффект: цели не теряются в Excel «на год».
7. Адаптация (onboarding)
Видео, опросы, чеклисты для новых сотрудников, обратная связь после первых 30/60/90 дней. Эффект: меньше текучки на испытательном сроке, измеримый онбординг.
Платформа или разработка с нуля
| Критерий | Готовая платформа | Разработка с нуля |
|---|---|---|
| Срок до пилота | 1,5–3 мес. | 2–4 мес. (полный объём) |
| Гибкость регламентов | Ограничена платформой | Под ваши процессы |
| TCO на 3 года (150 польз.) | Лицензии + доработки | Разработка + свой хостинг |
| On-prem / 152-ФЗ | Зависит от вендора | Полный контроль |
Для 150 пользователей не нужны микросервисы «как у банка» — достаточно модульного монолита или платформы с точечными доработками.
Ориентиры по бюджету (РФ, 2026)
Цифры — после Discovery; зависят от интеграций (AD, 1С, ЭДО) и требований информационной безопасности.
- Пилот (MVP): новости, wiki, ЛК, календарь, базовые роли — 400 000 – 600 000 ₽, 6–10 недель.
- Полный объём по семи модулям: 900 000 – 1 500 000 ₽, 2,5–4 месяца.
- Платформа + кастомизация: 500 000 – 1 200 000 ₽ + лицензии вендора отдельно.
- Discovery + roadmap: от 80 000 ₽, 1–2 недели — фиксирует MVP и смету.
На 150 пользователей инфраструктура недорогая; основная стоимость — логика согласований и интеграции, а не «мощные серверы».
Чеклист перед стартом проекта
- Какой модуль даёт максимальную боль сегодня? (часто: ЛК + согласования + wiki)
- Есть ли AD / SSO и куда интегрировать кадровые данные?
- Облако допустимо или только on-prem / private cloud?
- Кто владелец процесса с каждой стороны: HR, юристы, IT, ИБ?
- Какие регламенты уже есть в Word/PDF — их мигрируем или переписываем?
- Нужен ли мобильный доступ (PWA достаточно для большинства сценариев)?
- Критерий успеха пилота: метрика (время согласования, число заявок через портал, NPS онбординга)?
Главное
Интранет — это не «сайт для сотрудников», а операционная система компании: новости, знания, заявки, согласования и люди в одном контуре. Для 150 пользователей разумный путь — пилот на 2–3 модулях, затем наращивание; сравнение платформы и своей разработки — на этапе Discovery, а не после подписания контракта на год.
Если нужно разобрать ваш ландшафт (AD, 1С, почта, ИБ) и собрать roadmap с оценкой «платформа vs с нуля» — мы в NineLab проектируем и внедряем корпоративные порталы под регламенты заказчика: пилот, on-prem или облако, передача исходников по договору.
Сервисы и материалы по теме
Частые вопросы по теме
Фокус на инженерных метриках и стеке: API, БД, CDN и код — не только на текстах и мета-тегах.
Желательны метрики и логи; для БД часто достаточно read-only или стенда с репликой данных.
Оба: лаборатория даёт воспроизводимость, RUM — реальные устройства и сети; вместе они объясняют расхождения.
Приоритизировать по impact/effort, закрепить метрики «после» и повторить замер; тяжёлые правки можно вынести в отдельный этап.
Хотите применить это на практике?
Расскажите про вашу систему — предложим план работ и метрики, которые имеет смысл зафиксировать в SLA/SLO.
Статьи по теме
Все материалы: Аудит и тестирование
Plan B для AI в компании: когда облачный API подорожал, а бизнес уже на нейросети
Куда утекают деньги на LLM-API, три рабочих Plan B (лимиты, свой контур, автоматизация в приложении), таблица выбора и чеклист для CTO/CFO.
Читать статьюКак провести стресс-тест сайта?
Стресс- и нагрузочное тестирование перед распродажами и рекламными пиками: сценарии, метрики, типичные узкие места и как встроить проверки в регулярный цикл разработки.
Читать статью5 признаков, что ваш сайт скоро упадет
Пять признаков, что сайт или API близки к сбою: на что смотреть владельцу продукта и маркетингу до пиков трафика и как вовремя инициировать инженерный аудит.
Читать статью