Технологии
Корпоративный портал открыт. А где сотрудники? Как создать систему, которой будут пользоваться
Сотрудник запрашивает справку у HR в мессенджере, согласует командировку по почте, а инструкцию получает от коллеги. Руководитель не видит статус заявки, HR снова отвечает на типовые вопросы. Портал должен изменить эти сценарии, а не просто собрать сервисы в одном интерфейсе.
Сначала задачи, потом функции
Разработка корпоративного портала начинается с изучения обращений. Возьмите типовые запросы за месяц: справки, отпуска, доступы к системам, закупку оборудования. Посмотрите, где возникают задержки, сколько раз сотрудник уточняет статус и кто вручную переносит данные. Затем поговорите с исполнителями — они обычно знают исключения, которых нет в регламентах.
Например, проблему «сотрудники постоянно спрашивают, когда будет готова справка» можно превратить в конкретный сценарий. Работник выбирает вид справки и способ получения; HR получает заявку с обязательными полями; при необходимости запрашивает уточнение; сотрудник видит статус «Принята», «Нужны данные» или «Готова». Если документ нельзя выдать электронно, в интерфейсе указываются место и время получения.
Для каждого такого процесса достаточно описать пять параметров: участника, действие, нужные данные, ответственного за следующий шаг и результат. Критерии приёмки формулируйте так же конкретно: заявка не теряется при отсутствии исполнителя, статус обновляется, руководителю не нужно запрашивать его по почте. Это даёт разработчику проверяемые требования, а заказчику — способ оценить пользу после запуска.
ТЗ для разработчиков: как описать будущую систему до начала разработки
Разбираем, как перевести бизнес-задачи в требования к функциям, интеграциям и результату проекта.
Читать →
Один портал — разные роли
Создание внутреннего корпоративного портала требует не просто списка должностей, а ролевой модели: что человек может сделать и к каким сведениям получить доступ.
| Роль | Рабочие действия в портале | Граница доступа |
|---|---|---|
| Сотрудник | Заказывает справку, создаёт обращение в ИТ, ищет документы, проверяет статусы | Свои заявки и открытые для него материалы |
| Руководитель | Согласовывает запросы команды, назначает замещающего, контролирует адаптацию новичка | Заявки и задачи в пределах полномочий, не все кадровые документы |
| HR-специалист | Запускает адаптацию, ведёт кадровые обращения, назначает ответственных | Кадровые данные в рамках своей зоны ответственности |
| Внутренние коммуникации | Публикуют новости, ведут базу знаний, направляют сообщения отдельным аудиториям | Редактирование материалов, но не доступ к личным кадровым данным |
| ИТ-служба и АХО | Получают сервисные заявки, меняют статусы, запрашивают уточнения | Назначенные обращения и технические сведения, необходимые для выполнения |
| Администратор портала | Настраивает роли, учётные записи, сервисы и интеграции | Технические полномочия не должны автоматически открывать все конфиденциальные документы |
Допустим, в отделе меняется руководитель. Новый начальник должен получить право согласовывать будущие заявки команды, а прежний — утратить его. Поэтому важно продумать не только набор ролей, но и источник данных об оргструктуре, правила замещения и обновление полномочий при кадровых изменениях.
Разработка корпоративного портала должна учитывать, где и как сотрудники будут им пользоваться. Для офисного специалиста удобен каталог сервисов на компьютере. Сотруднику магазина или выездной службы важнее выполнить те же действия с телефона, без сложной навигации и доступа к корпоративному ноутбуку.
Из чего состоит корпоративный портал: основные функциональные блоки
Типовой набор включает информационный раздел, заявки и HR-сервисы. Состав определяется сценариями, которые компания намерена перевести в единое окно.
Новости, база знаний, поиск и оргструктура
Сотрудник ищет правила оформления командировки. Поиск должен находить действующую инструкцию с датой обновления, автором и ссылкой на форму заявки. Устаревшая версия остаётся в архиве, но не выдаётся как основная. Если правила различаются по филиалам, пользователь видит документ для своего подразделения.
За каждой категорией материалов нужен владелец: HR отвечает за кадровые инструкции, ИТ — за руководства по сервисам, редактор — за корпоративные новости. Создание корпоративного портала включает и организацию работы с материалами: кто утверждает публикации, как часто их пересматривают и кому передают ответственность при увольнении автора.
Оргструктура полезна не только как схема подчинения: поиск по имени, должности, филиалу или функции помогает найти, например, специалиста по командировкам либо ответственного за пропуска.
Заявки, согласования и внутренние сервисы
Типовой сценарий — выдача оборудования. Сотрудник указывает устройство и причину запроса. Если требуется согласование бюджета, заявка идёт руководителю; затем попадает исполнителю в ИТ или АХО. Сотрудник видит, кто взял запрос в работу и когда оборудование готово к выдаче. При отказе система сохраняет причину, а не просто закрывает обращение.
Исключения надо описывать до разработки: что делать, если руководитель в отпуске, нужной модели нет на складе или сотрудник указал недостаточно данных. Для каждой ветки нужны ответственный и понятный статус. Если эти ситуации не предусмотреть, исполнители продолжат уточнять детали в переписке, хотя заявки будут приходить через портал.
Создание корпоративного портала включает настройку разных типов обращений: на пропуск, ремонт рабочего места, доступ к программе, служебную поездку. Для каждого типа заявки нужны свои поля: например, при запросе доступа указывают название программы, а при обращении по ремонту — что именно неисправно.
HR-функции: адаптация, обучение и кадровые процессы
Типовой сценарий — первый рабочий день. HR указывает дату выхода и подразделение новичка. Портал запускает задачи: ИТ-службе — подготовить учётную запись и оборудование, АХО — пропуск и рабочее место, руководителю — назначить наставника. Новичок получает план первой недели и список обязательных материалов. HR видит не абстрактный процент адаптации, а конкретную просроченную задачу, например «не выдан ноутбук».
Если оборудование задерживается, задача должна остаться открытой и попасть ответственному на контроль. Аналогично с доступами: ИТ-служба получает через портал задачу назначить новичку необходимые права в рабочих системах. После проверки доступов специалист отмечает задачу выполненной, а HR видит, что этот этап подготовки сотрудника завершён.
После выхода сотрудника портал помогает организовать дальнейшую адаптацию и обучение. В нём можно назначать обязательные курсы, устанавливать сроки их прохождения и отслеживать результаты. HR и руководитель видят, кто завершил обучение, а кому ещё необходимо пройти программу.
Создание корпоративного портала для сотрудников позволяет организовать и повседневные кадровые обращения. Например, сотрудник запрашивает копию приказа, выписку из кадрового документа или справку о доходах. Заявка поступает ответственному специалисту, а сотрудник видит её статус и получает уведомление о готовности документа. В зависимости от настроенного процесса готовый документ можно получить через портал или перейти за ним в систему кадрового ЭДО.
При этом кадровый учёт продолжает вестись в 1С:ЗУП или другой учётной системе, а электронные кадровые документы оформляются и хранятся в системе КЭДО, если она используется в компании. Портал объединяет кадровые сервисы в одном интерфейсе: сотруднику не нужно разбираться, в какой системе обрабатывается его запрос, а HR может контролировать поступившие обращения и сроки их выполнения.
Фишки для своих: чем корпоративный портал может удивить сотрудников
Дополнительные возможности полезны, когда решают конкретную задачу: помогают удалённой команде, сокращают путь к ответу или делают корпоративную жизнь заметнее. Создание корпоративного портала само по себе не повышает вовлечённость — эффект зависит от того, как эти инструменты используются.
Персонализация и мобильный доступ
Работник филиала видит местные новости, свою смену и контакты ответственных. Руководитель — ожидающие согласования. Новичок — план адаптации, который исчезает с главной страницы после завершения. Персонализация основана на роли, подразделении и актуальных задачах.
Для производственных и выездных сотрудников мобильный доступ особенно важен. Проверьте не только открытие страниц на телефоне, но и создание заявки, загрузку фотографии неисправности и вход без корпоративного компьютера. Отдельное приложение требуется не всегда: иногда достаточно адаптивного интерфейса с подходящим способом авторизации.
ИИ-поиск и интеллектуальные помощники
Сотрудник спрашивает: «Как оформить командировку в другой регион?» Вместо десятка найденных файлов помощник предлагает последовательность действий со ссылками на действующие регламенты. Если подтверждённого ответа нет, он направляет к ответственному специалисту.
Разработка корпоративного портала с ИИ-помощником требует качественной базы знаний и контроля доступа: закрытый кадровый документ не должен попасть в ответ пользователю без полномочий. Качество ответов можно оценивать по доле вопросов, по которым сотрудник нашёл подтверждённый ответ без обращения в поддержку. Если база небольшая, обычный поиск и хорошие рубрики могут решить задачу дешевле, чем внедрение ИИ.
Сообщества, геймификация и вовлечение сотрудников
В портале можно сделать раздел внутренних вакансий, клубы по интересам, благодарности коллегам и новости команд. Например, новый сотрудник находит сообщество велосипедистов своего города, а работник филиала узнаёт о вакансии в другом подразделении, не обращаясь к HR.
Геймификацию стоит применять избирательно. Баллы за прочтение новостей не гарантируют интереса к ним; публичные рейтинги активности могут раздражать сотрудников. Для HR-бренда важнее, чтобы участие было добровольным, а полезные сервисы работали без сбоев.
Всё сразу или поэтапно: как запускать и развивать корпоративный портал
В небольшой первой версии можно объединить справочник сотрудников, базу знаний, заявки в ИТ и получение справок. Это законченные сценарии: работник отправляет запрос, исполнитель его обрабатывает, обе стороны видят результат. После пилота добавляются адаптация, оборудование, согласование командировок и другие процессы.
Поэтапная разработка корпоративного портала удобна, когда требования ещё уточняются или сотрудников предстоит постепенно переводить с прежних каналов. В таком проекте заранее согласуют, какие данные и роли потребуются на следующих этапах, чтобы расширение не потребовало переделки всей системы.
Создание корпоративного портала с одновременным запуском всех сервисов может быть оправдано, если компания заменяет старый интранет, прекращает использование нескольких разрозненных инструментов и переводит подразделения на общий процесс. Частичный переход в таком случае создаст путаницу. Тогда потребуется единый план переноса данных, проверки интеграций и обучения.
При поэтапном запуске важно учитывать зависимости между функциями. Например, если сотрудники будут подавать ИТ-заявки через портал, а специалисты продолжат обрабатывать их в ServiceDesk, обмен данными между системами нужно обеспечить уже на первом этапе. Иначе сотрудник сможет отправить заявку, но не увидит, что с ней происходит, и снова будет уточнять статус по телефону или в переписке.
Готовое решение или заказная разработка
Выбор зависит от того, насколько возможности готового продукта соответствуют процессам компании. Разработка корпоративного портала может ограничиваться настройкой существующего решения, включать его доработку или предполагать создание отдельной системы.
Когда достаточно стандартных возможностей готового решения
Если компании нужны новости, база знаний, справочник сотрудников и типовые заявки с простыми согласованиями, можно использовать готовое решение. Например, сотрудник отправляет запрос на справку, HR получает уведомление, обрабатывает обращение, а сотрудник отслеживает его статус.
Если весь процесс можно реализовать стандартными настройками продукта, дополнительная разработка может не потребоваться. Однако готовое решение всё равно нужно внедрить: настроить роли, формы и уведомления, перенести материалы и обучить сотрудников. Эти работы необходимо учитывать в бюджете наряду со стоимостью подписки или лицензий.
Когда готовому решению требуется доработка
Даже если готовый продукт содержит все основные функции, они не всегда учитывают особенности работы конкретной компании. Например, в портале предусмотрена подача заявок на оборудование, но в компании порядок согласования зависит от филиала и типа устройства, а исполнение обращений ведётся в используемой системе Service Desk. Чтобы связать эти процессы, могут потребоваться дополнительные настройки, интеграции или изменение существующих функций.
В таком случае готовое решение остаётся основой портала, но к внедрению подключаются разработчики. Поэтому до покупки продукта важно выяснить, какие требования нельзя реализовать стандартными средствами, допускает ли решение необходимые изменения и сколько они добавят к стоимости проекта.
Когда оправдана разработка отдельной системы
Создание корпоративного портала на заказ стоит рассмотреть, если значительную часть функциональности готового продукта пришлось бы переделывать. Стоимость глубокой адаптации с учётом внедрения и последующего сопровождения может приблизиться к бюджету создания отдельной системы.
Например, группе компаний может потребоваться единый портал для сотрудников нескольких юридических лиц. У каждой организации свои кадровые процедуры, правила доступа и внутренние сервисы, но для сотрудников всё должно работать в едином интерфейсе. Если готовый продукт не позволяет реализовать такую модель без серьёзной переработки, отдельная система может оказаться более подходящим вариантом.
Преимущество заказной разработки — возможность сразу заложить нужную структуру данных, бизнес-логику и архитектуру, рассчитанную на дальнейшее развитие. Компания получает больше свободы в развитии портала: может добавлять новые функции, менять процессы и подключать сервисы без необходимости подстраиваться под ограничения готового продукта.
Как разрабатывали и внедряли DS Kanban
Это пример собственной корпоративной системы управления проектами, которую компания развивает под внутренние процессы и потребности сотрудников.
Читать →
Как объединить корпоративный портал с другими системами компании
Типовой сценарий — заявка на отпуск. Сотрудник открывает раздел отпусков. Портал запрашивает доступный остаток дней из кадровой системы, показывает даты и направляет запрос руководителю. После согласования заявка передаётся в кадровую систему, где HR оформляет отпуск и необходимые документы. Портал получает информацию о результате и показывает сотруднику актуальный статус.
Создание внутреннего корпоративного портала требует заранее определить, какая система является источником данных. Например, 1С:ЗУП отвечает за кадровые сведения, Service Desk — за исполнение ИТ-заявок, СЭД — за документооборот, а корпоративный каталог — за учётные записи. Портал должен получать актуальные сведения из этих систем, а не хранить отдельные, не синхронизированные с ними копии.
Обязательно предусмотрите сбои. Если запрос в 1С не прошёл, нельзя показывать сотруднику «Отпуск оформлен». Нужны промежуточный статус, повторная отправка или передача ошибки ответственному. Если человека перевели в другой отдел, права и новый согласующий должны обновляться из согласованного источника данных.
Разработка корпоративного портала с интеграциями требует заранее проверить идентификаторы сотрудников, частоту обновления, права на передачу сведений и поведение сервиса при недоступности внешней системы. Именно эти детали часто определяют объём работ сильнее, чем количество экранов портала.
Виджет уведомлений для задач и документов
Кейс о том, как собрать события из разных корпоративных систем в одном интерфейсе, сохранив работу с документами и задачами в исходных сервисах.
Читать →
Как обеспечить безопасность корпоративного портала
Корпоративный портал обрабатывает персональные данные сотрудников, поэтому требования к их защите необходимо учитывать уже при проектировании системы. В России они установлены Федеральным законом № 152-ФЗ «О персональных данных» и соответствующими нормативными актами, в том числе постановлением Правительства РФ № 1119 и приказом ФСТЭК России № 21. Эти требования обязательны: при разработке портала необходимо предусмотреть и реализовать меры защиты, соответствующие установленному уровню защищённости персональных данных.
HR-служба участвует в определении требований к доступу к кадровой информации: какие сведения портал получает из кадровых систем, кто может их просматривать и при каких обстоятельствах права доступа должны изменяться. Например, при переводе сотрудника в другое подразделение или увольнении его права необходимо своевременно обновить. Разработчики реализуют эти правила в системе, а ИТ- и ИБ-специалисты проверяют, что ограничения работают и требования безопасности соблюдаются.
Помимо разграничения доступа, при разработке портала необходимо предусмотреть защищённый обмен данными с внутренними системами, регистрацию значимых действий пользователей, резервное копирование и другие необходимые меры защиты. Соответствующие требования включают в техническое задание, а их выполнение проверяют до запуска системы. Обеспечение безопасности — обязательная часть проекта, а не дополнительная задача, которую можно отложить на этап поддержки.
Как сделать так, чтобы сотрудники действительно пользовались порталом
Знакомить сотрудников с порталом стоит ещё до его официального запуска. Для этого можно привлечь руководителей подразделений и активных сотрудников, которые первыми освоят систему, а затем помогут коллегам. Особенно важен такой подход в компаниях с филиалами, магазинами или производственными площадками, где у персонала не всегда есть доступ к корпоративной почте.
Продвижение портала лучше организовать как отдельную кампанию внутренних коммуникаций. Руководитель компании может представить новый инструмент в видеообращении, а руководители подразделений — показать его возможности на встречах с командами. Для сотрудников магазинов и производственных площадок подойдут очные демонстрации, информационные экраны и QR-коды со ссылкой на портал. Если сотрудников много, знакомство с системой можно проводить постепенно, по подразделениям или филиалам.
После запуска важно закрепить новый порядок работы. Сотрудники должны знать, какие вопросы теперь решаются через портал, а HR, ИТ-служба и другие подразделения — быть готовыми обрабатывать поступающие обращения. Помогут короткие инструкции по отдельным задачам, демонстрации на встречах команд и коллеги, к которым можно обратиться за помощью. Когда сервис начинает работать стабильно, привычные каналы подачи заявок можно постепенно заменять порталом.
В первые месяцы стоит отслеживать, какие сервисы сотрудники используют, а какие обходят стороной. Например, если большинство кадровых обращений по-прежнему поступает в мессенджер, нужно выяснить причину: сотрудники не знают о новой функции, не могут её найти или им неудобно пользоваться формой. Такая обратная связь поможет скорректировать коммуникации и при необходимости доработать портал. При этом важна не только посещаемость, но и доля рабочих задач, которые сотрудники действительно начали решать через новую систему.
Сколько стоит корпоративный портал и как выбрать подрядчика
Стоимость корпоративного портала зависит от его функциональности, сложности бизнес-процессов и количества интеграций с внутренними системами. Без описания требований надёжную сумму назвать нельзя, поэтому при оценке проекта учитывают несколько составляющих.
1. Количество функций и экранов. Главная страница сотрудника, личный кабинет, каталог услуг, база знаний, интерфейсы руководителей и HR-специалистов — всё это требует настройки готового продукта или отдельной разработки в зависимости от выбранного подхода. Значение имеет не только число страниц, но и их сложность. Например, форма заявки на справку и кабинет HR, где можно обрабатывать обращения, запрашивать уточнения и контролировать сроки, существенно различаются по трудозатратам.
2. Сложность бизнес-процессов. Простая заявка, которая поступает одному исполнителю, обойдётся дешевле процесса с несколькими этапами согласования, разными маршрутами для подразделений, замещением отсутствующих руководителей и автоматическими уведомлениями. Чем больше таких условий и исключений, тем сложнее реализация.
3. Интеграции с внутренними системами. В проектах со сложной ИТ-инфраструктурой интеграции могут стать одной из наиболее затратных частей. Порталу может потребоваться обмен данными с 1С:ЗУП, системой КЭДО, Service Desk, корпоративным каталогом пользователей и другими сервисами. Стоимость зависит от количества интеграций, наличия API, качества данных и сложности обмена. Например, получить сведения о сотрудниках из кадровой системы проще, чем организовать двусторонний обмен заявками, документами и статусами. Если существующая система не предоставляет необходимых интерфейсов, могут потребоваться доработки и на её стороне.
4. Подготовка и перенос данных. Если компания переносит в новый портал базу знаний, архив документов, справочник сотрудников и организационную структуру, потребуется проверить актуальность информации, убрать дубли и настроить права доступа. Объём этих работ зависит от состояния существующих данных и способов их выгрузки.
5. Количество пользователей и требования к безопасности. Численность сотрудников влияет на требования к производительности, инфраструктуре и, при использовании готового продукта, стоимость лицензий. Дополнительную сложность создают разные категории пользователей, филиалы, удалённый доступ и необходимость выполнения обязательных требований по защите персональных данных.
6. Внедрение и дальнейшая поддержка. В бюджет входят тестирование, запуск, обучение сотрудников и администраторов. Отдельно рассчитывают расходы после запуска: размещение системы, лицензии или подписки, техническую поддержку, обновления и развитие функциональности.
Создание корпоративного портала можно начать с предпроектного обследования, если на старте сложно определить точный объём работ. На этом этапе подрядчик совместно с HR, ИТ-службой и другими заинтересованными подразделениями изучает действующие процессы, определяет необходимые функции, составляет перечень экранов и интеграций, выявляет технические ограничения. По результатам заказчик получает описание будущей системы, рекомендации по варианту реализации, предварительный бюджет и план работ. Это позволяет обоснованно согласовать инвестиции до начала полноценной разработки.
Разработка корпоративного портала требует команды, умеющей работать со сложными интеграциями, поэтому при выборе подрядчика важно проверить его опыт в корпоративных системах. Команда должна понимать, как организовать обмен данными с действующими ИТ-сервисами и какие ограничения влияют на сроки и бюджет. В коммерческом предложении должны быть понятны состав работ, этапы, критерии приёмки, ответственность сторон и условия последующей поддержки.
Разработка программного обеспечения на заказ: как выбрать подрядчика
Подробный разбор проверки опыта команды, организации разработки, коммерческого предложения и условий сопровождения.
Читать →
DIGITAL SECTOR специализируется на сложной заказной веб-разработке, включая проектирование систем с нестандартными бизнес-процессами и интеграциями. Создание корпоративного портала с нестандартными процессами и несколькими интеграциями требует продуманной архитектуры и понимания ограничений действующих систем. Команда может подключиться на этапе предпроектного обследования, помочь определить требования, выбрать подходящий вариант реализации и оценить стоимость проекта.
Согласен