Створення обучаючих рівнів (Tutorial) для ігор
Онбординг убиває ігри частіше, ніж плохий геймплей. Статистика по мобільним іграм стійка вже кілька років: drop-off на першій хвилині — 40–60% нових користувачів. Більшість йде не тому що гра погана, а тому що туторіал не пояснив, що робити, або пояснив так навязчиво, що надоїв раніше, ніж почався геймплей.
Створення Tutorial — це окрема дисципліна, не «нарисуємо стрілочки та напишемо підказки».
Головна проблема більшості туториалів
Лінійний примусовий туториал з блокуванням управління — класичний антипаттерн. Гравець не може пропустити, не може діяти самостійно, кожен крок чекає нажаття на конкретну кнопку. Через дві хвилини думає не «як грати», а «коли це закінчиться».
Технічно часто реалізовано через єдиний TutorialManager з enum-станами: STEP_1, STEP_2... STEP_47. Додання нового кроку в середину ломає нумерацію, видалення кроку — весь flow. Підтримувати такий код через рік неможливо без повного переписування.
З точки зору UX — гравець навчається через дію, а не через текст. Показати стрілку на кнопку та написати «натисни тут» працює гірше, ніж дати зробити помилку та м'яко скорегувати.
Як будуємо туториал з нуля
Архітектура на основі кроків з умовами. Кожен крок туториалу — об'єкт з умовою активації, умовою завершення та набором дій (показ UI-елемента, блокування/розблокування контролів, запуск анімації, відтворення звуку). Кроки зберігаються в ScriptableObject або JSON-конфіге, а не зашиваються в код. TutorialStep містить:
-
triggerCondition— що повинно статися, щоб крок активувався -
completionCondition— що завершує крок -
actions[]— список дій при активації -
hints[]— підказки з таймаутом появи
Таку схему дозволяє геймдизайнеру редагувати туториал в Inspector або в окремому редакторі без змін коду.
Ненавязчиві підказки з таймаутом. Підказка не з'являється відразу — тільки якщо гравець не виконав дію через N секунд. Це стандартна практика, але часто її забувають. Реалізується через Coroutine або DOTween-послідовність з затримкою. Якщо гравець сам знайшов потрібну кнопку — підказка не з'являється вообще. Ті, хто розбирається, не раздратовуються. Новачки отримують допомогу.
Прогрес туториалу через аналітику. Кожен крок туториалу — це івент в Firebase Analytics або Amplitude: tutorial_step_complete, tutorial_step_skip, tutorial_abandoned. Без цього неможливо зрозуміти, де конкретно теряються гравці. На одному проекті аналіз показав, що 30% гравців кидають туториал на крозі з пояснення системи крафту — не тому що складно, а тому що довгий текст відкривався в момент, коли гравець ще не зрозумів базові механіки. Переробка порядку кроків підняла прохождення туториалу з 58% до 81%.
Збереження прогресу туториалу. PlayerPrefs з ключем tutorial_completed — мінімальний варіант. Для складних туториалів потрібна серіалізація поточного кроку, щоб після перезапуску гравець не починав з початку. Зберігати краще в хмарі (Firebase Firestore / PlayFab), особливо для крос-платформенних ігор.
Окремо про туториал для складних систем
Якщо гра містить кілька незалежних систем (крафт, будівництво, боєва механіка), лінійний туториал не підходить. Краще працює система контекстних підказок: перший раз відкриваєш інвентар — з'являється підказка про інвентар, перший раз будуєш здання — про будівництво. Кожна система навчає себе сама при першій взаємодії.
Це потребує окремого FeatureTutorialTracker, який зберігає флаги inventory_tutorial_shown, crafting_tutorial_shown та т.д. Архітектурно — простіше та масштабованіше монолітного туториалу.
Процес роботи
- Аналіз механік — які дії критичні для першої сесії, що можна відкласти
- Flow-схема туториалу — послідовність кроків, умови переходу, точки виходу (скип)
- Прототип — швидка реалізація з заглушками, тест на 5–10 людях не з команди
- Аналітична розмітка — івенти на кожен крок
- Повна реалізація — UI-елементи підказок, анімації, озвучка
- Ітерація по даним — після першого тижня в продакшені аналіз drop-off, правки
| Масштаб | Термін |
|---|---|
| Простий лінійний туториал (5–10 кроків) | 3–7 днів |
| Багатошаговий туториал зі складною логікою | 2–4 тижні |
| Контекстна система туториалів для кількох систем | 4–8 тижнів |
Вартість визначається після аналізу механік гри та вимог до онбордингу.





