Активація: як знайти aha-момент

Активація, яку часто називають aha-моментом, — це момент, коли новий користувач уперше отримує основну цінність продукту. Щоб стати ціллю, вона має бути записана як те, що можна порахувати: дія плюс часове обмеження, наприклад «додав три витрати за перший тиждень».

Метод пошуку порівнює пізніше утримання:

1. обери пізніший результат, тут активний на четвертому тижні (відкрив застосунок у дні 21–27 після реєстрації);
2. використовуй лише когорти, які до нього дійшли: новіші цензуровані справа, як в уроці Як читати воронку: цензурування справа і діапазони дат. Дані вивантажено 31 серпня, тож усі, хто зареєструвався після 2 серпня, ще не дожили до четвертого тижня, і active_week4 заповнене лише для 96 липневих реєстрацій;
3. порахуй базовий рівень: 33 з 96 були активні на четвертому тижні, 33 ÷ 96 = 0,344 ≈ 34,4%;
4. для кожної дії-кандидата в першому тижні порівняй утримання тих, хто її зробив, і тих, хто ні.

Базовий рівень важливий, бо кожна пара груп «зробили» і «не зробили» його розділяє. Кандидат цікавий, коли дві групи опиняються далеко по різні боки від 34,4%.

Команда не може цілитися в «момент, коли Halves клацає». Вона може цілитися в критерій, записаний мовою самих даних. Придатний критерій активації має три частини:

1. Дію, яку видно, тобто подію в лозі: додану витрату, прийняте запрошення, розрахунок. «Розуміє цінність» чи «почувається впевнено» — ідеї за критерієм, а не те, що можна порахувати.
2. Поріг, якщо важить більше ніж один раз: «щонайменше 3 витрати».
3. Часове обмеження від реєстрації: «до шостого дня». Без нього критерій стає «будь-коли», а це росте з віком когорти — та сама пастка, що й частки воронки «на сьогодні».

Разом: «другий учасник у групі та щонайменше 3 витрати до шостого дня після реєстрації». Будь-хто з даними може перевірити, хто його виконав, а команда онбордингу точно бачить, яку поведінку намагається зробити поширенішою.

Тримай критерій коротким. Кожна додаткова умова робить його гострішим, але вужчим, а критерій, який мало хто може виконати, — слабка ціль. Цей компроміс, розділення проти охоплення, і є способом обирати між кандидатами.

Для кожного кандидата розділи 96 липневих користувачів на тих, хто зробив дію за перший тиждень, і тих, хто ні, а потім порахуй утримання на четвертому тижні в кожній групі.

Кандидатові B, другий учасник у групі до шостого дня, спершу потрібне точне визначення. Користувач рахується, якщо він прийшов за запрошенням (channel = invite, тобто потрапив у групу, де вже хтось є) або його запрошення хтось прийняв до шостого дня (invite_accepted_day ≤ 6).

• зробили B: 51 користувач (27 запрошених + 24 тих, хто прийшов сам), 30 активних на четвертому тижні: 30 ÷ 51 ≈ 58,8%;
• не зробили: 45 користувачів, активних 3: 3 ÷ 45 ≈ 6,7%.

Розрив — 58,8 − 6,7 = 52,1 відсоткового пункту. Кандидат A, перша витрата за перший тиждень, дає 54,3% проти 16,0%, розрив 38,3.

Дві звички тримають порівняння чесним. Перевір, що «зробили» + «не зробили» дають усіх 96, тобто ніхто не випав з обох груп. І записуй розрив у відсоткових пунктах, як різницю двох відсотків, а не як відношення, щоб кандидатів можна було ранжувати на одній шкалі.

Кандидат B, другий учасник у групі до шостого дня, — про групу: є з ким ділити витрати. Кандидат C, щонайменше 3 витрати за перший тиждень, — про використання: 72,4% таких користувачів були активні на четвертому тижні проти 17,9% інших. Природний наступний крок — вимагати обидві умови.

Комбінований кандидат: другий учасник до шостого дня і expenses_week1 ≥ 3.

• зробили обидва: 25 користувачів, 20 активних на четвертому тижні: 20 ÷ 25 = 80,0%;
• не зробили: 71 користувач, активних 13: 13 ÷ 71 ≈ 18,3%.

Розрив 61,7 пункту — найкраще розділення досі. Це логічно: група, де люди й ділять, і справді вносять витрати, — це продукт, що працює як задумано.

Але поглянь на розмір групи. Обидві умови виконали лише 25 з 96 користувачів, 26%. Кожна додана умова робить групу «зробили» вибірковішою, а її утримання вищим, частково тому, що ти відбираєш дедалі відданіших користувачів. Гостріший критерій не стає автоматично кращою ціллю; його треба зважити з тим, скільки користувачів він охоплює і скільки ще реально можуть туди дійти.

Для ранжування потрібна одна шкала. Для кожного кандидата розрив — утримання тих, хто зробив дію, мінус утримання тих, хто ні, у відсоткових пунктах:

1. другий учасник і 3+ витрати до шостого дня: 80,0 − 18,3 = 61,7;
2. 3+ витрати за перший тиждень: 72,4 − 17,9 = 54,5;
3. другий учасник до шостого дня: 58,8 − 6,7 = 52,1;
4. перша витрата за перший тиждень: 54,3 − 16,0 = 38,3.

Рахуй всі розриви на тій самій базовій групі, 96 липневих користувачах, з тим самим результатом — активність на четвертому тижні. Якщо змішати результати (другий тиждень для одного кандидата, четвертий — для іншого), рейтинг втрачає сенс.

Зверни увагу, хто перший: найвужчий критерій, який виконали лише 26% користувачів. Це типово. Додаткові умови залишають у групі «зробили» лише найвідданіших, і це піднімає їхнє утримання незалежно від внеску самої дії.

Тож рейтинг — початок рішення, а не кінець. Читай його поруч з охопленням і пам'ятай, що розрив — це зв'язок: користувачі самі обрали ці дії, тож розрив змішує те, що робить дія, з тим, хто її обирає.

Рейтинг за розривом — лише половина картини: у кожного кандидата є ще й охоплення, частка нових користувачів, які його виконують, і ці два числа тягнуть у різні боки.

Для 96 липневих користувачів:

Охоплення «3+ витрати»: 29 користувачів мають expenses_week1 ≥ 3, тож 29 ÷ 96 ≈ 30,2%.

Таблиця показує компроміс. Що гостріший критерій, то менше користувачів він охоплює. Критерій, якого майже ніхто не виконує, — погана ціль для онбордингу: команда мало що зрушить, а його високе утримання частково відображає саму вибірковість. Критерій, який виконують майже всі, нікого не розділяє.

Охоплення ще й показує простір для росту. Якщо комбіновану дію виконують 26%, багато користувачів ще можуть туди дійти; якщо критерій виконують 95%, вигравати майже нічого.

Тож показуй кожного кандидата з обома числами. Вибір лише за розривом завжди обере найвужчий варіант.

Зміщення відбору — різниця між групами, яку створює те, хто потрапив до кожної групи, а не те, що порівнюють. Коли користувачі самі обирають дію, ті, хто її обирає, можуть відрізнятися так, що й без неї лишилися б.

Theo хоче підштовхнути кожного нового користувача до комбінованої дії й пообіцяти 80% утримання на четвертому тижні. У даних Halves найпомітніша різниця між тими, хто її обрав, і тими, хто ні, — канал:

• запрошені досягали комбінованої дії значно частіше: 44% проти 19% тих, хто прийшов сам;
• запрошені, які не досягли її, все одно утрималися на 46,7% на четвертому тижні; ті, хто прийшов сам і не досяг, — на 10,7%.

Запрошені приходять, бо друг уже користується Halves разом із ними. Вони б добре утримувалися з дією чи без неї, і їх непропорційно багато в групі «зробили». Тож частина 80% — це те, хто ці користувачі, а не те, що зробила дія; якщо провести самотнього користувача тими самими кроками, друга в нього не з'явиться.

Щоразу, порівнюючи «користувачів, які зробили X» з тими, хто ні, кажи це вголос: групи обрали себе самі, тож розрив — це зв'язок, а не ефект. Модуль 6 розбирає відбір глибше.

Розбивка за відомою різницею — добрий хід. Лише серед тих, хто прийшов сам, комбінована дія все одно розділяє користувачів: 69,2% тих, хто її зробив, були активні на четвертому тижні (9 з 13), проти 10,7% тих, хто ні (6 з 56). Розрив зберігається без запрошених, і це робить кандидата переконливішим.

Але не доведеним. Фіксований канал прибирає одне джерело відбору. Ті, хто прийшов сам і дійшов до дії, все одно обрали це самі; у них можуть бути більші групи, більше спільних витрат чи сусід, готовий приєднатися. Нічого з цього немає в даних, і кожне саме по собі може піднімати утримання. А з 13 користувачами в групі «зробили» кожна людина змінює частку майже на 8 пунктів.

Лише експеримент, зміна онбордингу для випадкової половини нових користувачів з другою половиною як контролем, покаже, скільки насправді дає підштовхування до дії.

Як це складається докупи: критерій — це дія плюс часове обмеження, обрана за розривом і охопленням, і її читають як зв'язок, доки тест не доведе ефект. Далі урок Кейс: полагодити воронку онбордингу пускає інструменти модуля в роботу.