Про роль
У більшості трафік-команд аналітика закінчується колонкою ROI у трекері. У нас — ні: ми в дейтингу з 2011 року і рахуємо гроші по всій воронці клік → реєстрація → підписка → rebill. Формула бонуса баєра відкрита, і рахується вона з даних, які збираєш і валідуєш ти. Твої цифри — це чиїсь бонуси: коли байєр наприкінці місяця дивиться у дашборд, він має вірити кожній клітинці. Це зона довіри, яку ти будуєш і тримаєш. Підпорядкування — Head of Media Buying.
Чому це складніше, ніж звучить: трекер живе кліками й конверсіями, продукт — платежами й когортами, і між ними завжди виникають розриви — загублені постбеки, дублікати, різні часові зони. Твоя задача — знаходити й пояснювати ці розриви раніше, ніж хтось спитає, чому цифри не б’ються. У 95% команд ніші такої аналітики просто немає: вони бачать ROI за вчора й не бачать, що когорта окупиться на четвертому rebill.
Що ти робитимеш
- Збереш зв’язку трекер × продуктова аналітика в єдиний пайплайн: щоб клік у трекері знаходив свій платіж у продукті.
- Побудуєш BI-дашборди спенд × ревеню × LTV — по джерелах, зв’язках, GEO та кожному баєру окремо.
- Когортний аналіз: конверсія в підписку, retention, rebill-динаміка, прогноз LTV на 3–6 місяців уперед.
- Валідуватимеш розрахунок бонусів: звірка даних перед виплатою — твоя відповідальність, а не «десь порахувалося».
- Щотижневі розбори з баїнг-тімами: які когорти окупаються, які зв’язки масштабувати, де LTV просідає і чому.
- Налаштуєш алерти на аномалії: фрод-патерни, розбіжності трекер/продукт, різкі падіння конверсії.
- Разом із tech lead визначиш, які події та параметри мусить передавати трекінг, щоб дані билися.
- Рахуватимеш юніт-економіку запусків: вартість реєстрації та підписки по джерелах і точку, де зв’язка виходить у нуль.
Що для нас важливо
Обов’язково:
- 2+ роки в performance- або продуктовій аналітиці.
- Впевнений SQL і хоча б один BI-інструмент (Tableau / Looker / Metabase / аналоги).
- Практика когортного аналізу та прогнозування LTV — не з курсу, а з робочих задач.
- Розуміння юніт-економіки підписочних воронок: чому rebill важливіший за перший платіж.
Буде плюсом:
- Python для пайплайнів і моделей.
- Досвід із трекерами (Keitaro / Binom / Voluum) та S2S-постбеками.
- Бекграунд у дейтингу чи іншому підписочному продукті.
Що ти отримуєш
- Повний remote і графік, звірений на результат, а не на присутність.
- Дані 15-річного продукту, а не стартап без історії: є що когортувати.
- Пряму видимість впливу: твій дашборд відкривають щоранку баєри й Head.
- Бюджет на інструменти — обґрунтував потребу цифрами, отримав.
- Виплати фіксованого числа, без «затрималося на тижнях».
Трек зростання
Analyst → Senior Analyst → Head of Analytics із власною командою в міру зростання відділу. Критерій переходу один: система, яку ти побудував, працює без тебе в ручному режимі. Перший чекпоінт — через пів року: живі дашборди, звірені бонуси, довіра тім до твоїх цифр.
Гроші
$1 800–2 800 фікс + бонуси за результатами. Виплати фіксованого числа.
Процес
Скринінг 30 хв → інтерв’ю → компактне тестове до 3 годин (реальний кейс на знеособлених даних) → офер.
Питання про цю роль
Який стек зараз і що треба буде побудувати?
Є трекер і продуктова аналітика як окремі системи. Твоє перше завдання — зв'язати їх у єдину картину: пайплайн даних, когортні звіти, дашборди для тім.
Звідки беруться дані?
Два джерела: трекер (кліки, конверсії, спенд по зв'язках) і продуктова аналітика (платежі, retention, LTV). Ключова задача — щоб вони билися між собою.
Чи впливаю я на формулу бонусів?
Так, безпосередньо: бонуси баєрів рахуються з даних, за якість яких відповідаєш ти. Це зона високої довіри — і саме тому вона цікава.
Скільки ad-hoc запитів проти системної роботи?
Цільове співвідношення — 30/70. Перші місяці ad-hoc буде більше, поки будуються дашборди; далі системна робота має закривати більшість питань самообслуговуванням.
Чи треба знати арбітраж заздалегідь?
Ні. Потрібно розуміти воронки та юніт-економіку — специфіку арбітражу (джерела, зв'язки, розхідники) пояснимо. Половина термінів вивчається за перший місяць.