Мобильная LMS: какой сценарий оправдывает отдельное приложение
Привет, я — Антон Фокин, CEO Qtim. Мы разрабатываем EdTech-платформы и регулярно слышим: «К веб-версии нужно ещё приложение». За этой строкой стоят отдельный выпуск, публикация в App Store и Google Play, тестирование на разных устройствах и поддержка после обновлений.
Поэтому мы начинаем с учебной ситуации: что именно телефон меняет для ученика, преподавателя или родителя? Ответ определяет формат точнее, чем список функций.
У телефона должна быть отдельная работа
Отдельное приложение оправдано при двух условиях. Смартфон даёт учебному сценарию полезную возможность за пределами браузера. Человек возвращается к этому сценарию достаточно часто, чтобы установка окупилась удобством.
Рабочий критерий: учебный путь должен заметно выигрывать от телефона хотя бы в одном месте. Без такого выигрыша продукт получает второй цикл выпуска, а ученик — ещё одну иконку.
PWA закрывает короткие возвращения с телефона
Основной учебный путь часто хорошо живёт в браузере: ученик переходит по ссылке, входит в кабинет, смотрит урок и сдаёт тест. Между адаптивным вебом и полноценным приложением есть PWA. Это сайт, который можно вынести на домашний экран и частично использовать без сети. Подробно выбор для первой версии я разбирал в отдельной статье.
PWA подходит для расписания, коротких тестов и конспектов, которые открывают с телефона несколько раз в неделю. Многочасовое обучение без сети требует строгого контура хранения и синхронизации между устройствами. Здесь мы отдельно сравниваем PWA и приложение на целевых устройствах.
Шесть курсов и 460 экзаменов остались в вебе
В «Стадикэтс» мы за пять месяцев объединили шесть курсов в одну веб-платформу на Nuxt.js и NestJS. Пробники, задания, карточки для повторения, статистика и игровые механики работают без отдельного приложения. Мобильный продукт получит смысл, когда ученики начнут возвращаться к карточкам с телефона по несколько раз в день и браузер станет мешать этим коротким заходам. 
В платформе аттестации для Университета Льва Толстого камера и микрофон тоже не привели к мобильному клиенту. Кандидат проверяет оборудование, включает запись видео, звука и экрана, затем сдаёт письменную или устную часть. Через платформу прошли около 460 кандидатов. Устройство определил регламент экзамена: площадка, аудитория, фиксация личности и запись экрана. 
Оба проекта показывают один принцип: возможность смартфона сама по себе не выбирает платформу. Решение принимает весь пользовательский маршрут.
Три месяца на дневник для одной роли
В «Онлайн-школе № 1» отдельный мобильный контур понадобился родителям. Учебное ядро осталось в вебе, а мобильный дневник мы собрали на Flutter поверх NestJS-бэкенда действующей платформы. Первую версию сделали за три месяца. 
В приложение вошли расписание, оценки, домашние задания, посещаемость, записи занятий и переключение между детьми. Главный экран получает сводку из четырёх модулей одним серверным запросом. Часовые пояса настроены отдельно, поэтому родитель видит уроки и сроки в своём времени.
Редактор курсов и инструменты преподавателя в этот маршрут не попали. У каждой роли остался короткий путь, а общие данные живут в одном бэкенде: уроки работают в вебе, дневник — в телефоне.
Копия кабинета создаёт второй цикл выпуска
У приложения появляется собственная жизнь ещё до публикации. Команда настраивает сертификаты и подписи, готовит страницы в сторах, запрашивает разрешения и проверяет сборки на разных устройствах. После запуска цикл повторяется с каждым заметным обновлением.
Flutter позволяет вести один мобильный продукт для iOS и Android при общей логике экранов. Публикация, тестирование и часть интеграций с возможностями телефона всё равно остаются раздельными. Поэтому бэкенд мы строим по принципу API-first: роли, права, прогресс и аналитика остаются на сервере, а веб и приложение работают как разные клиенты.
Пять вопросов перед сметой
- В какой момент обучения человек берёт телефон: по дороге к занятию, во время задания или между уроками?
- Какую короткую задачу он должен завершить за один заход?
- Что мешает пройти этот путь в мобильном браузере: связь, работа с файлами, камера, микрофон или переход из уведомления?
- Кому нужен мобильный маршрут и какая часть LMS нужна этой роли?
- Какая учебная метрика покажет результат: регулярность занятий, выполненные задания, пропуски или обращения в поддержку?
Ответы обычно приводят к одному из четырёх вариантов: адаптивный веб, PWA, отдельное мобильное приложение или специализированный клиент для контролируемого процесса. Технология появляется после маршрута пользователя.
Родителю между станциями метро нужен дневник на минуту. Так и формулируется решение: у отдельного приложения должна быть одна повторяемая работа, которую телефон выполняет заметно лучше браузера. 
Повторяемый мобильный сценарий можно разобрать с нами в направлении EdTech-разработки. Мы определим границы веба и мобильного контура до того, как второй цикл выпуска окажется в смете.
