Как создать собственную LMS

26 февраля, 2024

Если хочешь идеально — сделай это сам. Именно этой фразой можно описать смельчаков, решивших разрабатывать собственную LMS (learning management system) для своего образовательного бизнеса или корпоративного обучения. Если вы все еще сомневаетесь: створити LMS создать LMS самостоятельно или продолжать поиск готового продукта для организации обучения — в этой статье рассказали, что нужно учитывать перед принятием решения.

SkillzRun — это был не первый наш опыт разработки собственного продукта, но самый большой и единственный, дошедший до этапа полноценного выхода на рынок. Анализируя наш опыт, можно сказать, что на 70% путь был спланирован, а 30% оставалось в зоне «непредсказуемости». У нас было представление «ядра», которое должно быть обязательным на основе предыдущего опыта реализации разных LMS в рамках аутсорсинговой IT-компании WeeTeam. 

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

На основе нашего пройденного пути и приобретенного опыта со SkillzRun, мы расскажем, как создать LMS и сделать все правильно и грамотно.

С чего начинается разработка LMS

Сначала я рекомендую «замакетировать» основной функционал продукта. Сделать дизайн прототипа — это несложно и недорого, но очень эффективно. Это поможет конкретизировать видение продукта как вам, так и программистам. Для создания макетов вы можете пользоваться бесплатными инструментами (типа balsamiq.com) или найти дизайнера — он вам все равно потребуется на следующем этапе создания дизайна экранов.

При разработке вы 100% будете отходить от макетов и дизайна, но сначала это очень полезный элемент, который «подсветит» многие детали, о которых вы даже не догадывались. Старайтесь продумать функционал, который может появиться в перспективе, чтобы программисты смогли заложить правильный «фундамент» на будущее.

Расчет бюджета и сроков с программистами

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

Проверка гипотез на целевой аудитории

Каждый блок функционала перед построением плана разработки должен быть исследован и проверен на актуальность: есть ли у конкурентов подобное и как это работает? Будет ли это полезно потенциальной целевой аудитории? Как это воплотить со стороны бэк-офиса и т.д. Наличие макетов очень поможет во время этого этапа как для собственного понимания, так и для демонстрации другим.

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

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

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

Усовершенствование дизайна: эргономика, UX, UI

Не пренебрегайте затратами на усовершенствование дизайна — после утверждения макетов, на их основе дизайнер должен продумать UX/UI-интерфейс, эргономику, анимацию. Только так можно создать LMS, которая будет доставлять удовольствие от пользования и будет мотивировать учиться.

Организация взаимодействия команды

Вся работа нашей команды была раздроблена на 2-недельные спринты. В конце каждого из них мы обсуждали результаты работы, проблемы и планы на следующий период. В спринтах участвовали все: 4 разработчика (веб и мобайл), 2 Product Owners (Андрей и Жюльен), Project Manager и дизайнер + feedback от комьюнити студентов, преподавателей и экспертов в blended-обучении (смесь офлайн- и онлайн-обучения ).

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

Внесение изменений в roadmap при разработке

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

Релиз LMS

Спринт за спринтом мы двигались следующим образом: дизайн – проверка – отправка в продакшн – тестирование. Так было до момента наличия необходимого базового функционала для релиза — в результате мы его получили почти после 3 лет работы.

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

Continuous development после релиза

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

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

Каковы альтернативы разработке LMS с полного нуля

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

Достаточно велика вероятность, что они согласятся и предложат варианты решений, сроки и ориентировочный бюджет. Таким образом вы получите готовую LMS+ доработанный под вас функционал, что несравненно быстрее и дешевле, чем вариант, когда вы разрабатываете все с нуля. Также вы получите команду для технической поддержки, что тоже очень важно. Мы в SkillzRun сотрудничаем по таким условиям в White Label-приложении.

Еще есть вариант выбрать open source решение (с открытым кодом), вроде Moodle, и специализирующихся на нем программистов. Таким образом можно сделать достаточно персонализированную LMS быстро и недорого. Минусом будет то, что вы привязаны к конкретному решению, которое может ограничить ваши возможности, ведь рынок разработчиков под него лимитирован.

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

Все зависит от вашего кейса, опыта, знаний, ресурсов и целей, конечно. Я советую еще раз сопоставить «за» и «против» всех возможных вариантов, а также иметь план А, Б, В, если что-то пойдет не так, как вы спланировали. Надеемся, эта статья была полезна вам. Развиваем рынок EdTech вместе!

Успешная учеба сотрудников в наше время неразрывно связана с дистанционным обучением, ведь это не только экономит время и ресурсы компании, но и придает гибкость в учебном процессе.

Теги

Інформація

Ми покажемо роботу системи зсередини і відповімо на всі ваші питання.

Спробуйте Skillzrun в дії безкоштовно.

Можливо вас зацікавить

0 Comments

Зацікавлені у SkillzRun?

Отримайте демонстрацію можливостей системи під ваші навчальні потреби

Заповніть форму, щоб записатися на демо

Залишаючи свої контактні дані, ви погоджуєтеся з нашою Політикою конфіденційності