Как построить офлайн-школу, в которой нет преподавателей? В традиционном офлайн-образовании всё строится вокруг преподавателя: он объясняет, задаёт темп, проверяет результат и помогает студенту двигаться дальше. А что делать, если преподавателей, лекций и готовых объяснений нет, но обучение всё равно должно быть управляемым, качественным и масштабируемым? Именно с такой задачей я столкнулся в Школе 21. Методика «равный равному» предполагает, что участники самостоятельно осваивают материал, выполняют практические проекты и проверяют работы друг друга. Но одной идеи недостаточно. Чтобы она превратилась в образовательный продукт, необходимо спроектировать целую систему. Кто и на каких условиях поступает? Как участник понимает, что делать дальше? Что заставляет его не только выполнять свои проекты, но и проверять чужие? Как обеспечить качество проверки без преподавателя? Как не дать системе превратиться в обмен формальными высокими оценками? Что происходит, если участник застрял, потерял мотивацию или пытается обойти правила? Как перенести одну образовательную модель на несколько кампусов, не потеряв её смысл?

На старте проекта я одновременно выполнял функции главного методолога, Product Manager и Project Manager. Моей задачей было перевести принципы peer-to-peer в конкретную архитектуру продукта: - правила прогрессии и открытия проектов; - механику взаимных проверок; - систему мотивации и внутреннюю экономику баллов; - экзамены, code review и контроль качества; - механизмы противодействия списыванию; - требования к платформе; - сценарии сопровождения участников; - стандарты работы кампусов. Например, взаимная проверка требует больше, чем кнопка «назначить проверяющего». Проверяющий должен быть мотивирован потратить своё время. Проверяемый - получить содержательную обратную связь. Система в целом - не допустить дефицита проверок, накопления баллов у отдельных участников и формального подтверждения слабых работ. Так появилась внутренняя экономика: участники зарабатывали баллы, проверяя других, и тратили их на проверку собственных проектов. Её нужно было балансировать почти как настоящую экономическую систему: рассчитывать стоимость действий, лимиты накопления и правила взаимодействия между кампусами. Отдельным вызовом было оценивание. Если преподавателя нет, нельзя просто убрать контроль качества. Его необходимо распределить между платформой, другими участниками и специальными механизмами. Поэтому функциональная проверка дополнялась code review, экзаменами, сочетанием теории и практики, ограничением попыток и выборочными проверками на добросовестность. При этом Школа 21 оставалась офлайн-продуктом. Кампус был не помещением с компьютерами, а частью образовательной технологии: средой, в которой участники знакомятся, обмениваются знаниями, договариваются о проверках и учатся действовать без постоянного руководства. Платформа управляла маршрутом, правилами и событиями. Физическое пространство создавало социальное взаимодействие. Методология связывала их в единую систему. Для меня это и есть архитектура образовательного продукта. Не набор курсов. Не отдельная платформа. А согласованная конструкция, в которой цели обучения, поведение участников, мотивация, оценивание, цифровые механики и офлайн-среда работают вместе.

Главный вывод, который я вынес из этого опыта: чем нестандартнее образовательная модель, тем меньше её можно построить копированием готовых решений. Сначала необходимо определить, каким должен стать выпускник. Затем какое поведение приведёт его к этому результату. И только после этого проектировать контент, правила, платформу и среду.

Последние 13 лет я работаю на пересечении образования, продукта и IT. Мне особенно интересны задачи, где образовательную систему нужно создать с нуля, пересобрать или масштабировать: от методологической идеи и компетентностной модели до платформенной логики и устойчивой работы продукта. Если вы создаёте нестандартный EdTech-продукт и ищете не просто разработчика курсов, а архитектора образовательной системы, - буду рад познакомиться. #EdTech #Образование #методология #обучение