Яндекс.Метрика
Услуги Портфолио Контакты БлогНовости +7 (800) 511‑32‑27 Обсудить проект
Веб-разработка

Корпоративный портал под ключ: что это, сколько стоит и почему половина проектов не взлетает

22 августа 2026·14 мин чтения
Юрий Пухов
Автор материалаЮрий ПуховCEO, YuSMP Group
Профиль автора
Дашборд корпоративного интранет-портала на большом мониторе в бизнес-офисе

Когда компания просит смету на разработку корпоративного портала под ключ, она получает предложения в диапазоне от 40 тысяч до нескольких миллионов. Дело не в наглости подрядчиков: под одним словом на рынке продаются три принципиально разных продукта. Разбираем, чем они отличаются, какие функции обязательны, что выбрать — коробку или разработку, и что делать, чтобы портал не умер через полгода после запуска.

Три продукта под одним названием

Команда разработчиков работает над корпоративным порталом

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

  • Интранет (внутренний портал) — закрытая площадка для сотрудников: новости, заявки, оргструктура, база знаний. Доступ только изнутри корпоративной сети или через VPN.
  • B2B-портал — внешняя площадка для контрагентов, дилеров или партнёров: личные кабинеты, заказы, документы, статусы. Доступен из интернета, но с авторизацией.
  • Личный кабинет клиента — часть публичного сайта или отдельное приложение: история заказов, документы, поддержка. Ориентирован на конечных потребителей.

Дальше в статье речь преимущественно о внутреннем портале, интранете.

Когда порталу есть что автоматизировать

Процесс согласования заявок в корпоративном портале

Портал оправдан, когда информация и процессы размазаны по нескольким системам, а сотрудники тратят заметную часть дня на поиск нужного и на переписку по типовым вопросам.

Признаки, что пора:

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

Признаки, что рано:

  • в компании меньше 30–50 человек и процессы держатся на прямом общении;
  • нет ни одного описанного процесса — портал не наведёт порядок, он его только зафиксирует;
  • нет человека, который будет отвечать за портал после запуска.

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

Функции: без чего портал не работает

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

  • Единый вход. Интеграция с корпоративной учётной записью через Active Directory или LDAP. Ещё один отдельный пароль — гарантированный способ убить посещаемость.
  • Поиск. Полнотекстовый, по документам, новостям, профилям и заявкам. Если нужное не находится за десяток секунд, сотрудник идёт спрашивать в чат, и портал теряет смысл.
  • Заявки и согласования. Главная причина, по которой на портал возвращаются. Отпуск, закупка, командировка, доступ к системе — с маршрутом согласования, статусами и уведомлениями.
  • Оргструктура и профили. Кто за что отвечает, кто чей руководитель, как связаться. Экономит больше времени, чем кажется.
  • Новости и объявления. Без информационного канала портал превращается в набор форм, на который никто не заходит по своей воле.

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

Готовое решение или разработка

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

КритерийКоробочное решениеЗаказная разработка
Скорость запуска1–4 недели2–6 месяцев
Начальная стоимостьНиже (лицензия)Выше
Гибкость процессовПодстройка под платформуПлатформа под процессы
ИнтеграцииЧерез API, ограниченноЛюбые, глубокие
UXУнифицированныйПод команду и задачи
Оптимален дляДо 200 чел., типовые процессыСпецифика, масштаб, уникальность

Стоимость лицензий коробочных решений уточняйте у вендора на момент проекта. К лицензии всегда добавляются работы по внедрению, и обычно они дороже самой лицензии.

Импортозамещение и реестр отечественного ПО

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

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

Отдельно: для государственных компаний, организаций с госучастием и субъектов критической информационной инфраструктуры выбор определяется не функциями, а наличием продукта в реестре отечественного программного обеспечения. Заказная разработка сама по себе этот вопрос не закрывает автоматически — если требование применимо к вам, обсудите его с юристом до выбора стека, а не после.

Смежный вопрос — операционная система и инфраструктура, на которой всё это будет работать. Если компания переходит на отечественный стек, это влияет на выбор технологий портала.

Мобильный портал для полевых сотрудников

Полевой сотрудник использует мобильное приложение корпоративного портала

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

Что должно быть в мобильном клиенте:

  • Push-уведомления о заявках и согласованиях. Руководитель согласует отпуск за пять секунд с телефона, а не откладывает до возвращения в офис.
  • Офлайн-режим. На складе и в дороге связь пропадает. Данные должны сохраняться локально и синхронизироваться при появлении сети, с корректным разрешением конфликтов.
  • Быстрые действия. Согласовать, отклонить, отметить выполнение — в одно касание, без прохода по меню.
  • Доступ к базе знаний. Инструкции и регламенты под рукой там, где выполняется работа.
  • Сканирование. Штрихкоды, QR, документы — если портал связан со складскими или логистическими процессами.

Технически кроссплатформенная разработка на Flutter здесь оправдана: одна кодовая база под iOS и Android, единая логика синхронизации, экономия относительно двух нативных приложений. Порядок бюджета мобильного клиента к порталу — от 800 000 ₽ в зависимости от количества сценариев и глубины офлайн-режима.

Если же требуются специфические нативные возможности под Android — сканеры промышленного оборудования, специализированные датчики — стоит рассмотреть Android-разработку отдельным модулем.

Персональные данные сотрудников

Про это не пишет практически никто, а риск здесь выше, чем в любом клиентском проекте.

Корпоративный портал хранит профили сотрудников, контакты, должности, а часто ещё данные из ЗУП, табель и сведения из системы контроля доступа. Компания в этот момент выступает оператором персональных данных в отношении собственного персонала, и требования те же, что для клиентских данных: хранение на серверах в России, ролевая модель доступа, журналирование, сроки реагирования на инциденты.

Что закладывать в проект:

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

Обратите внимание: ответственность за утечку персональных данных считается по обороту компании, а не по стоимости портала. Проверить базовые вещи на существующих ресурсах можно нашим сервисом проверки по 152-ФЗ.

Интеграции

Схема интеграции корпоративного портала с 1С и учётными системами

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

  • Active Directory / LDAP — единый вход и синхронизация структуры;
  • 1С: ЗУП или HRM-система — кадровые данные, отпуска, табель;
  • 1С: Бухгалтерия или ERP — согласование закупок, бюджеты, авансовые отчёты;
  • СКУД (система контроля доступа) — табель по факту прохода, блокировка при увольнении;
  • CRM — дашборды для коммерческого блока прямо в портале;
  • Корпоративная почта и календарь — уведомления туда, где сотрудник уже есть.

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

Сроки и стоимость

Ориентиры на август 2026, ставка команды — 2 700 ₽/час. Точная оценка — после обследования процессов.

ОбъёмСоставСтоимостьСрок
MVPЕдиный вход, заявки, оргструктура, новостиот 1 500 000 ₽2–3 месяца
Средний порталMVP + база знаний, дашборды, интеграция 1С/ADот 3 000 000 ₽4–6 месяцев
Крупный порталСредний + мобильный клиент, СКУД, обучениеот 6 000 000 ₽6–10 месяцев
ПоддержкаОбновления, модерация, развитиеот 100 000 ₽/мес

Поддержку закладывайте сразу: портал, который перестают развивать, теряет пользователей за несколько месяцев.

Что подготовить до старта

Проект пойдёт быстрее и дешевле, если к первой встрече у вас есть:

  1. Список процессов, которые должны переехать в портал, с приоритетами. Не «автоматизировать всё», а «сначала отпуска и закупки».
  2. Владелец портала — человек со стороны бизнеса, а не из IT, который отвечает за содержание и развитие.
  3. Пилотное подразделение — отдел, на котором обкатают первую версию.
  4. Ответственные за смежные системы — кто отвечает за 1С, за домен, за СКУД.
  5. Понимание, что станет обязательным через портал. Если у процесса остаётся альтернативный маршрут через почту, портал проиграет почте.

Почему порталы не взлетают

  • Портал не решает реальных задач. Новости и телефонный справочник — недостаточная причина заходить. Портал должен быть местом, без которого неудобно работать.
  • Остались альтернативы. Пока заявку можно отправить в мессенджере, её будут отправлять в мессенджере. Определённые процессы должны идти только через портал.
  • Плохой UX и медленная загрузка. Внутренним продуктам это прощают ещё меньше, чем публичным: сотрудник не обязан быть терпеливым.
  • Часть команды не покрыта. Если у трети сотрудников нет компьютера, а мобильного клиента нет, процессы всё равно останутся в чатах.
  • Запустили и забросили. Портал требует регулярных обновлений, модерации контента и сбора обратной связи. Без этого лента пустеет, база знаний устаревает, и через полгода все возвращаются к прежним привычкам.

Как считать эффект

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

  • время прохождения типовой заявки от подачи до утверждения;
  • доля процессов, идущих через портал, а не мимо него;
  • число обращений в HR и IT по типовым вопросам;
  • доля активных пользователей от общего числа сотрудников — главная метрика: если через три месяца заходит меньше половины, проблема в продукте, а не в людях;
  • время адаптации нового сотрудника.

Хотите разработку корпоративного портала под ключ?

YuSMP проектирует и разрабатывает внутренние порталы с нуля: от аналитики процессов и UI/UX-дизайна до интеграций с 1С, Active Directory и мобильного клиента.

Обсудить проект

FAQ

Чем корпоративный портал отличается от корпоративного сайта?

Сайт обращён наружу и решает задачу представительства перед клиентами и кандидатами. Портал закрыт учётной записью и решает внутренние задачи: заявки, согласования, база знаний, оргструктура. Это разные продукты с разной аудиторией и разными бюджетами.

Сколько стоит корпоративный портал?

MVP с базовым набором функций — от 1 500 000 рублей и 2–3 месяца, полноценный портал с интеграциями и дашбордами — от 3 000 000 рублей и 4–6 месяцев. К этому добавляются лицензии, если выбрана коробочная платформа, и ежемесячная поддержка от 100 000 рублей.

Коробка или заказная разработка?

Коробка выигрывает при типовых процессах, численности до 200 человек и потребности запуститься за месяц. Заказная разработка оправдана, когда процессы специфичны, компания крупнее, критичен UX или нужна глубокая интеграция с учётными системами.

Нужно ли мобильное приложение для портала?

Если значимая часть сотрудников работает без стационарного рабочего места — на складе, производстве, в разъездах, — то да, иначе они выпадут из всех процессов. Для офисной компании достаточно адаптивной веб-версии.

Как долго внедряется корпоративный портал?

Разработка MVP занимает 2–3 месяца, затем пилот на одном подразделении 2–4 недели и раскатка на компанию ещё 1–2 месяца. Полная адаптация, когда сотрудники пользуются порталом без напоминаний, наступает через полгода-год от старта.

Какие данные портал хранит и что с этим делать?

Профили сотрудников, контакты, кадровые данные, часто табель и сведения из СКУД — то есть персональные данные, за которые компания отвечает как оператор. Нужны хранение на российских серверах, ролевая модель доступа, журналирование и порядок блокировки доступов при увольнении.

Можно ли перейти с коробочного решения на собственный портал?

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