Корпоративный портал нужен компании, когда штат перевалил за 50 человек, команды расползлись по городам, а информация живёт в мессенджерах, почте и чьём-то Google Диске. Внедрение занимает от 2-4 недель для малого бизнеса до трёх месяцев и больше для крупного.
Но вот что стоит знать до того, как вы начнёте выбирать платформу. Эффективность портала меряется долей сотрудников, которые заходят в него каждый день. Не количеством модулей. Портал с полным функционалом и нулевым использованием — это не портал, это строка в бюджете.
Корпоративный портал, интранет, digital workspace: что есть что
Термины путают все, включая вендоров. Разберём, потому что от этого зависит, что вам продадут.
Формально интранет — это внутренняя среда: инфраструктура, где лежат данные и крутятся процессы. Портал — интерфейс, через который сотрудник в эту среду заходит. На практике современная платформа включает и то и другое, так что спорить об этом — душнить. Считайте синонимами.
А вот что различать стоит — три уровня зрелости.
- Базовый интранет. Документы, новости, контакты. Единая точка доступа к информации, никакой логики процессов.
- Классический. Плюс коммуникации, задачи и проекты. Появляется прозрачность: видно, кто за что отвечает и на каком этапе задача.
- Digital workspace. Единая рабочая среда, где процессы, инструменты и данные сведены в одно окно.
Продавать вам будут третий уровень. Он звучит солиднее и стоит дороже.
Компании до пары сотен человек в подавляющем большинстве случаев отлично живут на классическом. Digital workspace нужен там, где процессов реально много и они реально сложные — а не там, где хочется «как у взрослых».
И ещё одно различие, которое почему-то приходится проговаривать: портал — это не сайт компании. Сайт работает на клиентов, партнёров и соискателей, его задача — имидж и лиды. Портал закрыт от внешнего мира и работает только на сотрудников. Разные аудитории, разные задачи, разные деньги.
Когда портал действительно нужен
Не «когда вы почувствовали потребность в цифровой трансформации». Есть проверяемые признаки. Загибаем пальчики:
- штат больше 50 человек, управление задачами и коммуникацией начало буксовать;
- есть распределённые команды — разные офисы или удалёнка;
- процессов много и они вязкие: согласования, заявки, регламенты;
- высокая текучка, новичков надо быстро вводить в курс;
- информация размазана по системам, и люди тратят время на поиск.
Три-четыре пункта из пяти — пора считать бюджет. Один-два — скорее всего, рано.
Теперь честная часть. Если у вас тридцать человек в одном опенспейсе, общий диск и рабочий чат — портал вам, возможно, пока не нужен: сейчас он рискует стать красивой витриной, куда заходит только HR, чтобы выложить поздравление с днём рождения. Но если вы планируете расти, начинать планировать портал стоит уже сейчас. Внедрить его проще, пока процессов немного и они ещё не расползлись по десятку сервисов. Начать можно с «Портала» — нашего готового продукта, который ставится быстро и дорабатывается по мере роста.
Портал решает проблему расползания. Задачи в одном сервисе, документы в другом, коммуникация в мессенджере, заявки в таблице. Итог предсказуем: данные теряются, процессы тормозят, ошибок больше. Если у вас расползаться пока нечему — не надо.
Как мы это проверяем. Перед предложением смотрим на пять признаков из списка выше. Если подходят один-два, говорим прямо: портал рано. Мы не раз отговаривали клиентов от заказной разработки и предлагали коробочное решение с поддержкой от проверенных партнёров. Деньги клиента считаем так же внимательно, как свои.
Модули портала и где возникает реальный эффект
Список модулей у всех вендоров примерно одинаковый, и перечислять двадцать штук смысла нет. Делим на то, без чего портала нет, и то, что докупается.
Обязательное ядро: документооборот, кадровый учёт, внутренние коммуникации, база знаний.
Опционально: управление проектами, обучение, аналитика и дашборды, геймификация, мобильная версия, интеграции с CRM и ERP.
Теперь интереснее: где из этого возникает измеримый эффект.
| Процесс | Что меняется |
|---|---|
| Согласование документов | С нескольких дней до нескольких часов |
| Поиск информации | С десятков минут до нескольких минут на запрос |
| Адаптация новичка | С недель до нескольких дней |
| Затраты на печать | Падают за счёт электронного документооборота |
Видите, что основной эффект дают две вещи — документооборот и поиск информации? Это не совпадение. Они бьют по самому частому действию сотрудника: найти нужное и согласовать.
База знаний работает на том же принципе. Инструкции, регламенты, обучающие материалы, ответы на типовые вопросы — собранные в одном месте и, главное, находимые. Именно она превращает адаптацию новичка из недель в дни. Не welcome-встреча, не бадди, а возможность найти ответ самому в три часа ночи.
Управление задачами даёт прозрачность: видно статусы, зоны ответственности, загрузку. Полезно, но эффект менее очевидный — если в компании плохо с постановкой задач, портал этого не вылечит, он это оцифрует.
Что получилось у нас. На портале фармацевтической группы замеры показали 5 000+ активных пользователей, 1 000+ статей в базе знаний и 10+ интеграций с кадровыми системами и площадками подбора.
Почему порталы не приживаются
А теперь главное. Вы выбираете функционал, а решать будет использование.
Эффективность портала — это доля сотрудников, которые заходят в него ежедневно. Всё остальное (активность, скорость задач, сокращение бумаги) — производные метрики. Если ежедневных пользователей мало, портал не работает, сколько бы модулей в нём ни стояло.
Как это выглядит на практике. Портал внедрили, презентовали, HR выложил новости. Через месяц в нём живёт HR и два энтузиаста. Остальные вернулись в мессенджер, потому что там быстрее.
Проблема — сопротивление. И оно не от вредности. Сотрудник не понимает, зачем ему лишний интерфейс, если старый способ работает. Пока портал не станет быстрее привычного, им не будут пользоваться.
В «Портале» мы закрываем это с самого начала. Интерфейс сделан под ежедневную работу, а не под презентацию, и его можно кастомизировать под любой процесс заказчика: мы сами разработчики продукта, а не перепродаём чужую коробку, как большинство решений на рынке. А поскольку система стоит в вашем контуре, доработки и изменения вносятся оперативно, без ожидания очереди у вендора.
Что делаем:
- Пилот на одном подразделении. Не вся компания сразу. Одна команда, месяц, сбор обратной связи, доработка.
- Переносим в портал реальную рутину. Заявка на отпуск, согласование счёта, поиск регламента. То, что человек делает каждую неделю, а не раз в год.
- Обучение живыми демо-сессиями и видеоинструкциями. Не рассылкой с PDF на сорок страниц.
- Показываем выгоду конкретному человеку. Не «прозрачность процессов для бизнеса», а «ты не будешь три дня ловить директора для подписи».
- Геймификация, если культура позволяет. В кейсе РНКБ миссии, бонусы и рейтинги дали снижение текучести на 9,82% и рост качества обработки звонков на 46%. Работает не везде, но работает.
И отдельно про навигацию. Правило простое: до любой информации — три клика. Звучит банально, но при кривой структуре портал усложняет жизнь вместо того, чтобы упрощать, и тогда сопротивление абсолютно оправданно.
Кейс: как сделать, чтобы порталом пользовались, — фармацевтическая группа
Контекст. Дочерняя компания крупной фармацевтической группы: распределённая структура, много подразделений, сложные кадровые и коммуникационные процессы. Запрос клиента звучал так: «Сложное, сделать простым и удобным».
Что сделали. Единое рабочее пространство с процессами, настраиваемыми под структуру компании, база знаний для статей, регламентов и инструкций, кадровый контур с интеграциями в рекрутинговые площадки и учётные системы, мессенджеры для уведомлений. Процессы проектировали вместе с будущими пользователями: 250+ человек участвовали в их формировании и работали с нами на всех этапах.
Масштаб. 6 месяцев, бюджет 8,9 млн ₽. Стек: Go, SvelteKit, Temporal.
Итог. 5 000+ активных пользователей по замерам, 1 000+ статей в базе знаний, 10+ интеграций. Пользователи сами принимали решения о процессах, поэтому внедрение приняли положительно, а не восприняли как навязанную систему.
Готовая платформа или разработка под процессы
Честно: примерно в трети случаев готовой коробки достаточно. Битрикс24 и его аналоги закрывают типовые сценарии, ставятся быстро и стоят предсказуемо. Если у вас процессы как у всех — берите коробку, и лучше у проверенных партнёров. Если это ваш случай, со своей стороны порекомендуем надёжных интеграторов с высшим партнёрским статусом Битрикс24: они внедрят коробку под ваши задачи.
Разработка или глубокая кастомизация нужны, когда:
- процессы нестандартные, и под коробку их придётся ломать;
- нужно владеть кодом и данными, а не арендовать доступ;
- есть самописные системы, с которыми надо интегрироваться;
- требования к безопасности выше, чем даёт SaaS;
- компания растёт, и через год вы упрётесь в потолок платформы.
Отдельная беда — ошибка с масштабом решения. Она стреляет в обе стороны.
Взяли тариф побольше «на вырост» — платите за модули, которые никто не открывал. Взяли поменьше — через год упёрлись, и переход на другую платформу обходится дороже, чем стоила бы изначально правильная. Миграция данных, перенастройка интеграций, повторное обучение людей, которые только привыкли.
Поэтому выбор масштаба — это не про бюджет на старте, а про то, где компания будет через два года.
Кастомизация, если до неё дошло, обычно включает уникальные модули и отчёты, интеграцию со специализированным ПО, отдельные рабочие пространства под отделы и автоматизацию конкретных бизнес-процессов. Это уже не настройка галочек, это разработка. Планируйте соответственно.
Коробка или своё: у нас есть оба варианта.
«Портал» — наш готовый продукт: корпоративное рабочее пространство с широким набором модулей из коробки, которое ставится на ваши серверы или работает как SaaS. Старт быстрее, цена предсказуемее. Но мы позиционируем его не как закрытую коробку, а как каркас для развития: на его базе можно заказать любые модули, логику, обработку данных и интеграции.
Обычно так и происходит: компания начинает с готового функционала, втягивается в работу, и появляются собственные пожелания. Мы реализуем их на базе самого «Портала» — оперативно, потому что сами разработчики продукта и работаем с заказчиком напрямую, без посредников. Переход от коробки к кастому не означает смену подрядчика и переписывание с нуля.
Если процессы совсем нестандартные и им нужна отдельная система — делаем заказную разработку под ваши процессы.
Подскажем, какой вариант подходит именно вам: Обсудить задачу
Облако или свои серверы: размещение и безопасность
Два варианта, и выбор чаще всего предопределён не вкусом, а требованиями.
Облако. Быстрый старт, не нужна своя инфраструктура, обновления на стороне вендора. Подходит большинству коммерческих компаний.
On-premise, на своих серверах. Полный контроль над данными и инфраструктурой. Нужен там, где есть требования по защите персональных данных сотрудников по 152-ФЗ, где работает госсектор или где корпоративная политика прямо запрещает выносить данные наружу.
Отдельная история — импортозамещение. Реестр российского ПО, уход зарубежных вендоров, необходимость заменить Jira, Confluence, SharePoint. Для части компаний это уже не выбор, а обязанность, и она тоже толкает в сторону on-premise.
Про безопасность есть одна вещь, которую нельзя отложить. Многоуровневая аутентификация, шифрование, разграничение доступа, профили с ролями — всё это закладывается в архитектуру с первого дня. Не «запустим функционал, потом прикрутим права».
Прикрутить потом технически можно. Стоить это будет как половина проекта, потому что права доступа пронизывают всю логику: кто какой документ видит, кто какую задачу может закрыть, кто вообще знает о существовании раздела. Переделывать это на живой системе с данными — отдельный бэд-трип.
Как это устроено у нас в закрытом контуре:
- развёртывание на серверах заказчика без облачных зависимостей: как правило, на Docker Swarm и Ansible или с прямым встраиванием в инфраструктуру заказчика на его стеке;
- по умолчанию классический вход по логину и паролю, при необходимости — LDAP/Active Directory, двухфакторная аутентификация и любые другие способы входа, которые нужны заказчику;
- ролевая модель доступа и журнал действий, заложенные в архитектуру с первого дня;
- шифрование каналов и данных; если это приватный SaaS под нашим управлением, данные размещаются на серверах в РФ по 152-ФЗ — работаем полностью в рамках закона.
«Портал» — российская on-premise-замена Jira и Confluence. Если вам нужно уйти от зарубежных вендоров и оставить данные внутри контура, этот сценарий для нас рабочий, а не экзотический.
Этапы внедрения и сроки
Четыре этапа. Сроки: малый бизнес — 2-4 недели, крупные предприятия — от трёх месяцев. Основное время уходит не на установку, а на настройку, перенос данных и тестирование.
1. Аудит процессов и выбор решения. Опрашиваем руководителей отделов о том, где болит. Фиксируем текущие процессы, находим узкие места, собираем список нужных функций по отделам. Только после этого выбираем платформу и масштаб.
От заказчика здесь нужны люди и время. Если аудит проводить не с кем — это первый звоночек, что внедрение не взлетит.
2. Техническое внедрение. Установка на своих серверах или в облаке, перенос данных из старых систем, настройка интеграций с 1С, CRM и ERP, адаптация интерфейса.
Миграция данных — место, где чаще всего срываются сроки. Старые системы, файловые свалки, почта. Данные приходят грязными, их надо чистить, и объём этой работы почти всегда недооценивают.
3. Наполнение контентом. Структурированная база документов, профили сотрудников, система прав доступа, корпоративная база знаний.
Вот этот этап недооценивают вообще все. Именно он превращает техническую платформу в рабочий инструмент. Портал без контента — пустая коробка с красивым логотипом, и первое впечатление сотрудника будет именно таким.
4. Кастомизация под бизнес. Уникальные модули и отчёты, интеграция со специализированным ПО, рабочие пространства под отделы, автоматизация конкретных процессов.
И между третьим и четвёртым — пилот. Запускаем на одной команде или подразделении, ловим ошибки, собираем обратную связь, дорабатываем. Дешевле починить на двадцати людях, чем на пятистах.
| Этап | Что делаем | Что нужно от вас | Срок |
|---|---|---|---|
| Аудит процессов | Опрашиваем руководителей, фиксируем процессы, собираем функции по отделам | Люди и время на интервью, доступ к текущим системам | 2–4 недели |
| Техническое внедрение | Установка, перенос данных, интеграции с 1С, CRM и ERP, интерфейс | Доступы к системам, ответственный за данные | 1–2 месяца |
| Наполнение контентом | Структура документов, профили, права доступа, база знаний | Владельцы контента по отделам | 2–4 недели, параллельно |
| Кастомизация | Уникальные модули, отчёты, пространства под отделы, автоматизация процессов | Приоритизация доработок, приёмка | 1–3 месяца |
Полный проект для компании на несколько тысяч сотрудников занимает около шести месяцев. На каждом этапе нужен человек с вашей стороны, который принимает решения: без него сроки растягиваются на месяцы. Обсудить сроки под вашу компанию
Интеграции и жизнь портала после запуска
Портал, который ни с чем не связан, — это ещё одно место, куда надо вручную вносить данные. То есть ровно та проблема, от которой вы уходили.
Типовые точки интеграции: 1С, CRM, ERP, телефония, мессенджеры, системы документооборота. Начинать стоит с той, где больше всего ручного переноса данных между системами — эффект будет виден сразу.
После запуска начинается поддержка. Мониторинг работает круглосуточно и отслеживает не только нагрузку на сервер, но и прохождение бизнес-сценариев: регистрации, авторизации, отправленные заявки. Отклонение от нормы — сигнал разбираться, не дожидаясь, пока напишут пользователи.
Но техническая поддержка — это только половина. Портал должен развиваться вместе с компанией: новые процессы, новые регламенты, обновление контента, доработка под изменившиеся требования.
Без этого он умирает примерно за год. Контент устаревает, регламенты не соответствуют реальности, люди один раз находят неактуальную инструкцию — и возвращаются в мессенджер. Дальше портал открывают только по прямой ссылке из рассылки.
Так что закладывайте бюджет не только на внедрение, но и на жизнь после него. Портал — это не проект с датой окончания, это система, которая либо растёт, либо тухнет.
Не переворачивайте всё сразу. Начните с одного подразделения и двух процессов, которые болят сильнее всего.
Сложные процессы. Простые решения.
Опишите, какие два процесса у вас болят сильнее всего и сколько человек будут ими пользоваться. Разберём, нужен ли вам портал вообще, предложим пилот на одном подразделении и покажем кликабельный прототип за три дня: потрогать интерфейс до начала разработки можно до того, как вложены деньги.
Первый разговор ни к чему не обязывает: после него будет понятно, хватит ли вам готового решения.
Если коробки достаточно — смотрите «Портал». Как это выглядит на практике — в разделе Кейсы. Общий подход описан в статье про заказную разработку ПО.