Блог

No-code и стоматологи. Как перевести обучение из офлайн в онлайн за 4 дня.

Кейсы и истории успеха
~ 15 мин

Артем Денисов, аналитик-проектировщик сложных систем, ex системный аналитик в Альфа-банке.


1. Контекст


Ко мне обратились знакомые, преподаватели в стоматологическом университете. У них было офлайн обучение студентов стоматологов - лекции, заполнение рабочих тетрадей, контрольные тесты нескольких видов. Когда возник COVID-19, мы, как и все офлайн проекты /бизнесы, столкнулись с тем, что нужно срочно было переводить всех в онлайн:
  1. делать LMS (Систему управления обучением) с личными кабинетами студентов,
  2. на основе пособий разрабатывать онлайн курс,
  3. делать тесты,
  4. учитывать посещение,
  5. контролировать результаты тестов.

Задача была не из легких. Агентства и студии отказывались или выставляли большой ценник и оглашали долгий срок разработки. А результат нужен был как всегда “вчера”. Я решил собрать систему самостоятельно, так как был немного знаком с созданием курсов с помощью платформы Tilda. Также, у меня был интерес попробовать себя в качестве “человека-оркестра” или “всемогущего full-stack разработчика”, а не только документацию и прототипы делать.



2. Как узнал о No-code


В Новогодние каникулы 2019-2020 смотрел ресурс Udemy и увидел курс по Bubble, потом познакомился с Airtable. И отложил в долгий ящик, так как надо было делать прототип системы мониторинга оборудования для банков. Когда пришла задача - быстро создать курс на тильде и дополнить функционалом обработки данных студентов - вспомнил про возможность сделать все самому без программистов.

3. Какие No-code инструменты выбрал и с чего начал разработку


Я создал посадочную страницу на Tilda, все кто сконвертировался - попадали в базу студентов. По списку студентов я создавал Личный кабинет студента. В Tilda закрытые области делаются достаточно быстро. Контент для этого закрытого раздела прислали в формате pdf, и на первое время функционал был предельно прост - “скачай учебник, скачай форму теста, заполни ее, сфотографируй и пришли мне”. В принципе, на этом заказчик был готов остановиться, но я подумал, что это нужно сделать более удобно, и сформировал материалы курса с разбивкой по урокам, модулям. Контент был распознан и сверстан в виде онлайн курса. Тесты преобразованы из рукописей в онлайн тесты.

Вид страниц в личном кабинете


4. Схема первой версии продукта


Итак, первая версию продукта была собрана из комбинации Tilda, Typeform, Zapier, Google Sheets, Gmail.

Схема первой версии продукта


Теперь подробней о функциях, преимуществах и ограничениях каждого сервиса.

Конструктор сайтов Tilda использовал для:
  1. создания личного кабинета и организации доступа к контенту только для студентов,
  2. frontend (посадочные страницы, страницы разделов курса, страницы курса),
  3. функционала тестов (вводные, итоговые, рабочая тетрадь)

Typeform

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

Плюсы:
  • богатый функционал в части оформления теста
  • отправка уведомлений и результатов
  • встраивание формы в страницу тильда

Минусы : платный сервис.

Zapier

Сценарий отправки данных в Гугл таблицы уже был создан на вкладке integrations сервиса typeform.

Zapier. Сценарий отправки e-mail преподавателю после заполнения студентом формы теста и Заполнение тела письма данными из заполненной студентом формы

Google sheets

Таблицы для хранения и обработки информации, фактически backend на минималках. В данном проекте была создана исходная таблица для хранения результатов, собранных с помощью typeform. Дальше данные обрабатывались скриптами и распределялись по разным таблицам.


В итоге получились :
  1. исходная база
  2. база студентов потока
  3. база студентов группы
  4. база студентов. закрепленных за одним преподавателем
  5. база для “инспекторов” (проверяющих)

Gmail

Почта gmail использовалась для отправки типовых сообщений. Формат сообщения (скелет) настраивался в Zapier.

Контент курса

Курс основывается на материалах книги из примерно 400 страниц. В начале я вставлял скриншоты (картинки из пдф) в Tilda. Выглядело ужасно, но читать можно было. Но потом картинки из pdf-учебника распознавал cloud vision - чтобы 400 страниц картинок с водяными знаками за 15 минут стали текстом, который можно редактировать и верстать в виде страницы, которую удобно читать не только с экрана монитора, но и с мобильных устройств - планшетов и смартфонов.

Сильно удивил заказчиков этим трюком, они почему-то считали защиту от копирования “абсолютной”. Вся работа по созданию курса заняла 3 дня и отняла много сил. И работало (местами нестабильно).

Наткнулся в сети на вебинар No-code Academy и понял, что можно сделать проще и надежнее. Integromat немного подвинул Zapier, а Google Sheets были полностью вытеснены Airtable.

5. Проблемы и сложности в No-code


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

Нужно было делать тесты 3-х видов - начальный тест, итоговый тест и задания для заполнения рабочей тетради - тут при всей похожести блоков Тильды они не подходили или подходили частично. А также отправка уведомлений преподавателям об отправленных работах, результатах тестов, реализация автоматической проверки сданных работ, студентам - результатов тестов, заполнение тетради на основе ответов…

Также, оказалось, что тесты в Tilda, которые реализовывались через блок “Форма со множеством полей” не рассчитаны на 100 вопросов. Тест с автоматической проверкой не отдает данные и я не могу сохранить результат ответов студента. Введенные данные нужно отправлять студенту, а уведомление о заполнении - преподавателю. И другие важные нюансы.

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



6. Сложные фичи и улучшение созданной системы


В процессе поиска решения формы тильды были заменены на Typeform и заказчик стал доволен. Но теперь надо было фиксировать время начала выполнения и время окончания заполнения и хранить это в Гугл таблицах, и чтобы у разных типов пользователей были свои таблицы с разным набором полей. Когда я и это сделал выяснилось, что все это работает правильно, но не удобно. Гугл таблицы справились с задачей хранения информации. Но когда показал заказчикам - ужаснулись: “Я не буду это смотреть... Это неудобно!”

Пришлось срочно менять Google sheets на Airtable. Когда показал данные в Airtable - все понравилось. Крутой функциональностью была возможность делать настраиваемые виды - галлерея и канбан доска. После этого мне перестали звонить студенты, преподаватели и заказчики - так как все стало гораздо лучше работать. Всё не только заработало, но и этим стало удобно пользоваться.

База ответов в Airtable и удобный календарный вид для отслеживания сроков сдачи

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

Сценарий в интегромате

По ходу дела приходилось добавлять рабочую тетрадь, автоматическую проверку заданий, отправку уведомлений с результатами сданных работ (а не просто студент заполнил форму), формирование таблицы успеваемости.

7. Результат


Результат использования - создание с нуля рабочей системы, которая позволяла достаточно хорошо обеспечивать потоки по 400 человек каждые 2 недели возможностью получать образование он-лайн и сдать предмет в удаленном режиме. На основе опыта можно создавать системы управления образованием, стажировками, доп образования и повышения квалификации.

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

1000 студентов в месяц проходили обучение и могли общаться с преподавателями находясь дома. Списывания и другого “читинга” удавалось избежать. По времени заполнения можно было отследить “мошенническую активность”. Время начала и время конца заполнения фиксировалось в базе, и если кто-то очень быстро и правильно все сдавал - то это выбивалось на общем фоне и вызывало вопросы. Но массового характера это не приобретало и редкие случаи оперативно разбирались. Сейчас я планирую делать курсы и сервис стажировок на базе полученного опыта.

Сервисы помогли быстро собирать решение, быстро изменять контент и способы обработки и доставки пользователю обратной связи. А также менять один из элементов конструкции, если “концепция поменялась” и добавилась фича, которая не была запланирована и не помещается в текущую систему. По сути инструменты напоминают конструктор лего, из которого можно собрать что угодно. Была бы фантазия / насмотренность и примерное понимание как устроены и работают web-сервисы.

Тут нужно понимать, что “быстровозводимые no-code конструкции” имеют свои ограничения и сначала все получается быстро и все довольны. Но через определенное время их нужно или замещать нормальным кодом, или оставлять как есть. При использовании no-code есть риск начинать все с начала и переделывать по несколько раз.

8. Выводы


Как я уже говорил, No-code позволяет делать веб-сервисы быстро и приемлемого качества. Как инструмент проверки гипотез - замечательный инструмент. Сильно сокращает time-to-market, время от начала разработки идеи до её конечной реализации.

Из минусов я бы отметил:
  1. Проблема супер-героя. Только один (или несколько) человек знает, как это на самом деле работает.
  2. Отсутствие документации. Документировать такие быстрые изменения получается только голосовыми заметками.
  3. Рано или поздно понадобятся “нормальные разработчики”.




Если вам понравилась данная статья, вы заинтересовались возможностями других No-code инструментов или хотите увидеть больше таких кейсов, то подписывайтесь на наш Telegram-канал. Мы постоянно публикуем кейсы на No-code, обзоры и новости No-code инструментов, обучение работе на них.

Подписывайтесь в Telegram-канал: @cyberband_nocode