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

Розбираємо шлях користувача, знаходимо місце, де він «випадає», і ставимо там цілі, винагороди та серії активності. Пілот показує, чи це працює.
Ділимо курс на короткі етапи з прогресом, значками й місіями. Додаємо нагадування, які повертають людину до навчання.
Будуємо механіку на статусах, виклинках і доступі до особливого, а не на постійних знижках. Витрати на винагороди рахуємо наперед.
Починаємо з короткого аудиту та пілоту з однією-двома механіками. Ви бачите цифри до того, як вкладаєте більше.
Пакет допомагає описати задачу. Кошторис і строки погоджуємо після брифу та уточнення вимог.
Тим, хто хоче перевірити ідею на одній механіці
Продуктам і курсам, що готові до повноцінної механіки
Бізнесу з клієнтською базою, що хоче програму лояльності з автоматизацією
Ви описуєте задачу й поточний процес. Уточнюємо вимоги, обираємо перший етап і готуємо кошторис.
Фіксуємо одну головну цифру: повернення на сьомий день, завершення курсу чи повторні покупки. Від неї рахуємо успіх.
Запускаємо одну-дві механіки на частині аудиторії й порівнюємо з контрольною групою.
Якщо метрика росте, додаємо рівні, місії та рейтинги. Якщо ні, ми чесно скажемо, що міняти.
Усі акаунти, код і документація належать вам за погодженими умовами. Оплата йде етапами.
Це використання ігрових елементів поза іграми: бали, рівні, місії, нагороди. Мета — зробити дію цікавішою й підштовхнути людину повертатися. Це не обов'язково розвага, а інструмент мотивації.
Кошторис готуємо після брифу й уточнення вимог. Для першого етапу можемо взяти такий обсяг: аудит шляху користувача; Одна-дві механіки (наприклад, серії та значки). Склад робіт, оплату й строки погоджуємо до старту.
Так, у більшості випадків. Нам потрібен доступ до коду або API (інтерфейсу, через який системи обмінюються даними) та до аналітики. Якщо код старий і заплутаний, спершу оцінимо обсяг робіт з підготовки.
Опис продукту, доступ до аналітики та людина, яка ухвалює рішення. Бажано мати хоча б базові дані про поведінку користувачів. Якщо їх немає, налаштуємо збір на пілоті.
Домовляємося про одну метрику до старту. Наприклад, частка тих, хто повернувся на сьомий день, або тих, хто завершив курс. Порівнюємо групу з механікою та групу без неї.
Так. Код, дизайн-файли, акаунти й доступи ваші за погодженими умовами. Оплата йде етапами, тож ви бачите результат перед кожним наступним платежем.
Опишіть бізнес, бажаний результат і поточний процес. Після брифу уточнимо вимоги та підготуємо кошторис.