Личный кабинет сотрудника
Справки, отпуска, документы, внутренние заявки, оборудование и статусы без переписки с ответственными отделами.
INTRANET // EMPLOYEE PORTAL
КОРПОРАТИВНЫЕ ПОРТАЛЫ // ВНУТРЕННИЕ СИСТЕМЫ
Разработка корпоративных порталов
под процессы компании
Проектирую корпоративные порталы и внутренние веб-системы: личный кабинет сотрудника, заявки, документы, база знаний, согласования, роли доступа и интеграции с 1С, CRM и HR-системами.
01 // ГРАНИЦЫ ПРОДУКТА
Не «ещё один Битрикс»,
а интерфейс под конкретные процессы
Корпоративный портал имеет смысл разрабатывать, когда готовая система заставляет сотрудников дублировать данные, переносить статусы вручную или работать сразу в пяти интерфейсах. Цель кастомного портала — собрать нужные действия в одном месте, не переписывая 1С, CRM и другие системы учёта.
Перед разработкой я разделяю процессы на три группы: что остаётся в существующих системах, что нужно вывести в единый веб-интерфейс и какие автоматические действия должен выполнять интеграционный слой.
02 // МОДУЛИ
Что может входить
в корпоративный портал
Заявки и согласования
Закупки, счета, договоры, командировки и другие процессы с маршрутами, SLA и историей решений.
База знаний
Регламенты, инструкции и поиск по корпоративной информации с контролем прав доступа и версиями.
Панель руководителя
Операционные показатели и проблемные процессы без ручного сведения Excel-отчётов.
1С, CRM и HRM
Портал показывает и изменяет данные через API, сохраняя существующие мастер-системы источниками истины.
Роли и подразделения
Разграничение доступа по ролям, командам, филиалам и конкретным объектам с аудитом чувствительных действий.
03 // АРХИТЕКТУРА
Портал не должен
дублировать все системы компании
Web-интерфейс
Сотрудник видит только нужные ему сценарии, адаптированные под desktop и мобильный браузер.
Backend и права
Сервер проверяет доступ, хранит workflow-состояния, технические ID и журнал действий.
Интеграционный слой
Очереди, API-адаптеры и повторные запросы соединяют портал с 1С, CRM, HRM, ЭДО и внешними сервисами.
Наблюдаемость
Ошибки интеграции, просроченные процессы и технические события видны до того, как пользователь сообщает о проблеме.
04 // ПЕРВЫЙ РЕЛИЗ
Как запускать портал
без многомесячной стройки
01
Карта процессов
Выбираем 2–4 повторяющихся сценария с понятными участниками, входами и результатом.
02
Модель данных и доступов
Определяем master-системы, роли и границы персональных/чувствительных данных.
03
MVP портала
Запускаем основные экраны, авторизацию и одну-две ключевые интеграции на ограниченной группе пользователей.
04
Расширение по данным
Добавляем процессы только после проверки реального использования, ошибок и времени прохождения текущих сценариев.
05 // МАТЕРИАЛЫ
Что почитать
перед постановкой задачи
PROJECT INQUIRY
Есть внутренний процесс, который пора вынести из таблиц и чатов?
Опишите процесс, участников и текущие системы. Я помогу определить границы первого релиза и понять, нужен ли отдельный портал или достаточно интеграции.
Обсудить проект