MEN IN DEV разрабатывает такие порталы под процессы конкретной компании, а не подгоняет их под готовый шаблон. Для страховой компании «Дело Жизни» мы создали личный кабинет агента и клиента: заявки, статусы договоров и данные клиентов ведутся в одной системе, а 90 % функциональности настраивается из административной панели без участия программистов.
Создание действительно рабочего портала — это комплексный процесс, требующий понимания специфики компании, потребностей сотрудников и стратегических целей бизнеса, а не только выбор технологий. Ошибка на этом этапе стоит дорого: портал, спроектированный без понимания реальных процессов, сотрудники просто не начнут использовать.
Ключевой момент — интуитивно понятный интерфейс с продуманной навигацией, простой и логичный для сотрудников любой квалификации, включая тех, кто впервые садится за компьютер в рабочих целях. Безопасность данных — ещё один обязательный аспект: портал должен быть защищён от несанкционированного доступа, особенно если через него проходят персональные данные клиентов, как в личном кабинете «Дело Жизни». Мобильная версия расширяет доступ к порталу за пределы офиса — так, в проекте «Сбербанк Страхование Жизни» мобильное приложение для медицинского андеррайтинга сократило сотрудникам время на анкетирование на 20 %, а после пилота на 4000 опросов решение перешло в основное приложение компании.
Портал становится по-настоящему полезным, когда решает конкретные задачи компании: обмен статусами по договорам между агентами и клиентами, доступ к документам, отчётность для руководства — а не только служит витриной новостей. Мы начинаем работу с брифинга и анализа: изучаем, как сейчас устроены процессы компании, кто и с какими данными работает каждый день, и только после этого предлагаем состав портала и архитектуру решения.
Архитектура и роли корпоративного портала
Создание корпоративного портала — это задача, которая начинается с ролей пользователей, а не с выбора технологий. Мы определяем, кто и как будет работать в системе: сотрудник в офисе, агент «в поле», клиент компании, — и проектируем интерфейс и права доступа под каждую роль отдельно.
Для «Дело Жизни» это означало разные экраны для агента и клиента: агент вносит данные о заявках и договорах, клиент видит только свою информацию и статус своего полиса. Для мобильного приложения «Сбербанк Страхование Жизни» была отдельная задача — перенести часть функций веб-кабинета в приложение так, чтобы пользователю было удобнее: после запуска приложения 30 % пользователей перешли в него из веб-кабинета.
Архитектуру портала мы проектируем на PHP и JavaScript — с учётом того, что систему предстоит развивать: добавлять роли, разделы и интеграции по мере роста компании. Важно заранее продумать структуру данных и модульность, чтобы новые функции не требовали пересборки портала целиком, а добавлялись поверх уже готовой архитектуры.
При выборе состава функций мы ориентируемся на интеграцию с тем, что уже работает у заказчика — 1С, CRM, платёжными сервисами, — а не на абстрактный список «возможностей корпоративного портала». В конечном счёте состав портала — индивидуальное решение, которое зависит от специфики бизнеса и того, кто им будет пользоваться. Мы работаем по модели Fixed Price, когда состав функций понятен заранее, или по Time & Materials, если требования уточняются по ходу проекта, — а для развития портала после запуска чаще подходит Retainer с выделенной командой. Над проектом работает штатная команда: аналитики описывают процессы и роли, дизайнеры проектируют интерфейс под каждую из них, backend- и frontend-разработчики создают серверную часть и клиентские экраны, тестировщики проверяют сценарии перед релизом.
Функционал корпоративного портала: от задач к решениям
Корпоративный портал — это инструмент, который решает конкретные задачи компании, а не просто объединяет сотрудников в общем пространстве. Мы проектируем функционал вокруг реальных сценариев: как агент оформляет заявку, как клиент проверяет статус договора, как руководитель получает отчётность.
Внутренний поиск, документооборот и статусы заявок становятся частью портала, когда компании нужно быстро находить нужную информацию без звонков и переспрашиваний. В личном кабинете «Дело Жизни» это реализовано через административную панель: большинство настроек и справочников компания меняет сама, без обращения к разработчикам за каждой правкой — от старта проекта до запуска системы прошло 6 месяцев, а решение получило награду Workspace Digital Awards.
Безопасность информации обеспечивается системой авторизации пользователей и разграничением доступа: клиент видит только свои данные, агент — данные своих клиентов, руководитель — сводную картину по компании.
Интеграция портала с другими системами компании — 1С, CRM, платёжными сервисами — автоматизирует обмен данными и снимает с сотрудников ручную сверку информации между разными программами. Корпоративный портал в этом смысле не витрина для документов, а рабочий инструмент, который меняет то, как компания взаимодействует с клиентами и сотрудниками каждый день — как показывает пример «Дело Жизни», где такой подход заменил разрозненные Excel-файлы агентов единой системой с прозрачными статусами.
После запуска портал остаётся на поддержке: мы следим за стабильностью работы, устраняем инциденты и дорабатываем функциональность по мере того, как меняются процессы компании — растёт штат, появляются новые продукты или требования регулятора. Это отдельная часть работы, которую стоит закладывать в план развития портала сразу, а не считать разовой опцией на этапе разработки.
Дизайн и навигация: создание удобного интерфейса
Удобство корпоративного портала напрямую зависит от продуманного дизайна и навигации — и здесь мы работаем как отдельное направление: собственное дизайн-бюро проектирует интерфейс от сценариев конкретных ролей, а не от абстрактных представлений об «удобстве».
Навигация должна быть простой и понятной из любой точки портала: понятные иконки, текстовые подписи и логичная структура разделов помогают сотрудникам быстро находить нужную информацию. Для системы с несколькими ролями пользователей, как в «Дело Жизни», это особенно важно: агент и клиент видят разные наборы разделов, и путаница между ними недопустима.
Визуальная часть — цвета, шрифты, графические элементы — подбирается под задачи портала, а не только под фирменный стиль компании: интерфейс не должен перегружать пользователя лишними деталями, когда ему нужно быстро оформить заявку или проверить статус договора. Адаптивность важна не меньше: портал должен одинаково корректно работать на компьютере в офисе и на телефоне агента в поле.
Перед запуском мы проверяем интерфейс на реальных сценариях пользователей, а не только на макетах, — это позволяет выявить неудобные места до того, как портал попадёт к сотрудникам и клиентам. Если у вас уже есть портал, который стал неудобным для сотрудников, начнём с дизайн-аудита и найдём места, где система теряет пользователей. Расскажите о задаче на брифинге — оценим объём работ и предложим модель сотрудничества, подходящую именно вашему проекту.
