LMS-сістэма ў Кёльне: як спланаваць навучальную платформу

Калі арганізацыі ў Кёльне патрэбна LMS-сістэма?

Не кожнай арганізацыі патрэбна ўласная LMS-сістэма. Калі вы публікуеце некалькі курсаў у год і маеце мала навучэнцаў, гатовай платформы можа быць дастаткова. Праблема ўзнікае, калі запіс, аплаты, наведвальнасць і сертыфікаты кіруюцца ў розных інструментах.

Для бізнесу ў Кёльне патрэба звычайна ўзнікае пры ўнутраным навучанні супрацоўнікаў, адаптацыі новых людзей, абавязковых інструктажах па бяспецы або навучанні партнёраў і кліентаў. Для навучальнага цэнтра прычынай можа быць больш складаная арганізацыя груп, выкладчыкаў, раскладаў, тэстаў і аплаты.

Добры знак — калі адміністратар выдзяляе гадзіны на ручную рассылку матэрыялаў і праверку таго, хто скончыў курс. Іншы знак — калі кіраўнік не можа хутка адказаць, у якіх супрацоўнікаў скончыўся тэрмін дзеяння сертыфіката або якія тэсты правалены.

Якія ролі павінны быць у LMS-платформе?

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

Калі ў арганізацыі некалькі кампаній або філіялаў, важна, каб ролі працавалі і на ўзроўні арганізацыі. Так адзін адміністратар зможа кіраваць сваёй кампаніяй, не бачачы карыстальнікаў і справаздач іншай.

Добра, калі ёсць журнал дзеянняў: хто змяніў адзнаку, загрузіў матэрыял або дэактываваў карыстальніка. У выпадку спрэчкі або праверкі гэты запіс больш карысны за перапіску па электроннай пошце.

Якія курсы, урокі і тэсты патрэбныя?

Платформа LMS павінна адлюстроўваць рэальны спосаб, якім вы выкладаеце. Адзін курс можа быць серыяй відэаўрокаў, PDF-дакументаў і тэстаў. Іншы можа ўключаць занятак у аўдыторыі, хатняе заданне, ацэнку выкладчыка і фінальны сертыфікат.

Пры планаванні трэба вырашыць, ці праходзіць навучэнец урокі ў абавязковым парадку. Ці можа ён прапусціць ужо вядомы матэрыял? Ці павінен ён прагледзець відэа цалкам? Колькі спробаў мае для тэсту? Што адбываецца, калі вынік не дасягнуты?

• Катэгорыі і ўзроўні курсаў, напрыклад уводнае, спецыялізаванае і асвяжальнае навучанне.
• Відэа, PDF, прэзентацыі, выявы, знешнія матэрыялы і тэкставыя ўрокі.
• Тэсты з адным або некалькімі правільнымі адказамі, свабодным тэкстам і пытаннямі ў выпадковым парадку.
• Мінімальны вынік, колькасць спробаў, абмежаванні па часе і аўтаматычнае ацэньванне.
• Заданні, якія выкладчык правярае ўручную.
• Сертыфікат з датай выдачы, тэрмінам дзеяння і нумарам для праверкі.
• Паўторнае прызначэнне курса, калі тэрмін дзеяння сертыфіката скончыўся.

Для навучання на нямецкай, балгарскай або англійскай мове кантэнт павінен мець выразную моўную версію, а не толькі перакладзены інтэрфейс. Гэта спрашчае падтрымку і зніжае рызыку таго, што навучэнец адкрые матэрыял на няправільнай мове.

Якія справаздачы павінен атрымліваць кіраўнік?

Справаздачы «хто ўвайшоў у сістэму» рэдка бывае дастаткова. Кіраўніку звычайна трэба бачыць, хто запісаны, хто пачаў, хто скончыў, якога выніку дасягнуў і дзе спыніўся.

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

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

Экспарт у Excel або CSV практычны, але не павінен замяняць справаздачы ў сістэме. Калі кожны месяц нехта ўручную збірае справаздачу, працэс яшчэ не аўтаматызаваны.

З якімі сістэмамі павінна інтэгравацца платформа LMS?

Інтэграцыі трэба абмеркаваць да пачатку распрацоўкі, бо яны змяняюць структуру карыстальнікаў, плацяжоў і справаздач. Частка даных павінна сінхранізавацца аўтаматычна, а не капіравацца камандай паміж праграмамі.

• CRM-сістэма для запісаў, запытаў, арганізацый і гісторыі камунікацыі.
• ERP або бухгалтарскае праграмнае забеспячэнне для рахункаў, плацяжоў і статусу абавязацельстваў.
• Сістэма ідэнтыфікацыі і службовага ўваходу, калі арганізацыя выкарыстоўвае цэнтралізаваныя профілі.
• Электронная пошта для запрашэнняў, напамінкаў, вынікаў і апавяшчэнняў аб заканчэнні тэрміну дзеяння сертыфікатаў.
• Плацежны аператар для платных курсаў і аўтаматычнага пацвярджэння плацяжу.
• Відэахостынг або сховішча для навучальных матэрыялаў, калі файлы вялікія.
• API да ўнутраных сістэм для супрацоўнікаў, аддзелаў і пасад.
• Каляндар для заняткаў у аўдыторыі і апавяшчэнняў выкладчыкаў і навучэнцаў.

Не кожная інтэграцыя павінна быць двухбаковай. Напрыклад, LMS можа толькі атрымліваць спіс супрацоўнікаў з іншай сістэмы, але вяртаць у яе статус завершанага навучання. Гэты сцэнарый прасцей падтрымліваць, чым поўнасцю дубляваць усе даныя.

Пры працы з персанальнымі данымі трэба вызначыць правы доступу, тэрміны захоўвання, рэзервовыя копіі і выдаленне профіляў. Тэхнічныя налады з'яўляюцца часткай праекта, але арганізацыя павінна загадзя ўдакладніць, якія даныя ёй сапраўды неабходныя.

Гатовая платформа LMS або сістэма на замову?

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

Сістэма на замову мае сэнс, калі навучанне звязанае з іншымі ўнутранымі працэсамі або калі вашы ролі і правілы спецыфічныя. Можна пачаць з невялікага першага этапу і пашыраць сістэму, замест таго каб купляць вялікі пакет непатрэбных функцый.

Для праграмнага забеспячэння на заказ арыенцір — 3 000–29 300 €. У гэты дыяпазон таксама ўваходзяць праекты па распрацоўцы custom software; кошт залежыць ад колькасці роляў, тыпаў кантэнту, тэстаў, інтэграцый, моў, справаздач і неабходнасці мабільнай версіі. Дакладны аб’ём вызначаецца пасля аналізу, а паслуга па-за вызначаным аб’ёмам мае кошт «указваецца ў прапанове».

Калі вы вагаецеся, складзіце кароткі спіс працэсаў, якія не ахоплівае гатовая платформа. Калі гэта толькі візуальныя змены, гатовага прадукту, верагодна, дастаткова. Калі яны закранаюць плацяжы, ролі, справаздачы і сінхранізацыю з вашым асноўным праграмным забеспячэннем, сістэма на заказ заслугоўвае сур’ёзнага параўнання.

Як праходзіць рэалізацыя LMS-праекта?

1. 01
   Апісанне працэсу

   Фіксуюцца тыпы навучэнцаў, курсы, групы, ролі, правілы завяршэння і неабходныя справаздачы. Удакладняецца, што сёння робіцца ўручную і якія даныя ўжо існуюць у іншых сістэмах.

2. 02
   Вызначэнне першай версіі

   Вызначаецца мінімальны працаздольны аб’ём: уваход, профілі, курсы, урокі, тэсты, прагрэс і асноўныя справаздачы. Неразумна ўключаць у першую версію кожную магчымую інтэграцыю і ўсе будучыя сцэнарыі.

3. 03
   Праектаванне даных і роляў

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

4. 04
   Дызайн і распрацоўка

   Ствараюцца інтэрфейсы для адміністратара, выкладчыка, менеджара і навучэнца. Далей распрацоўваюцца асноўныя модулі, апавяшчэнні і выбраныя API-інтэграцыі.

5. 05
   Тэсты з рэальнымі сцэнарыямі

   Правяраецца не толькі тое, ці працуюць кнопкі, але і ці паслядоўны ўвесь працэс: запрашэнне, рэгістрацыя, урок, тэст, сертыфікат, напамін і справаздача. Тэстуюцца таксама адхіленыя плацяжы, пратэрмінаваныя сертыфікаты і карыстальнікі з рознымі правамі доступу.

6. 06
   Запуск і развіццё

   Сістэма запаўняецца рэальнымі курсамі, адміністратары праходзяць навучанне, а першыя рэгістрацыі адсочваюцца. Пасля гэтага паляпшэнні вызначаюцца па прыярытэтах на аснове рэальнага выкарыстання, а не першапачатковых меркаванняў.

Што папрасіць у выканаўцы да атрымання прапановы?

Не прасіце толькі спіс функцый і агульны кошт. Папрасіце апісанне карыстальніцкіх роляў, прыклад працэсу для аднаго курса, схему інтэграцый і апісанне таго, як будзе захоўвацца гісторыя вынікаў.

Удакладніце, каму належыць код, як перадаюцца даныя пры змене выканаўцы і што ўваходзіць у падтрымку. Праверце, ці ўключае прапанова міграцыю існых курсаў, навучанне адміністратараў, рэзервовыя копіі і доступ да тэставага асяроддзя.

Для праекта арганізацыі ў Кёльне ўдакладніце таксама мовы, гадзінны пояс, фармат сертыфікатаў і спосаб камунікацыі з камандай. Калі важная частка працэсу застаецца ў фармулёўцы «удакладнім пазней», верагоднасць змяненняў аб’ёму работ высокая. Для інтэграцый з іншымі сістэмамі можна выкарыстаць асобны этап API-інтэграцыі і злучэнне праграмнага забеспячэння, а для нестандартнага працэсу — праграмнае забеспячэнне на заказ.

Як пачаць без лішняй рызыкі?

Пачніце з аднаго рэальнага курса і адной групы навучэнцаў. Вымерайце, наколькі лёгка адміністратар стварае курс, як выкладчык правярае заданні і ці атрымлівае кіраўнік карысную справаздачу.

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