Umed

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

Выполненная работа

АналитикаUI/UX ДизайнРазработкаИнтеграцииПоддержка

Стек

SwiftKotlinBitrixPHP

Ссылки

К нам обратился UMED (Уральский медицинский колледж) с задачей расширить существующую цифровую платформу и перенести ключевые функции личного кабинета в мобильное приложение. В этом кейсе рассказываем, почему сайт перестал закрывать потребности пользователей, как мы подошли к разработке мобильного приложения и какие решения легли в его основу.

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

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

расписание занятий
оценки и учебная информация
подача документов на поступление

Задача Функциональность работала, но мобильный опыт был неудобным: не хватало push-уведомлений и адаптированных сценариев работы со смартфона.

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

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

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

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

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

адаптация брендбука под мобильные интерфейсы и разные размеры экранов
проектирование пользовательских сценариев с упором на быстрый доступ к расписанию и учебной информации
отрисовка дизайн-макетов, которые легко масштабируются при дальнейшем развитии функционала
В результате приложение выглядело как логичное продолжение сайта, а не отдельный продукт «сам по себе»

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

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

спроектировали структуру API и форматы обмена данными между Bitrix и мобильным приложением;
реализовали безопасное получение данных из существующей системы без вмешательства в ядро сайта;
заложили возможность масштабирования API под будущие доработки и новые сценарии.

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

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

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

разработку iOS-приложения на Swift с поддержкой push-уведомлений
разработку Android-приложения на Kotlin с идентичной бизнес-логикой
настройку взаимодействия с API и обработку ошибок при нестабильном соединении

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

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

Для решения мы:

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

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

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

Для реализации мы:

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

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

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

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

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

Над проектом работали