Построить, купить или расширить существующую LMS

Автор: Николай СапуновОбновлено: август 202615 мин чтения
Содержание статьи +

Это инженерные рекомендации, а не юридическая консультация. Требования к данным и ПО для вашей организации уточняйте у юриста.

Кратко

Ещё до первой строки кода и до подписания договора приходится принять решение, от которого зависят все остальные: купить готовую учебную платформу, доработать open-source-систему вроде Moodle или построить собственную с нуля. Покупка быстрее и дешевле на старте, но почти не оставляет свободы для кастомизации. Расширение даёт больше контроля, но упирается в возможности плагинов и усложняет обновления. Собственная разработка даёт полный контроль над видео, трекингом и пользовательским опытом, но требует на старте от нескольких до двух десятков миллионов рублей и окупается только на большой аудитории. Большинству команд разумнее выбрать четвёртый путь – гибрид: проверенная система берёт на себя типовые части (курсы, запись, оценки, документы об обучении), а своим строится только видеослой, который и отличает продукт. В статье – критерии выбора, цифры 2026 года в рублях, российские фильтры, дерево решений и рабочий лист для расчёта на своих числах.

Почему это важно

Директор по обучению, основатель EdTech-стартапа или руководитель продукта сталкивается с вопросом «построить или купить» одним из первых, и обычно в неверной постановке. Его считают вопросом бюджета («что дешевле?»), хотя это вопрос архитектуры: от ответа зависит, чем продукт вообще сможет стать. Купив платформу, вы получаете чужой плеер, чужую модель трекинга и чужие ограничения. Построив свою, владеете всем, в том числе и всеми расходами. В России к этому добавляются два фильтра, которые отсекают часть вариантов ещё до сравнения цен: персональные данные учащихся нельзя обрабатывать в базах за рубежом, а образовательные организации и госзаказчики смотрят на реестр российского ПО. Статью удобно читать вместе с картой анатомии платформы и моделью стоимости: принятое здесь решение превращает их в план.

Три пути простыми словами

Любая учебная платформа, с которой вы работали, сделана одним из трёх способов. Термины часто путают, поэтому сначала договоримся о них.

Первый путь – купить: арендовать готовую платформу, которую сопровождает вендор, обычно по модели SaaS (software as a service – программа, к которой вы получаете доступ по сети за регулярную плату, вместо того чтобы устанавливать и обслуживать её у себя). Вы регистрируетесь, загружаете курсы, учащиеся начинают заниматься. Это как снять квартиру с мебелью: въехать можно завтра, но стены не передвинешь.

Второй путь – расширить: взять open-source-платформу, код которой можно бесплатно скачать и дорабатывать, и добавить к ней свои функции. Главный пример – Moodle, система управления обучением (LMS – программа, которая хранит курсы, записывает на них учащихся и фиксирует их прогресс). Moodle больше двадцати лет; по открытой статистике проекта, она работает примерно на 148 000 зарегистрированных сайтах в 237 странах, из них около 4 500 – в России [1]. В российских вузах Moodle стала стандартом де-факто для электронной информационно-образовательной среды (ЭИОС), которую организация обязана создать по ч. 3 ст. 16 273-ФЗ [9]. Расширение похоже на покупку дома с крепким каркасом под ремонт: основа надёжная, но за каждое изменение отвечаете вы.

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

Есть и четвёртый путь, который на практике выбирает большинство успешных команд, и мы рассматриваем его как полноценный вариант. Это гибрид: купленная или расширенная система закрывает рутинные, давно решённые задачи, а своим строится только то, что отличает продукт, – почти всегда видео. К этому варианту статья в итоге и придёт.

Рисунок 1. Три пути и гибрид между ними. Слева – скорость и низкие стартовые затраты, справа – контроль и отличие от конкурентов.

Главный компромисс: контроль или скорость

За тремя путями стоит один компромисс, и, если держать его в голове, выбирать проще. На одном конце шкалы – скорость и низкие стартовые затраты, на другом – контроль и возможность отличаться от конкурентов. Получить максимум и того и другого не выйдет: каждый путь – точка где-то на этой шкале.

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

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

Расширение находится посередине, хотя и не точно в центре. Вы бесплатно получаете надёжное ядро и можете добавлять функции, но только там, где ядро это допускает. Шаг дальше – и вы уже правите исходный код, то есть фактически создаёте собственный форк, после чего каждое обновление становится болезненным, а то и невозможным [6]. Ощущение контроля сохраняется, пока вы не упрётесь в то, что платформа менять не даёт.

Рисунок 2. Шкала «контроль или скорость». Каждый путь жертвует одним ради другого; гибрид распределяет компромисс по слоям.

Путь 1: купить готовую платформу

Купить – значит выбрать одну из десятков коммерческих учебных платформ и платить за пользователя или пакет мест. В России это прежде всего корпоративные системы: iSpring Learn, WebTutor (Websoft HCM), Mirapolis, Teachbase, Сбер Пульс, МояКоманда, Эквио, Motivity. Онлайн-школы, которые продают курсы, чаще выбирают платформы вроде GetCourse [10][11][12].

Прежде чем сравнивать цены, проверьте кандидатов по двум российским критериям. Первый – данные. С 1 июля 2025 года сбор, запись, хранение и другие операции с персональными данными граждан РФ с использованием баз данных за пределами России не допускаются (ч. 5 ст. 18 152-ФЗ) [7]. В LMS за каждым учащимся стоят ФИО, почта, результаты тестов и история просмотров, поэтому зарубежные облачные платформы отпадают, а у российской нужно уточнить, где физически находятся её базы и резервные копии.

Второй фильтр – реестр. По правилам применения электронного обучения LMS и ПО для дистанционных технологий, прокторинга и видеосвязи в образовательных организациях должны создаваться и использоваться в соответствии с законодательством РФ «и (или)» входить в единый реестр российских программ (п. 21 ПП 1678) [8]. Насколько строга эта норма, зависит от толкования «и (или)», но госзаказчики на практике требуют запись в реестре. iSpring Learn, WebTutor, Motivity и МояКоманда в реестре есть, Сбер Пульс работает как SaaS в российском ЦОД с сертификатом ФСТЭК; статус остальных проверяйте сами [10][11][12].

Экономика простая и поначалу выглядит заманчиво. Обычно платят за активного пользователя или пакет мест помесячно или за год; публичные тарифы есть не у всех, корпоративные цены – по запросу. Для расчёта возьмём условные 680 ₽ за учащегося в месяц (сверяйте с прайсом конкретного вендора). Годовая плата составит:

  • при 500 учащихся: 500 × 680 ₽ × 12 = 4,08 млн ₽ в год;
  • при 5 000 учащихся: 5 000 × 680 ₽ × 12 = 40,8 млн ₽ в год;
  • при 25 000 учащихся: 25 000 × 680 ₽ × 12 = 204 млн ₽ в год.

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

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

Типичная ошибка – взять SaaS-платформу под продукт, который вы будете продавать людям, сравнивающим вас с Яндекс Практикумом или Skyeng. Ограничения кастомизации всплывут в первую же неделю бета-теста, и обойти их не получится. Если платформа и есть продукт, купленное решение редко продерживается дольше второго года.

Путь 2: расширить open-source-LMS

Расширить – значит скачать бесплатную open-source-платформу и добавить к ней свои функции. Здесь безусловный лидер – Moodle: она написана на PHP, распространяется под открытой лицензией GPL, которая разрешает использовать и дорабатывать код, а в её каталоге больше полутора тысяч плагинов – модулей для интерактивного контента, виртуальных классов, платежей и интеграций [3]. Из коробки Moodle поддерживает стандарт упаковки курсов SCORM версии 1.2 и стандарт запуска внешних инструментов LTI 1.3 [3][4]. SCORM 2004 штатно не поддерживается, а современный стандарт трекинга xAPI и его профиль cmi5 подключаются сторонними плагинами [4][13][14]. Учитывайте это при сравнении: «поддерживает xAPI» в презентации интегратора часто означает конкретный плагин, а не ядро.

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

Но есть ограничение, о котором не пишут в рекламных материалах: расширять платформу можно только там, где это предусмотрели её авторы. Разработчики плагинов работают через точки расширения, которые ядро явно открывает; то, что изначально не задумано настраиваемым, остаётся как есть [5][6]. Если требование выходит за эти рамки (принципиально другая работа с видео, модель трекинга, которую ядро не поддерживает, сценарий прохождения курса, не предусмотренный архитектурой), приходится выбирать из двух плохих вариантов: форкнуть ядро, то есть изменить исходный код, или смириться с ограничением. Форк сильно усложняет жизнь: каждое новое обновление конфликтует с вашими правками [6].

Есть и предел производительности. Классическая установка Moodle – одно большое PHP-приложение, и, по нашему опыту, на одном инстансе оно начинает проседать примерно при 100 000 активных пользователей в месяц и тяжёлом видеотрафике [3]. С этого момента «бесплатная» платформа обходится в сумму от 430 тыс. до 1,3 млн ₽ в месяц на инфраструктуру: кэширование, доставку контента и отдельный медиастек [3]. Качество плагинов сильно разнится: часть каталога давно не поддерживается, и неудачное сочетание модулей может открыть уязвимость с первого же дня.

Если вы поставляете платформу вузу, колледжу или школе, заранее выясните, как заказчик толкует п. 21 ПП 1678. Moodle – зарубежный open-source-проект: одним заказчикам достаточно законного использования и хранения данных в РФ, другим, прежде всего государственным, нужна запись в реестре российского ПО [8].

Расширение подходит, когда покупка даёт слишком мало контроля, но отличаетесь вы контентом и методикой, а не принципиально своим видео. Пример – вуз, которому нужны свой брендинг, пара нестандартных сценариев и поддержка стандартов, а курсы построены в довольно типовых форматах. Как всё это подключить, подробно разбирают наши руководства по интеграции с Moodle и интеграции с российскими LMS и ЭИОС вузов.

Путь 3: построить свою платформу

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

Только этот путь даёт полный контроль над тремя самыми сложными частями обучающего видео: интерактивным плеером, слоем трекинга и, если вы проводите живые занятия, видеоклассом реального времени. Кроме того, только здесь все права на продукт принадлежат вам, а это критично, если вы захотите его продать или привлечь инвестиции. В России у собственных прав есть ещё один плюс: продукт можно заявить в реестр российского ПО. Запись в реестре открывает дорогу к образовательным организациям и госзаказчикам (п. 21 ПП 1678), а передача прав на ПО из реестра, включая удалённый доступ по модели SaaS, освобождена от НДС (пп. 26 п. 2 ст. 149 НК) [8][16].

Расходы ощутимые, и основная их часть приходится на старт. По оценкам 2026 года, пересчитанным на российскую ставку разработки 4 700 ₽ в час, MVP (минимально жизнеспособный продукт) с узким набором функций обходится примерно в 2,8–6,6 млн ₽ и делается за 12–20 недель, а полноценную собственную LMS обычно оценивают в 7,2–19 млн ₽ на старте плюс 3–8 млн ₽ в год на хостинг и поддержку [3]. От исследования до запуска полной версии обычно проходит от шести до десяти месяцев [2].

Точку, после которой собственная разработка выгоднее покупки, можно найти одним расчётом. Допустим, разработка стоит 8,5 млн ₽ плюс 3,4 млн ₽ в год на эксплуатацию, а SaaS-альтернатива – те же 680 ₽ за учащегося в месяц. За три года:

  • Построить: 8,5 млн ₽ + (3 × 3,4 млн ₽) = 18,7 млн ₽ независимо от размера аудитории.
  • Купить при N учащихся: N × 680 ₽ × 12 × 3 = 24 480 ₽ × N.

Приравниваем: N = 18 700 000 ₽ ÷ 24 480 ₽ ≈ 760 учащихся. Если стабильная аудитория на горизонте трёх лет меньше примерно 760 человек, выгоднее покупка; если больше, собственная разработка начинает окупаться, и разрыв быстро растёт. Ваши цифры будут другими: подставить их можно в бесплатном рабочем листе и модели стоимости.

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

Четвёртый путь, который стоит выбрать большинству: гибрид

Для многих продуктов лучшее решение – отказаться от выбора «всё или ничего». Оставьте купленную или расширенную систему базовой LMS: главным источником данных о курсах, записи, оценках, стандартах и всей «бумажной» части. Например, сведения об удостоверениях о повышении квалификации с 1 сентября 2025 года нужно вносить в ФИС ФРДО в течение 30 дней со дня выдачи [17]. А своим стройте только видеослой – то, ради чего учащиеся выбирают именно ваш продукт.

Технически это работает, потому что учебные стандарты для того и созданы. Moodle можно использовать в режиме headless (данные и логика остаются в Moodle, а пользователь видит отдельный собственный интерфейс) и подключить своё видеоприложение через веб-сервисы Moodle или через LTI 1.3 – стандарт, по которому внешний инструмент безопасно запускается внутри платформы по подписанному токену [3][15]. Оценку и факт завершения инструмент возвращает в журнал базовой LMS через сервис оценок LTI Advantage, а подробные данные о работе с видео записывает xAPI-утверждениями в собственное хранилище учебных записей (LRS) на серверах в РФ. Журнал и отметка о завершении остаются за базовой LMS, а подробные данные о просмотре не ограничены её моделью.

Такой гибрид можно запустить примерно за 8–12 недель, быстрее и дешевле полной разработки [3]. Учащиеся получают лучший опыт там, где проводят больше всего времени, а если позже вы перерастёте базовую LMS, переезд пройдёт без лишней боли. Платить придётся сложностью интеграции: интерфейсы базовой LMS не рассчитаны на такой сценарий, и особенности её модели данных неизбежно проявятся в вашем коде. Для большинства видеопродуктов эти издержки окупаются.

Рисунок 3. Гибридная схема. Базовая LMS отвечает за курсы, запись и оценки, свой видеослой – за опыт учащегося: он возвращает оценку через LTI и пишет подробный трекинг xAPI-утверждениями в LRS.

Как сравнить четыре пути

Решение касается не только денег. От строки «Поддержка стандартов» зависит, сможет ли контент переходить между системами, а от строки «Данные в РФ и реестр ПО» – станут ли вас вообще рассматривать корпоративные и государственные заказчики.

КритерийКупить (SaaS)Расширить (open-source)Построить (своя разработка)Гибрид
Время до запускаДни–неделиНедели6–10 мес. (MVP – 12–20 недель)8–12 недель
Стартовая стоимостьНизкая (подключение)Низкая–средняя2,8–19 млн ₽ и вышеСредняя
Постоянные затратыПлата за место, растёт с аудиториейХостинг + администрированиеХостинг + поддержкаХостинг + базовая LMS
Свобода кастомизацииНизкая, рамки задаёт вендорВ пределах точек расширенияПолнаяВысокая в своём слое
Контроль над видеоПлеер вендораПлагин / встраиваниеПолныйПолный (свой слой)
Поддержка стандартовЗависит от вендора, проверятьSCORM 1.2 и LTI 1.3 встроены; xAPI, cmi5 – плагинамиРеализуете самиБазовая LMS плюс ваша LRS
Данные в РФ и реестр ПОПроверять ЦОД и реестр у вендораСвои серверы в РФ; реестр – вопрос толкования заказчикаСвоя инфраструктура; продукт можно заявить в реестрЗависит от базовой LMS
Права на продуктНетЯдро общее, плагины вашиПолностью вашиВаш собственный слой
Очень большая аудиторияДорого из-за платы за местоУпирается в один инстансЗакладывается в архитектуруДа, если границы базовой LMS чётко заданы
Когда выбиратьLMS – центр затратОтличие в контенте, а не в видеоLMS и есть продуктОтличие в видео, остальное типовое

В ячейках – типичные значения на 2026 год, а не гарантии; при другом объёме работ меняется каждая строка. Стандарты подробно разобраны в Блоке 2.

Как принять решение: пять вопросов

В большинстве случаев достаточно трезво ответить на пять вопросов.

1. Учебная платформа – это продукт или центр затрат? Если речь о внутреннем обучении или о вспомогательной функции более крупного бизнеса, склоняйтесь к покупке или расширению. Если вы продаёте именно платформу и выигрываете за её счёт, выбирайте собственную разработку или гибрид.

2. С кем вас сравнивает аудитория? Вузы и корпоративные заказчики, которые покупают по техническому заданию, смотрят на стандарты, реестр и цену, поэтому часто хватает покупки или расширения. Частные пользователи, которые сравнивают вас с Яндекс Практикумом или Skyeng, типовой интерфейс не простят: в том, что они видят, нужно своё.

3. Насколько нестандартное у вас видео? Если хватает типового плеера и трекинга, покупайте или расширяйте. Если нужны ветвление в видео, трекинг с точностью до секунды или live-занятия, встроенные в ход урока, этот слой придётся разрабатывать самим.

4. Какой будет аудитория через три года? Если учащихся меньше, чем в точке перехода (в нашем примере – около 760), а набор функций стабилен, покупка остаётся дешевле. Если больше и продукт активно развивается, окупается собственная разработка или гибрид.

5. Какая у вас стратегия выхода? Если возможна продажа компании или привлечение инвестиций, важны собственные права на продукт, а общее open-source-ядро их размывает. Если платформа останется внутренней инфраструктурой, этот вопрос снимается.

Рисунок 4. Дерево решений. Начните сверху: большинство видеопродуктов, которые не сводятся к центру затрат, приходят к собственной разработке или гибриду.

Стоимость во времени: почему траектория важнее ценника

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

Рисунок 5. Стоимость за три года для каждого пути. Линия покупки растёт с каждым учащимся, линия собственной разработки почти горизонтальна. Точка их пересечения – ваш порог «построить или купить».

Отсюда практический вывод: если вы почти наверняка перейдёте порог в ближайшие два года, то, оплачивая SaaS сейчас и собственную разработку потом, вы заплатите дважды. В таком случае обычно выгоднее сразу делать MVP с узким набором функций или гибрид. Если же аудитория останется небольшой, аренда обойдётся дешевле ипотеки. Руководство по оценке объёма и трудозатрат поможет получить конкретную цифру для вашего проекта.

Где здесь Фора Софт

Мы прошли каждый из описанных путей. Разворачивали и настраивали под заказчика open-source-платформы, писали собственные плагины, интегрировали Moodle и похожие системы с видео и учебными стандартами. Строили с нуля полностью собственные учебные платформы – с ИИ-тьюторами, виртуальными классами реального времени и синхронным переводом, когда платформа и была продуктом. Помогали командам переезжать с систем, которые те переросли. В вопросе «построить или купить» мы сознательно не привязаны к вендорам: самый скромный по деньгам проект для нас – когда мы советуем купить готовую платформу и на этом заканчиваем, и мы так и говорим, если это правильный ответ. Больше всего пользы мы приносим в гибридном и собственном видеослое (интерактивный плеер, трекинг, live-класс), где сходится наш опыт в стриминге, WebRTC и e-learning.

Главное

  • «Построить или купить» – архитектурное решение, а не строка бюджета: от него зависит, каким сможет стать продукт.
  • До сравнения цен отсейте варианты по двум критериям: данные учащихся хранятся только в базах в РФ, а для образовательных организаций и госзаказчиков нужен реестр российского ПО.
  • Покупка – это скорость и низкие стартовые затраты, собственная разработка – контроль и отличие от конкурентов, расширение – промежуточный вариант.
  • Возможности расширения open-source-платформы заканчиваются вместе с точками расширения ядра; форк ядра ломает обновления.
  • Сравнивайте не ценники, а итог за три года при вашей аудитории; в нашем примере линии пересекаются примерно на 760 учащихся.
  • Гибрид из купленной или open-source-LMS и своего видеослоя оказывается верным решением чаще, чем ожидают команды.

Что почитать дальше

Строите такую систему?

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