Коротко
"Класичний" електронний підручник - текст зі статичними зображеннями та у форматі .pdf - це те що зазвичай асоціюється з висловом "електронний підручник" і працює майже усюди.
Наявність відео та вікторини зламують це уявлення та накладають вимоги до пристрою та програмного забезпечення користувача та до розуміння користувача що це не "звичайний" а "просунутий" підручник, що не працюватиме на тих пристроях та у тому програмному забезпеченні, у яких він звик працювати з підручниками.
- Підручник з текстом та статичними зображеннями - "класичного" вмісту - мало "важить" і його легко поширювати, та безпроблемно працюватиме на широкому спектрі пристроїв.
- Підручник з відео дуже багато "важитиме" та матиме проблеми з поширенням, і суворо обмежує користувача у виборі притрою та програмного забезпечення для перегляду підручника.
- Підручник з вікториною/тестом для самоперевірки суворо обмежує користувача у виборі притрою та програмного забезпечення для перегляду підручника.
- Підручник з завданнями, відповіді на які автоматично надсилаються викладачу - технічно настільки складний та ламкий, що не вартий зусиль. Компромісний варіант - сторінки з бланками для заповнення, котрі користувач копіюватиме у редактор, впечатуватиме відповіді і власноруч надсилатиме викладачу.
- Анімації гортання сторінок тощо технічно складні та ламкі та відволікають від змісту.
Висновок:
Орієнтуємось на електронний підручник що відкривається браузером а не переглядачем книг - не стандарт для книг, але браузер поширеніший, функціонально багатший та більш знайомий як користувачам так і розробникам
містить:
- ☑️ текст
- ☑️ гіперпосилання
- ☑️ статичні зображення
- ☑️ відео
- ☑️ вікторини/тести для самоперевірки
не містить:
- ❌ надсилання відповідей викладачу
- ❌ анімації гортання сторінок тощо
Детальніше
- Пристрої - це не лише смартфони/планшети або ноутбуки/ПК, а й електронні книги, смарт-годинники, не смарт телефони що підтримують перегляд файлів, смарт телевізори, автомобільні комп'ютери тощо.
- Наявність відео не є однозначним плюсом.
- Електронні книги мають екрани що пристосовані до статичного зображення а не до відео.
- Зі смарт-годинником, користувач може запустити озвучування тексту, але навряд чи дивитиметься відео.
- Програмне забезпечення стосовно пристроїв смартфон/планшет та ноутбук/ПК може варіюватись від моделі до моделі та від користувача до користувача.
- Більшість .pdf переглядачів не спроможні відтворювати відео та вікторини/тести.
- Браузери спроможні, але користувач має знати що підручник потрібно відкривати не .pdf переглядачем а браузером.
Вікторини/тести для самоперевірки
Тобто користувачу представлені питання та спосіб вводу відповідей. Віповівши, користувач тисне кнопку "переглянути результат" і бачить результат. Наявність цієї функціональності перетворює книгу з пасивної на активну - технічно складніше, гірша сумісність з пристроями.
Таблиця складностей
- Як видно з таблиці складностей, більшість електронних книг саме тому обмежуються текстом та статичними зображеннями, що це є оптимальним вибором.
- Якщо ми хочемо більшого, то з відео та вікторинами - реалістичний максимум.
Відео та ваговитість файлу
підручник з текстом та статичними зображеннями може мати "вагу" від декількох мегабайт до декількох десятків мегабайт що є цілком посильним розміром.
підручник з відео може "важити" сотні мегабайт, гігабайти, та десятки гігабайт залежно від кількості та якості відео. Такий підручник не усюди в інтернеті можна розмістити - багато сервісів мають ліміти на розмір. Для завантаження такого підручника потрібно витратити багато інтернет трафіка та часу. Не на кожному пристрої такий підручник вміститься
Анімації перегортування сторінок тощо
- значно підвищують складність виконання
- значно звужують сумісність з пристроями - частина пристроїв не зможе відкрити підручник взагалі
- навіть правильно та ретельно виконані анімації не працюватимуть на левовій частині пристроїв - підручник відкриватиметься та сторінки гортатимуться але без анімацій
- для правильного відображення анімацій потрібен досить потужний пристрій. на менш потужних буде рвана анімація
- анімація відволікає та затримує користувача
- якщо дуже захочеться, анімації можна буде додати потім у вже готовий неанімований підручник
Вирок: без анімацій, принаймні на перших порах
надсиланя відповідей викладачу
- Можна спробувати додати надсилання поштового листа, але надсилання працюватиме не на 100% надійно адже губляться по дорозі
- Для наближення до 100% потрібно забезпечити двосторонню взаємодію - користувач надсилає - хтось приймає та надсилає користувачу сигнал "прийнято" - користувач бачить що його роботу прийнято. Це технічно потребує сервер що працює 24/7, що викликає додаткові складності та витрати, та навіть за його наявності не можна поручитися що буде із сервером через рік або п'ять або десять. Сервер не обов'язково свій власний, можна сторонній, або телеграм-бот, або щось інше, але так само: технічна складність, невизначеність на майбутнє.
- Технічно складніший компромісний варіант - з бланками, куди користувач впечатуватиме відповіді прямо у підручнику, а потім копіюватиме та надсилатиме - звільняє від необхідності редактора у користувача, але суттєво підвищує складність та ламкість самого підручника.
Принципи
- Електронний підручник - це технічне творіння. Будь яке технічне творіння тим ліпше чим воно простіше. Простота навіть не стільки вирішує проблему "чи спроможні ми втілити цю лялю", скільки "чи працюватиме воно на пристрої про який ми не подумали" та "чи працюватиме воно через 10 років коли цифровий світ зміниться, а нам буде не до переробляння"
- Вау-враження мають найнижчий пріорітет. Ліпше лодка що плаває ніж яхта що тоне.
План (розпливчастий)
- Починаємо зі спартанського вигляду
- Встановлюємо "скелет" підручника - яка структури глав і тем, розташування змісту, словника термінів, тощо
- Наповнюємо статичним контентом - текст, зображення, відео
- Наповнюємо динамічним контентом - вікторини/тести
- Поступово додаємо візуальне оформлення
- Тестуємо на кожному етапі