Сколько стоит разработка приложения для онлайн-школы в 2026 году

Рынок онлайн-образования в России вырос до 149 млрд ₽ еще в 2024 году, но вот темпы его роста упали почти вдвое — и теперь чаще выигрывают те, кто умеет удерживать учеников и возвращать их на второй, третий, пятый курс.

Меня зовут Влад Кармаков. Сегодня разбираем, сколько стоит образовательное мобильное приложение. Расскажу, как приложение поможет удержать учеников и снизить операционные расходы (в т.ч. комиссию платформ), и подробно разберу, сколько стоит разработка и что должно входить в смету.

Представьте: вы просите смету у трех студий. Одна называет 3 млн ₽, вторая — 9 млн, третья — 20 млн. Кто-то сбивает цену? Или, может, другие компании ее завышают? Формально все три компании могут быть правы, потому что каждая закладывала разный набор платформ, разную глубину интеграций и разный подход, например, к ИИ-фичам.

Дело в том, что цена EdTech приложения является результатом подстановки конкретных значений в несколько переменных.

Вот эти переменные:

• Модель реализации. Подписка на no-code, найм команды в штат или контракт со студией — это три совершенно разные финансовые модели с разными показателями окупаемости.
• Целевые платформы. Нативное приложение под iOS и Android дороже, чем кроссплатформа или прогрессивное веб-приложение (PWA). Иногда веб-версии хватает за глаза.
• Интеграции. Подключение LMS, платежного эквайринга, видеохостинга с CDN, CRM и мессенджеров. Каждая интеграция суть отдельная статья сметы.
• ИИ-фичи. Адаптивные задания, проверка домашних заданий, ИИ-наставник и т.д. заметно удорожают продукт, но именно они лучше всего работают на удержание аудитории.
• Команда и регион. Часовая ставка аутсорса варьируется в зависимости от географии исполнителя, уровня профессионализма и эффективности внутренних процессов подрядчика. Найм разработчиков в свою компанию — это отдельная история с ФОТ, налогами и онбордингом. Держать свой ИТ-отдел в нынешних условиях готовы не только лишь все, многие не готовы.

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

Итак: есть же GetCourse, зачем какое-то приложение? На GetCourse и правда работает значительная часть российских онлайн-школ — по оценкам самой платформы, порядка 70%. Для старта это отличный выбор: подписка, готовая LMS, встроенный эквайринг (с рассрочкой!), вебинары и многое другое. При грамотном подходе можно запуститься за выходные.

А разработка приложения — это месяцы и минимум пара миллионов входных затрат. Но, как говорится, есть нюанс.

Дело вот в чем. Рынок онлайн-образования в России вырос на 21% в 2024 году — до 149 млрд ₽, но уже в 2025-м темп упал примерно до 12%, а совокупная выручка топ-игроков вышла на 154 млрд ₽. Получается, что рынок переходит в зрелую фазу. Продать любой курс кому угодно уже не выходит: на первый план все чаще выходят качество продукта, удержание аудитории и ее готовность платить за конкретный результат.

К слову, с удержанием пользователей у EdTech в целом тяжело — retention в сегменте колеблется от 4% до 27% в зависимости от типа платформы. При этом стоимость привлечения платящего ученика на западном рынке в некоторых нишах доходит до полутора тысяч долларов! В России поменьше, конечно, но суть точно такая же.

Хорошо. Допустим, все так. Но зачем в таких условиях еще и тратиться на разработку приложения для обучения? Затем, что приложение успешно закрывает те пробелы, которые коробочное решение закрыть не может в принципе. И вот ради этого и стоит заказать разработку приложения!

Вот какие боли коробочная платформа закрывает плохо (или совсем не):

• Низкое удержание и короткий LTV (пожизненная ценность клиента). В коробке инструменты работы с поведением ученика ограничены: push-воронки, геймификация и персональные сценарии часто превращаются в платные модули или какие-то адские костыли. Свой продукт дает полный доступ к данным о предпочтениях и work flow клиентов и свободу экспериментов.
• Неразличимость на фоне сотен других школ. Если 70% школ физически расположены на одной платформе, то и интерфейсы у них похожие. Для учеников — это плюс, для школ — минус. Собственное приложение под своим брендом — это канал, который невозможно спутать с конкурентом.
• Зависимость от вендора и канала. Тариф растет вместе с базой учеников, а поменять платформу позже — это отдельный квест с миграцией учеников и контента. Миграцию еще обсудим ниже.
• Нет данных для формирования стратегии. Без собственной аналитики вы не знаете, где ученик застревает, какой урок не досматривает, какой дожим срабатывает.

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

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

Из ИИ-фичей, которые реально окупаются в приложении онлайн-школы, чаще всего выстреливают три:

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

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

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

Однако многое зависит от того, какой подход к разработке избрать. Едем дальше.

Окей, с мотивацией разобрались. Теперь — как именно это построить. Путей три:

Коротко по каждой.

No-code — это подписка на готовую платформу. Плюсы очевидны: быстро, дёшево на старте, не нужна команда. Минусы тоже понятны, мы их уже обсудили выше: вы живете в рамках того, что придумал вендор, тариф растет вместе с базой (скажем, на GetCourse верхние тарифы доходят до 145 000 ₽/мес), а чтобы добавить новую фичу нужно сделать запрос в техподдержку и долго-долго ждать. В целом, для 60% онлайн-школ это прекрасный вариант.

Своя команда — при таком подходе вы получаете полный контроль и высокую скорость итераций, но и платить за это нужно регулярно: зарплаты, налоги, онбординг, риск того, что ключевой разработчик уволится. Да и в целом своя команда разработки — это целая куча отдельных проблем. Знаю, о чем говорю, ведь я же руководитель компании по разработке. Нужны ли эти проблемы вам? Не факт. Но в целом, подход имеет смысл, когда продукт — это ядро бизнеса и итерации нужны еженедельно.

Разработка под ключ — золотая середина. Смотрите: с одной стороны, вы получаете готовую команду профессионалов (PM, дизайн, разработка, QA) с опытом и уже наступивших на все возможные грабли в разработке приложений в сфере образования. Плюс предсказуемый процесс. С другой, вам не нужно погружаться в нюансы разработки самому, отвлекаясь от основного бизнес-процесса.

Главный риск здесь — смета: без грамотного ТЗ и прозрачной модели оплаты формулировка «под ключ» легко превращается в долгострой с бесконтрольно растущим счетом. Поэтому к смете стоит подходить с открытыми глазами: требуйте декомпозицию по этапам и понятную модель оплаты.

Перейдём к цифрам.

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

Целевые платформы. Нативная разработка под iOS и Android — это фактически два приложения и две команды. Кроссплатформа (Flutter/React Native) — одно кодовое дерево на обе ОС, получается дешевле и быстрее, но с компромиссами по нативным фичам. PWA — это веб-приложение, которое суть обычный сайт, но ограничено в доступе к железу телефона. Часто правильный выбор для школы на старте — кроссплатформа или PWA, а натив оправдан, когда мобильные функции (например, офлайн-доступ к урокам) критичны.

Интеграции. Каждая внешняя система, с которой нужно связать приложение, — это отдельная статья расходов. Платежный эквайринг, видеохостинг с CDN, CRM, рассылки в мессенджерах, вебинарная платформа, аналитика — чем больше систем сосредоточено вокруг приложения, тем дороже выходят интеграции.

ИИ-фичи. Я считаю, что ИИ — это самый перспективный по окупаемости канал инвестиций в разработку. Только представьте: ИИ сам формирует индивидуальную программу обучения под каждого ученика, сам проверяет задания, отвечает на глупые и не очень вопросы в чате, рекомендует дальнейшие шаги и многое другое. Экономия часто достигает 80-90% на рутинных операциях.

Дизайн и кастом-анимации. Шаблонный UI дешевле, уникальный дизайн с анимациями переходов — дороже, но именно он отличает ваше приложение от очередного ноунейм курса на платформе.

Безопасность и защита контента. Водяные знаки на видео, анти-запись экрана, защита от складчин, хранение персональных данных по 152-ФЗ — все это ведет к росту стоимости разработки, но для серьезного продукта часто обязательно.

Дорого, если платить разом всю сумму, но так никто не делает, конечно. Любая разработка — это серия законченных этапов, каждый из которых заказчик оплачивает отдельно. В результате многомесячная работа оказывается разбита на небольшие по сроку и по стоимости кусочки, а значит, оказывается вполне подъемной.

И самое главное — даже простое MVP за 2–3 миллиона уже работает, уже приносит деньги, уже начинает окупаться! А начинать работу я рекомендую именно с MVP, а не с полнофункционального приложения онлайн-школы, набитого всеми возможными функциями.

Единой цифры нет. Простое образовательное приложение стоит от 2 до 5 млн руб, средний мобильный проект — около 5–12 млн руб. Enterprise LMS-приложения — от 15 млн руб и выше. Но реальная смета зависит от модели (no-code/команда/под ключ), платформ, интеграций и необходимости ИИ-функций.

Натив под iOS и Android — дороже всего, ведь фактически это два приложения. Кроссплатформа — дешевле и быстрее, но с компромиссами. PWA — самый бюджетный вариант, который не требует установки, но ограничен в доступе к железу. На старте онлайн-школе часто хватает кроссплатформы или PWA.

Предпроектное исследование, аналитика, дизайн, интеграции (платежная система, видео, CRM), QA, релиз и поддержка. После релиза добавляются хостинг/CDN, аппсторы, маркетинг (CAC) и модерация контента. Бюджет поддержки обычно составляет около 15–25% стоимости в год.

Чаще всего окупается разработка трех направлений внедрения искусственного интеллекта: проверка домашних заданий с автоматической обратной связью, чат-наставник на базе ИИ и рекомендательная система следующих шагов. Все они позволяют повысить процент завершения курсов и увеличить LTV, тем самым повысить доход онлайн-школы и уменьшить операционные расходы.

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

Вам. Зафиксируйте на этапе подписания договора права на репозитории, аккаунты аппсторов, доступы к аналитике, инфраструктуре, права на исходный код и дизайн. Если подрядчик не готов прописывать владение и порядок передачи доступов, это красный флаг независимо от цены.

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

Начать нужно с построения подробной CJM и прототипов приложения. Затем — MVP с аналитикой событий: какие сценарии использования возникают чаще, где сейчас теряются ученики, что лучше всего возвращает их в продукт (push-воронки, следующий шаг, напоминания). Сначала проверяем гипотезы удержания, потом масштабируем их.

Сначала определите, какую бизнес-задачу должен решить проект. Затем проверьте, чтобы каждая функция была привязана к конкретной метрике. После этого выберите подходящую модель оплаты: для первых версий продукта обычно подходит Time & Materials, а для проектов с понятным объемом работ — оплата по этапам. Обязательно попросите подрядчика разбить смету на этапы и заранее пропишите в договоре, кому принадлежит код и сколько будет стоить поддержка. Если смета проходит такую проверку, ее уже можно обсуждать предметно.

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