Корпоративный портал — один из тех проектов, которые часто запускают «потому что пора». Компания выросла, сотрудников стало больше сотни, информация расползлась по почте, мессенджерам и общим папкам, и руководство решает: нужен единый внутренний ресурс. Через полгода выясняется, что портал открывают только кадровики и новички в первую неделю, а все реальные вопросы по-прежнему решаются в чатах.
Проблема почти никогда не в технологии. Проблема в том, что портал проектируют как витрину, а не как рабочий инструмент. В этой статье разберёмся, в каких ситуациях корпоративный портал действительно окупается, какие функции им будут пользоваться каждый день и как не потратить бюджет на красивую, но пустую интранет-страницу.
Признаки того, что портал нужен
Есть несколько симптомов, которые говорят: компания переросла хаотичную коммуникацию и ей нужна единая среда.
- Новички долго входят в работу. Каждого нового сотрудника вручную знакомят с регламентами, пересылают ему десяток документов, а через месяц выясняется, что часть из них устарела.
- Одни и те же вопросы задаются десятки раз. Как оформить отпуск, где взять шаблон договора, к кому обращаться по сломанному ноутбуку.
- Документы существуют в нескольких версиях. Никто не уверен, какой регламент актуален, а какой остался с прошлой реорганизации.
- Заявки теряются. Запросы в бухгалтерию, IT-отдел или административную службу идут по почте и в личные сообщения, их статус никто не отслеживает.
- Распределённая структура. Филиалы, удалённые сотрудники, производственные площадки — людям физически сложно получать информацию «у кулера».
- Руководство не видит, что происходит. Нет сводной картины по согласованиям, заявкам и загрузке подразделений.
Если в компании совпадают три и более пунктов, портал, скорее всего, окупится. Если нет — возможно, достаточно навести порядок в облачном хранилище и завести пару общих каналов.
Когда портал не нужен
Честно о противоположной ситуации. Портал вряд ли оправдан, если:
- в компании до тридцати–сорока человек, и все сидят в одном офисе;
- процессы ещё не устоялись и меняются каждый месяц;
- нет человека, который будет отвечать за наполнение и актуальность контента;
- основная потребность — просто общение, а с этим уже справляется корпоративный мессенджер.
Портал без владельца умирает быстрее всего. Технически он работает, но через несколько месяцев новости перестают публиковаться, документы устаревают, и сотрудники перестают туда заходить.
Функции, которыми пользуются каждый день
Опыт внедрений показывает: живой портал держится на нескольких функциях, которые экономят сотрудникам время прямо сейчас. Всё остальное — приятные дополнения.
Справочник сотрудников
Кто есть кто, в каком отделе, как связаться, кто кого замещает в отпуске. Особенно ценен в компаниях с несколькими офисами. Важно, чтобы справочник синхронизировался с кадровой системой автоматически — ручное ведение устаревает за пару месяцев.
База знаний и документы
Регламенты, инструкции, шаблоны, ответы на частые вопросы. Ключевое требование — хороший поиск. Если найти документ в портале сложнее, чем спросить коллегу, люди будут спрашивать коллегу. Нужны также версионность и понятный владелец у каждого раздела.
Сервисные заявки
Заявка в IT, на пропуск, на командировку, на закупку канцелярии, на справку из бухгалтерии. Это функция, которая чаще всего делает портал по-настоящему необходимым: сотрудник видит статус своего запроса, исполнитель — очередь задач, руководитель — сроки обработки.
Согласования
Маршруты согласования договоров, счетов, отпусков, служебных записок. Вместо цепочки писем с вложениями — карточка документа, в которой видно, у кого он сейчас и сколько дней там лежит.
Личный кабинет сотрудника
Остатки отпуска, расчётные листки, график работы, собственные заявки. Это то, ради чего сотрудники открывают портал добровольно, без напоминаний.
Функции «для галочки»
А вот что часто закладывают в техническое задание, но редко используют:
- корпоративная социальная сеть с лентой, лайками и комментариями — люди всё равно общаются в мессенджере;
- сложные системы геймификации с баллами и рейтингами — интерес пропадает через пару недель;
- фотогалереи корпоративов — смотрят один раз;
- встроенный чат, дублирующий существующий мессенджер.
Это не значит, что такие функции вредны. Но включать их в первую версию стоит только при понятной цели, а не потому, что «у всех есть».
Готовая платформа или собственная разработка
Рынок предлагает коробочные решения для интранета, и для многих компаний это разумный старт. Но у коробки есть пределы.
Готовая платформа подходит, если:
- Процессы компании типовые и укладываются в стандартные сценарии.
- Интеграции нужны только с распространёнными системами.
- Важна скорость запуска, а не уникальность.
Собственная разработка оправдана, если:
- Нужны нестандартные маршруты согласований, завязанные на внутреннюю логику бизнеса.
- Портал должен глубоко интегрироваться с самописными системами: собственной CRM, ERP, складским учётом, производственными системами.
- Компания не готова платить за пользовательские лицензии, которые растут вместе со штатом.
- Есть особые требования к безопасности и размещению данных.
- Коробку уже пробовали, и её доработки стоили дороже, чем разработка с нуля.
Часто встречается гибридный вариант: готовые модули для типовых задач и собственные сервисы для уникальных процессов, объединённые общей авторизацией.
Интеграции, без которых портал не взлетит
Портал, изолированный от остальных систем, превращается в ещё одно место, куда нужно вручную переносить данные. Минимальный набор интеграций:
- единая авторизация — сотрудник входит под тем же логином, что и в рабочую почту и другие системы;
- кадровая система — справочник, структура, отпуска, расчётные листки подтягиваются автоматически;
- учётная система — для согласования счетов и договоров;
- почта и календарь — уведомления и встречи;
- корпоративный мессенджер — оповещения о новых задачах и согласованиях туда, где сотрудник проводит день.
Последний пункт особенно важен. Не стоит пытаться вытащить людей из привычного мессенджера. Лучше, чтобы портал сам приходил к ним туда с короткими уведомлениями и ссылками на действие.
Как запустить портал, чтобы им пользовались
Технический запуск — половина дела. Вторая половина — внедрение.
- Начните с одной болезненной задачи. Например, с заявок в IT или согласования отпусков. Когда сотрудники увидят реальную пользу, остальные разделы примут легче.
- Назначьте владельцев разделов. У каждого раздела базы знаний должен быть ответственный, который следит за актуальностью.
- Перенесите только актуальное. Не загружайте в портал весь архив сетевых папок — это создаст свалку, в которой ничего не найти.
- Сделайте портал стартовой точкой. Ссылки из рассылок, уведомлений и мессенджера должны вести именно туда.
- Позаботьтесь о мобильной версии. Производственный персонал, торговые представители, курьеры — у многих нет рабочего компьютера, но есть смартфон.
- Собирайте обратную связь и развивайте. Первая версия никогда не бывает идеальной. Смотрите аналитику: какие разделы открывают, какие поисковые запросы не дают результатов.
Хороший корпоративный портал измеряется не количеством разделов, а тем, сколько рутинных вопросов и писем он убрал из жизни сотрудников.
Как оценить эффект
Чтобы портал не воспринимался как статья расходов, заранее определите метрики:
- время на адаптацию нового сотрудника;
- количество обращений в поддержку по типовым вопросам;
- средний срок согласования документов;
- доля заявок, обработанных в срок;
- число активных пользователей в неделю.
Замер «до» и «после» внедрения обычно даёт убедительные цифры для руководства и помогает понять, какие модули развивать дальше.
Вывод
Корпоративный портал нужен компании, которая выросла достаточно, чтобы терять время на поиск информации, ручные согласования и потерянные заявки. Он работает, если решает конкретные ежедневные задачи — сервисные запросы, согласования, базу знаний, личный кабинет сотрудника — и интегрирован с уже используемыми системами. Он умирает, если создаётся как витрина без владельца и без связки с реальными процессами.
Если вы обдумываете внутренний портал под свои процессы, посмотрите наш подход к разработке веб-приложений и к интеграции с корпоративными системами по API.