У школі немає свого технаря. Отже, платформа не для нас?

«У нас невелика приватна школа. Двісті учнів, десять викладачів, один адміністратор, бухгалтер на аутсорсі. Свого айтішника немає і не буде — на нього просто немає бюджету. Ми б і раді власну платформу, але хто її вестиме?»

Це найчастіше заперечення, яке ми чуємо від директорів приватних шкіл і невеликих навчальних центрів.

І почати варто з незручного: заперечення справедливе. Навчальна платформа справді потребує людини, яка за неї відповідає. Школи, що купили систему і понадіялися, ніби «викладачі самі розберуться», за півроку тихо повертаються до чатів і папок у хмарі.

Але далі в міркуванні відбувається підміна. З правильної засновки «потрібен відповідальний» роблять хибний висновок «потрібен ІТ-фахівець у штаті». Це дві різні речі, і вся стаття — про те, де між ними проходить межа.

Хто в приватній школі відповідає за навчальну платформу, якщо ІТ-фахівця в штаті немає?

Відповідає завуч або методист — той, хто й так відповідає за навчальний процес, а не за техніку. У школах на 100–300 учнів роль адміністратора платформи майже завжди дістається людині з навчальної частини: вона заводить групи, розподіляє викладачів, стежить, щоб у нового учня першого дня був доступ. Це адміністративна робота, а не інженерна, і вона не потребує жодного рядка коду.

ІТ-фахівець потрібен там, де систему ставлять на власний сервер, оновлюють, лагодять і допрацьовують. Саме від цієї частини школа звільняється, коли бере платформу разом із командою, яка її веде.

Ось як відповідальність ділиться в реальній школі — пройдіться цим списком зі своїм штатним розписом і подивіться, чиє прізвище стає в кожен рядок:

• Навчальна частина вирішує, які є групи і предмети та хто кого веде. Це методичне рішення, віддати його вендору не можна, та й не потрібно.
• Адміністратор заводить учнів і видає доступи. Якщо систему зробили по-людськи, це кілька хвилин на групу, а не окрема посада.
• Викладач викладає матеріали і перевіряє завдання всередині свого курсу — і далі свого курсу нікуди не виходить.
• Команда платформи тримає сервер, оновлення, резервні копії, інтеграції і все, що ламається не з вини школи.

Перші три рядки закривають люди, які у вас уже працюють. Четвертий — той самий, заради якого нібито потрібен свій технар, — у вашому штатному розписі з'являтися взагалі не повинен.

Скільки часу в школі на 100–300 учнів з'їдає адміністрування навчання?

Менше, ніж школа витрачає зараз, поки платформи немає. Звучить контрінтуїтивно, тож порахуємо на простих числах. Візьмімо школу на 150 учнів і вісім викладачів. Хай кожен витрачає лише 15 хвилин на тиждень на те, щоб розіслати матеріали по чатах, виловити домашні з особистих повідомлень і звести, хто що здав. Це дві години на тиждень по школі. За навчальний рік — майже два повні робочі тижні, витрачені на пересилання файлів.

І це тільки викладачі. Згори лягає вересень адміністратора, коли набір треба розкласти по групах, і кінець семестру в завуча, коли відвідуваність і успішність збирають із восьми різних джерел — по одному на викладача.

Корисно подивитися, у що адміністрування обходиться, якщо купувати його на ринку окремою послугою. На англомовному ринку існує ціла категорія «LMS administration as a service», і за публічними прайсами таких сервісів ставка зовнішнього адміністратора платформи починається приблизно від 75 доларів на годину — саме тому, що утримувати цю людину в штаті невелика організація не може. Для порівняння, у нас техпідтримка коштує 1 долар на годину, налаштування контенту — 5 доларів, кастомна розробка — 10 доларів. Це не порівняння продуктів між собою, а ілюстрація принципу: адміністрування — послуга, яку купують, а не обов'язково нова ставка у штатному розписі.

Якщо порівнюєте готову керовану платформу з self-hosted Moodle — де сервер, оновлення й безпека лишаються на школі — є окреме порівняння EduSystem і Moodle.

Чому впровадження навчальної платформи в школі найчастіше зривається?

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

Механіка провалу майже скрізь однакова. Школа обирає платформу за списком можливостей, запускає її в серпні, проводить одне спільне навчання на педраді — і до жовтня половина викладачів повертається у старі чати, бо там звичніше і швидше.

Добра новина в тому, що зрив видно вже на першому місяці. Звірте себе за цими ознаками, якщо ви зараз у процесі впровадження:

• Навчання викладачів провели один раз і спільним списком. За два тижні ніхто не пам'ятає, куди натискати, а спитати нема в кого.
• Старий канал не закрили. Поки домашнє завдання можна надіслати в месенджер, його надсилатимуть у месенджер.
• Матеріали ніхто не переніс. Викладач, якому пропонують самому залити курс за три роки, просто не почне.
• З того боку немає живої людини. База знань і форма звернення — це не підтримка впровадження.

Жоден із чотирьох пунктів не лікується софтом. Усі чотири лікуються тим, хто поруч у перші два місяці.

Що бере на себе команда платформи, а що все одно лишається школі?

Команда бере техніку і налаштування, школа лишає за собою методику і людей. Розподіл простий: усе, що про те, чого і як учити, — ваше; усе, що про те, де і на чому, — наше.

EduSystem — технологічний партнер із запуску онлайн-навчання і white-label LMS-платформа: команда особисто налаштовує брендовану навчальну систему під процес конкретної школи, переносить матеріали, навчає адміністратора і продовжує вести платформу після запуску. Партнери EduSystem викладають з України, Німеччини та Вірменії, на платформі працює 10+ активних партнерів, інтерфейс доступний англійською, українською та російською.

Список нижче варто взяти із собою на розмову з будь-яким вендором і попросити підтвердити його по рядках — одразу видно, де починають уникати відповіді:

• Зібрати структуру школи: предмети, групи, ролі, права доступу. Ви перевіряєте, що вона збігається з вашою реальною навчальною частиною, а не з шаблоном із демо.
• Перенести наявні матеріали. Не «дати інструкцію із завантаження», а перенести — це різні пропозиції, і коштують вони по-різному.
• Навчити одну-дві людини з навчальної частини до рівня «сам заведе групу у вересні без дзвінка в підтримку».
• Тримати оновлення, резервні копії і доступність системи. Про цей рядок школа не має думати взагалі ніколи.

А ось що лишається вам і нікуди не подінеться: вирішувати, як влаштована програма, хто веде групу і що вважається зданою роботою. Це ваша методика. Хороший вендор у неї не лізе, а поганий не зможе.

Школа без будівлі — це вже норма

Окремо варто сказати про приватні школи, які не мають власного приміщення, і про змішаний формат, коли частина занять іде очно, а частина онлайн. Батьки, обираючи таку школу, ставлять рівно одне питання: як я зрозумію, що дитина вчиться, а не просто сидить у відеодзвінку. Відповідь дає не будівля, а середовище: розклад, видимий прогрес за програмою, здані роботи і зворотний зв'язок викладача в одному місці.

Серед партнерів EduSystem є школи, які працюють повністю онлайн і при цьому лишаються повноцінними організаціями з методикою і командою викладачів — їх можна подивитися на сторінці партнерів. А що саме бачить викладач усередині свого курсу, розібрано в розділі для викладачів і репетиторів. Як закладу з кількома викладачами зібрати це в одній системі — на сторінці для навчальних закладів.

Що робити далі

Якщо ви дочитали і впізнали свою школу, найдешевший наступний крок — не купувати, а подивитися. Загляньте в демо платформи і перевірте на своєму сценарії: заведіть одну групу так, як вона влаштована у вас, і подивіться, скільки це зайняло. Якщо незрозуміло, як перекласти вашу навчальну частину на систему, — опишіть свій випадок, ми розберемо його разом і чесно скажемо, якщо платформа вам поки не потрібна. Школі на двадцять учнів з одним викладачем вона справді не потрібна.

Коротко

Висновок

Заперечення «у нас немає свого айтішника» захищає школу не від тієї небезпеки. Справжній ризик не в тому, що нема кому лагодити сервер, — сервер вам лагодити й не доведеться. Ризик у тому, що за півроку після запуску половина викладачів повернеться в чати, бо поруч не виявилося людини, яка довела їх до кінця. Обираючи платформу, дивіться не на список можливостей, а на те, хто сидітиме з вами у вересні.