# Фінальний кейс: незрозумілий сплеск

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

- Курс: [Продуктова аналітика: від даних до рішень](https://productovi.com/uk/courses/product-analytics.md)
- Модуль: Як будемо рости?
- Урок 32/32, ~43 хв
- Джерело: https://productovi.com/uk/courses/product-analytics/spike-investigation

## Реєстрації зросли більш ніж удвічі

**Alex Tutor:** У Halves минули довгі вихідні, і Maya має сплеск, яким хоче похвалитися. Як завжди, продуктова команда спершу звіряється з тобою.

**Maya:** Ранок понеділка, і дашборд каже, що реєстрації за довгі вихідні зросли на **156%**: 2 014 за три дні. Це ж новий екран реєстрації на Android, так? Хочу розповісти команді.

**Alex Tutor:** Можливо. Перш ніж святкувати, перелічімо все, що могло дати такий сплеск. Чотири родини причин: **трекінг**, **трафік**, **продукт** і **зовнішні події**.

**Sofia:** Трекінг: ми щось рахуємо двічі. Трафік: кампанія чи місце в сторі. Продукт: реліз змінив те, що роблять люди. Зовнішнє: свято, новини, збій у конкурента.

**Alex Tutor:** Тоді виключаймо їх по одній на наявних даних, починаючи з найдешевшої перевірки. Це **розслідування сплеску** (spike investigation). Ось журнал змін за цей період.

![Детектив із лупою розглядає раптову високу купу чеків, а позаду нього четверо зачинених дверей.](https://productovi.com/courses/product-analytics/inline/spike-investigation-illustration-2.webp)

*Сплеск — це питання: перелічи можливі причини, а потім відкидай їх.*

> **Що змінилося, 29 серпня – 18 вересня**
>
> | Дата | Що змінилося |
> |---|---|
> | Чт, 10 вересня | Почалося розгортання Android `5.2`: новий екран реєстрації за номером телефону (близько 30% реєстрацій на Android цього дня, 70% 11-го, усі з 12-го) |
> | Ср, 16 вересня | Android `5.2.1` з виправленнями помилок, з полудня |
> | Увесь період | Бюджети на рекламу в соцмережах і пошукову рекламу в сторах не змінювалися; фічерингу в сторі не було; релізу на iOS не було |
> | Сб, 12 – пн, 14 вересня | Довгі святкові вихідні в кількох найбільших ринках Halves |

> **Вправа:** Зістав кожну родину причин із першою перевіркою, яку варто зробити на цих даних.

## Зріс порівняно з чим?

**Alex Tutor:** «Зріс на 156%» потребує базового рівня. Вихідні й понеділки відрізняються від середини тижня, тож порівнюй кожен день сплеску з тим самим днем тижня за два попередні тижні й усереднюй ці два.

**Sofia:** Тобто суботу 12-го — із суботами 29-го й 5-го, і так само неділю й понеділок.

**Alex Tutor:** Так. І рахуй дві речі поруч: `signup_events`, які показує дашборд, і `new_users`, унікальні нові акаунти.

**Набір даних (CSV):** [Реєстрації Halves за днями, платформами й каналами](https://productovi.com/datasets/product-analytics/spike-investigation/halves-signups-september.csv)

Субота 29 серпня – п'ятниця 18 вересня 2026; 21 день × 2 платформи × 4 канали.

- `date`: День (UTC), субота 29 серпня – п'ятниця 18 вересня 2026
- `platform`: ios або android
- `acquisition_channel`: invite, app_store_search, paid_social або store_search_ads
- `signup_events`: Кількість подій `signed_up`: те, що дашборд називає «реєстраціями»
- `new_users`: Унікальні нові акаунти, створені цього дня
- `new_users_in_trip_groups`: З нових користувачів ті, чия перша група — поїздка

**Alex Tutor:** Базовий рівень за три дні — 785,5 в обох колонках. Тепер порівняй з ним дні сплеску.

> **Вправа:** На скільки **унікальних нових користувачів** 12–14 вересня було більше за базовий рівень (середнє тих самих днів тижня за два попередні тижні)? Дай зміну у відсотках.

**Alex Tutor:** Навіщо брати дні тижня двотижневої давнини? Ось дві бази, які хтось міг обрати.

> **Вправа:** Яка база **чесна** для сплеску із суботи 12 по понеділок 14 вересня?

## Спершу трекінг

**Sofia:** Подій побільшало на 156%, а нових акаунтів — лише на 77%. Отже, 620 подій у ці дні — не нові люди.

**Alex Tutor:** Розділи за платформами. На iOS — 1,00 події на нового користувача, як завжди. На Android — 2,00 в усі три дні.

**Sofia:** А зайві події на Android починаються 10-го, у день, коли почалося розгортання `5.2`, і зникають після виправлення 16-го.

**Alex Tutor:** Новий екран надсилає `signed_up` двічі. Це половина надлишку Maya: помилка підрахунку, а не люди.

![Людина реєструється на телефоні, який видає два однакові чеки замість одного.](https://productovi.com/courses/product-analytics/inline/spike-investigation-illustration-3.webp)

*Половина стрибка — помилка підрахунку: один екран надсилав кожну реєстрацію двічі.*

> **Вправа:** Дашборд Halves рахує реєстрації як події `signed_up`. Android `5.2` з новим екраном реєстрації почав розгортатися 10 вересня. 12–14 вересня на Android — 2,00 події `signed_up` на нового користувача, на iOS — 1,00; зайві події на Android з'являються 10 вересня й зникають після 16 вересня. Що з цього випливає?

**Alex Tutor:** Ще один тест робить діагноз беззаперечним: розгортання йшло 30%, 70%, потім 100%. Чи йдуть за ним дублікати?

> **Вправа:** Скористайся таблицею реєстрацій. Скільки `signup_events` припадало на одного унікального нового користувача **на Android** у **п’ятницю 11 вересня**, коли `5.2` охопив близько 70% реєстрацій на Android? Округли до двох знаків.

## Трафік і продукт

**Maya:** Гаразд, але 608 справжніх додаткових користувачів — однаково багато. Звідки вони?

**Alex Tutor:** За каналами: запрошення +555,5, пошук у сторі +57,5, соцмережі −2, пошукова реклама −2,5. Жодна кампанія цього не зробила, і бюджети не змінювалися.

**Sofia:** А за платформами: нових користувачів на iOS +77,7%, на Android +77,1%. Якби допоміг екран на Android, Android виріс би більше.

**Alex Tutor:** Отже, реліз пояснює зайві події, а не додаткових людей.

**Maya:** Тобто новий екран узагалі нічого не дав?

**Alex Tutor:** Нічого, що видно в реєстраціях. Чи ним зручніше користуватися — окреме питання, і відповість на нього A/B-тест, а не сплеск.

> **Вправа:** Які пояснення **справжнього** зростання нових користувачів можна виключити на цих даних? Вибери усі правильні варіанти.

**Alex Tutor:** Дай розрізу за каналами число, перш ніж шукати поза продуктом.

> **Вправа:** Унікальних нових користувачів 12–14 вересня було на 608,5 більше за базу. Запрошення привели 902 нових користувачі в дні сплеску проти бази 346,5. Яка частка **надлишку** прийшла через запрошення? Дай відсоток.

## Щось зовнішнє

**Theo:** З 12-го по 14-те були довгі святкові вихідні в кількох наших найбільших ринках. Люди їдуть кудись групами.

**Alex Tutor:** І дані з цим узгоджуються: 47% нових користувачів у дні сплеску почали з групи-поїздки, проти 10% у базові дні. Це узгоджується зі святами, хоча таке порівняння не може цього довести.

![З 2 014 подій реєстрації 620 — дублікати з Android, а 608 — справжні нові люди, здебільшого із запрошень у групи-поїздки на свята; трафік і продукт відкинуто.](https://productovi.com/courses/product-analytics/diagrams/m8-l4-spike-breakdown-uk.png)

![Друзі з валізами зібралися навколо одного телефона на вокзалі, вирушаючи на довгі святкові вихідні.](https://productovi.com/courses/product-analytics/inline/spike-investigation-illustration-4.webp)

*Справжні додаткові користувачі прийшли разом зі святковими вихідними, а не з кампанією чи релізом.*

**Sofia:** Тоді ці користувачі можуть поводитися як літні когорти й піти після поїздки.

**Alex Tutor:** Спершу одна перевірка: наскільки впевнено можна стверджувати пояснення зі святами?

> **Вправа:** Оскільки 47% нових користувачів днів сплеску почали в групі для поїздки (проти 10% у базові дні), а дати збігаються зі святковими вихідними, дані доводять, що зростання нових користувачів спричинили свята.

**Alex Tutor:** Саме так, тож ніхто не має піднімати осінній прогноз через ці вихідні. А дашборд треба виправити, щоб наступний сплеск не був наполовину фальшивим.

> **Вправа:** Дашборд Halves рахує реєстрації як події `signed_up`. Android `5.2`, що розгортався з 10 вересня, записував кожну реєстрацію двічі, тож дашборд показав +156% за вихідні 12–14 вересня, тоді як унікальних нових користувачів стало на 77% більше. Виправ дашборд у 3–5 реченнях: перепиши визначення «реєстрацій», щоб таке не повторилося, і опиши одну автоматичну перевірку, яка виявила б помилку на Android ще 10 вересня.

## Записка

**Maya:** Гаразд. Мені потрібне щось, що можна переслати команді сьогодні, поки не розійшлися чутки про новий екран.

**Alex Tutor:** Почни із відповіді, потім перевірки з числами: що виключено, що лишилося, наскільки ми впевнені і що виправляємо.

> **Вправа:** Напиши записку для Maya: що спричинило сплеск реєстрацій 12–14 вересня?

**Alex Tutor:** Звичка, яку варто зберегти: сплеск — це питання, а не результат. Перелічи родини причин, порівняй з базовим рівнем, почни із трекінгу й кажи, наскільки певний висновок.

- Попередній урок: [Канали й атрибуція в маркетингу](https://productovi.com/uk/courses/product-analytics/channels.md)

---
Productovi Learning. Безкоштовно, читати можна без реєстрації.