Umed - личный кабинет для студентов и преподавателей

Образовательные учреждения всё чаще сталкиваются с тем, что классический сайт перестает закрывать реальные потребности студентов, преподавателей и абитуриентов. Большая часть взаимодействия происходит со смартфона, а ожидания пользователей формируются мобильными сервисами — быстрыми, удобными и с мгновенными уведомлениями.

На старте у UMED уже был сайт на Bitrix с личным кабинетом для абитуриентов, студентов и преподавателей. В нём были реализованы:

- расписание занятий;

- оценки и учебная информация;

- подача документов на поступление.

Однако пользоваться этим функционалом с телефона было неудобно. Не хватало push-уведомлений и мобильного сценария взаимодействия.

Поэтому основной целью проекта стало создание нативного мобильного приложения, которое:

- повторяет ключевую логику сайта;

- удобно работает со смартфона;

- получает данные напрямую из существующей системы;

- становится основным каналом коммуникации с пользователями.

Перед стартом разработки мы провели аналитику: разобрали архитектуру Bitrix, описали роли пользователей и выделили сценарии, актуальные именно для мобильного формата. 

Дизайн строился на существующем брендбуке — приложение воспринимается как продолжение сайта, а не отдельный продукт. Ключевым техническим решением стал промежуточный API-слой на PHP (Symfony), который связал Bitrix с мобильными клиентами и изолировал приложение от изменений веб-части. 

iOS написали на Swift, Android — на Kotlin, нативный подход обеспечил стабильность, производительность и полноценные push-уведомления. 

Приложение работает в продакшене и стало основным каналом взаимодействия колледжа с пользователями.

Мы начали с целенаправленной аналитики, чтобы заложить корректную основу для мобильного приложения.

Что сделали на этом этапе:

- разобрали архитектуру существующего сайта на Bitrix и его ограничения для мобильной интеграции

- описали роли пользователей (абитуриенты, студенты, преподаватели) и их сценарии работы в личном кабинете

- определили набор функций, которые действительно имеют смысл в мобильном формате, и отсекли избыточный функционал

Это позволило определить, какие функции критичны для мобильного формата, а какие можно оставить только в вебе

Дизайн мобильного приложения разрабатывался с учётом существующего брендбука и визуального стиля сайта колледжа.

Ключевые моменты:

- адаптация брендбука под мобильные интерфейсы и разные размеры экранов;

- проектирование пользовательских сценариев с упором на быстрый доступ к расписанию и учебной информации;

- отрисовка дизайн-макетов, которые легко масштабируются при дальнейшем развитии функционала.

В результате приложение выглядело как логичное продолжение сайта, а не отдельный продукт «сам по себе».

Так как сайт уже работал на Bitrix, мы спроектировали промежуточный слой API на PHP (Symfony), который стал связующим звеном между вебом и мобильными приложениями.

На этом этапе мы:

- спроектировали структуру API и форматы обмена данными между Bitrix и мобильным приложением;

- реализовали безопасное получение данных из существующей системы без вмешательства в ядро сайта;

- заложили возможность масштабирования API под будущие доработки и новые сценарии.

Это позволило изолировать мобильное приложение от внутренних изменений сайта.

Мобильные приложения были реализованы нативно для каждой платформы.

Процесс разработки включал:

- разработку iOS-приложения на Swift с поддержкой push-уведомлений;

- разработку Android-приложения на Kotlin с идентичной бизнес-логикой;

- настройку взаимодействия с API и обработку ошибок при нестабильном соединении.

Это обеспечило стабильную работу, высокую производительность и полноценную поддержку push-уведомлений.

Самой сложной частью проекта стала интеграция мобильного приложения с уже существующей системой на Bitrix, которая изначально не проектировалась как бэкенд для мобильных клиентов.

Чтобы решить эту задачу, мы:

1. разработали отдельный API-слой на PHP (Symfony), который обращался к данным Bitrix и преобразовывал их в удобный формат для мобильного приложения;

2. изолировали мобильное приложение от внутренней логики сайта, чтобы изменения в веб-части не ломали работу приложений;

3. реализовали авторизацию и проверку прав доступа на стороне API, чтобы обеспечить безопасную работу с персональными данными пользователей.

Такой подход позволил аккуратно «подружить» мобильное приложение с существующей системой без глубокого вмешательства в ядро Bitrix.

Приложение должно было учитывать разные сценарии: абитуриенты, студенты и преподаватели видят разную информацию и работают с системой по-разному. Это потребовало аккуратной проработки прав доступа и логики отображения данных.

Для этого мы:

- описали отдельные сценарии использования для абитуриентов, студентов и преподавателей;

- реализовали ролевую модель на уровне API, где каждому типу пользователя соответствовал свой набор данных и доступных функций;

- настроили динамическое отображение интерфейса в приложении в зависимости от роли пользователя.

В результате каждый пользователь видел только релевантную ему информацию, а приложение оставалось единым по архитектуре и логике.

Мы разработали и запустили нативные мобильные приложения для iOS и Android, полностью интегрированные с существующим сайтом колледжа. Клиент получил:

- современный мобильный интерфейс;

- push-уведомления для оперативной коммуникации;

- масштабируемую архитектуру с API;

- готовую основу для дальнейшего развития продукта.

После запуска проекта мы продолжили сопровождение решения: вносили доработки по запросам клиента и помогали адаптировать приложение. Клиент остался доволен результатом — мобильное приложение стабильно работало и выполняло поставленные задачи.