Корпоративный портал для сотрудников
Единое рабочее пространство, где сотрудник находит нужный сервис, отправляет заявку и видит результат. Разрабатываем портал под процессы компании: от каталога контактов до интеграций с внутренними системами.
- Начинаем с одного процесса
- Роли, заявки и интеграции
Попробуйте сами
Найти сервис. Отправить заявку. Увидеть статус.
Выберите внутренний сервис и создайте пробную заявку. В примере видно, кому она назначена, что происходит дальше и где сотрудник получит результат.
- Найти сервис
- Создать заявку
- Увидеть результат
Внутренние сервисы · шаг 1 из 3
Чем помочь сегодня?
Сервисов найдено: 3. Выберите нужный, чтобы создать пробную заявку.
- Что проверяем на пилоте
Сценарий проходит целиком
Сотрудник находит сервис без подсказки, заявка попадает нужной команде, а результат возвращается в портал. Проверяем путь с сотрудниками и исполнителями выбранного подразделения.
- Критерий приёмки
У каждой заявки есть ответственный
До разработки согласуем поля, статусы, права и источник данных. Отдельно проверяем возврат на уточнение, недоступность внешней системы и закрытие доступа сотруднику.
Когда это нужно
Когда сотрудникам нужен один вход к сервисам
Корпоративный портал, или интранет, объединяет внутренние сервисы и информацию компании. Его состав зависит от того, какие действия сотрудники выполняют каждый день.
Непонятно, к кому обратиться
За доступом пишут в общий чат, за справкой ищут контакт HR. Каталог сервисов объясняет, как получить помощь, какие данные нужны и кто отвечает за результат.
Заявки теряются в переписке
Сотрудник не знает, принята ли просьба и когда ждать ответ. В портале у заявки есть номер, ответственный, история и понятный текущий статус.
Информация разошлась по разным местам
Контакты, инструкции и новости хранятся на диске, в чатах и старом интранете. Собираем нужные точки входа и назначаем владельцев, которые поддерживают информацию в актуальном состоянии.
Когда можно обойтись без новой разработки
- Если текущая платформа закрывает сценарий, сначала имеет смысл настроить её сервисы, навигацию и права.
- Для небольшой команды с редкими обращениями может хватить общей формы и списка ответственных.
- Если у процесса нет владельца и правил обработки заявок, начнём с их определения: сам портал этого не решит.
Состав портала
Собираем вокруг ежедневных действий
Первую версию строим вокруг выбранного процесса. Каталог сотрудников, новости и другие разделы добавляем там, где они помогают людям работать.
Каталог сервисов и заявки
Помощь ИТ, кадровые запросы, оборудование и другие внутренние услуги. Для каждого сервиса — своя форма, очередь исполнителей и статусы.
Сотрудники и подразделения
Контакты, должности и зоны ответственности. Данные берём из согласованного справочника, а доступ к ним определяем по ролям.
Регламенты и полезные материалы
Инструкции рядом с нужным действием: как запросить доступ, оформить поездку или получить справку. У материала есть владелец и дата проверки.
Новости и уведомления
Сообщения для нужного подразделения и изменения по своим заявкам. Отделяем общие объявления от уведомлений, на которые сотрудник должен отреагировать.
Как работаем
От одного процесса до внедрения в компании
Пилот запускаем на выбранном подразделении. Расширяем портал после проверки с реальными пользователями и владельцами сервисов.
- 01 · Разбор
Выбираем первый процесс
Разбираем текущий путь сотрудника: где он ищет сервис, кто принимает заявку и как получает результат. Фиксируем роли, исключения и критерии приёмки.
- 02 · Проектирование
Проверяем сценарий на прототипе
Показываем экраны сотрудникам и исполнителям. Согласуем навигацию, поля, статусы и права; проверяем доступность данных и способы интеграции.
- 03 · Пилот
Подключаем рабочие системы
Разрабатываем портал, настраиваем авторизацию и обмен данными. Вместе с подразделением проверяем основной путь, ошибки, уведомления и ограничения доступа.
- 04 · Внедрение
Передаём команде и развиваем
Готовим инструкции, передаём код и документацию. Назначаем владельцев разделов, согласуем поддержку и подключаем следующие сервисы по результатам пилота.
Как это устроено
Как портал связывается с вашими системами
Единый вход и права
Проверяем возможность подключения корпоративной авторизации — SSO. Согласуем роли сотрудника, руководителя и исполнителя; права проверяются на сервере. Отдельно определяем отзыв доступа при увольнении или смене подразделения.
Источники данных
Для сотрудников, заявок и документов определяем главную систему: кадровый справочник, helpdesk, 1С или другой сервис. Проверяем API, правила обновления и поведение при задержке обмена.
История и обработка ошибок
Фиксируем изменения статусов и действия исполнителей. Предусматриваем повторную отправку без дублей, возврат на уточнение и понятное сообщение, если внешняя система недоступна.
Материалы и поиск
Начинаем с рубрик, фильтров и обычного поиска. Если нужны ответы по внутренним документам с указанием источников, отдельно проектируем AI-поиск с учётом прав пользователя.
Поиск и ответы по знаниям компании →
Отличие
Готовая платформа или портал на заказ
Сравниваем варианты на вашем процессе. Учитываем внедрение, лицензии, интеграции и дальнейшее сопровождение.
| Готовая платформа | Заказная разработка | |
|---|---|---|
| Сервисы сотрудников | Подходит, если стандартные модули и настройки закрывают нужные действия | Состав и поведение сервисов определяются вашим процессом |
| Интеграции | Проверяем доступные коннекторы, API и ограничения тарифа | Проектируем обмен с нужными системами, включая статусы и ошибки |
| Права и интерфейс | Используем возможности платформы и допустимые доработки | Разрабатываем роли и интерфейс под сотрудников и исполнителей |
| Расходы после запуска | Лицензии, администрирование, обновления и поддержка доработок | Инфраструктура, сопровождение и развитие собственного кода |
Если готовое решение подходит, учитываем его в рекомендации. Собственный портал оправдан, когда важные сценарии или ограничения не удаётся закрыть настройкой существующей платформы.
Стоимость
Что влияет на стоимость корпоративного портала
Оцениваем законченные процессы и интеграции. Состав работ, бюджет и сроки согласуем после разбора задачи, до начала разработки.
Сервисы и роли
Количество сценариев, формы заявок, правила обработки и различия между подразделениями. Отдельно учитываем интерфейс исполнителей.
Авторизация и обмен данными
Готовность корпоративного входа, наличие API и тестовых контуров. Определяем, какие системы подключаем на пилоте, а какие — позже.
Перенос и запуск
Объём материалов и справочников, очистка устаревших данных, перенос прав и обучение владельцев разделов.
Размещение и поддержка
Требования к инфраструктуре, резервному копированию, мониторингу и времени реакции. Регулярные расходы выделяем отдельно от разработки.
Первая версия может включать один сервис, одно подразделение, вход сотрудника и полный путь заявки до результата. До старта фиксируем интеграции, роли, исключения и то, как будем принимать работу.
Вопросы
Частые вопросы
Что входит в разработку корпоративного портала?
Разбор внутренних процессов, проектирование интерфейсов, разработка выбранных сервисов, авторизация, согласованные интеграции, тестирование и запуск. Каталог сотрудников, новости, заявки и материалы включаем по задаче. Код, документацию, обучение и сопровождение отражаем в составе работ.
Можно ли начать без подробного технического задания?
Да. Нужны описание одного процесса, примеры текущих заявок и ответственный со стороны компании. На разборе уточним роли, системы, проблемные места и результат первой версии. По этому составу подготовим оценку.
Сотрудники смогут входить с корпоративной учётной записью?
Проверим ваш сервис авторизации и поддерживаемый способ подключения. Если единый вход доступен, свяжем его с ролями портала. До запуска проверим смену подразделения, блокировку учётной записи и прекращение доступа к ранее открытым данным.
Можно ли сохранить текущий helpdesk и кадровую систему?
Да, портал может быть общей точкой входа, а обработка заявок и кадровый учёт останутся в существующих системах. Проверим доступность API, назначим источник каждого поля и согласуем синхронизацию статусов. Если интеграция недоступна, заранее обозначим ограничения первой версии.
Как перенести данные со старого портала?
Сначала составим перечень материалов, пользователей и прав, определим владельцев и уберём устаревшее. Затем проверим пробный перенос, ссылки и доступы. Порядок переключения и возможность возврата на прежний портал согласуем до запуска.
Кто будет обновлять новости, контакты и регламенты?
Владельцы соответствующих данных в вашей компании. Для контактов предпочтительно определить единый кадровый справочник, а для материалов — редакторов и порядок проверки. Подготовим интерфейс управления и инструкции в рамках согласованного состава проекта.
Будет ли портал работать с телефона?
Для согласованных сценариев делаем адаптивный веб-интерфейс и проверяем его на целевых устройствах. Доступ вне корпоративной сети зависит от правил компании. Отдельное мобильное приложение и работу без сети оцениваем как дополнительные задачи.
Чем портал отличается от личного кабинета клиента?
Портал предназначен для сотрудников: внутренние сервисы, контакты, материалы и заявки. Личный кабинет обслуживает внешнего клиента или партнёра — показывает его заказы, документы и обращения. Если нужны оба пространства, отдельно проектируем аудитории и права доступа.
Как определить сроки и стоимость разработки?
Нужно выбрать первый процесс, определить роли, интеграции и объём переноса данных. После проверки зависимостей подготовим этапы, оценку и критерии приёмки. Поддержку, инфраструктуру и последующее развитие укажем отдельно.
Пилот
С какого внутреннего процесса начнём?
Опишите, что сотрудникам трудно сделать сейчас. Разберём путь заявки, определим состав пилота и проверим, какие системы нужно подключить.
Или напрямую: Telegram ↗ · +7 931 203-30-78 · hello@dev-crabs.ru
Заявка отправлена
Спасибо! Свяжемся с вами в течение 24 часов — на почту или в Telegram.