Розбір стратегії

Розбір №02 · березень 2026 · написано без запиту

Finom — понеділковий тріаж & архітектура кампаній

Розбір одного робочого дня для ролі Marketing Operations у Finom (європейський фінтех для МСБ і фрилансерів, AI Accounting). У понеділок зранку — тріаж трьох запитів від стейкхолдерів. Потім — одна кампанія від і до.

Правила серії: написано «на холодну», за кілька днів, без внутрішніх даних. Якщо команда покаже, що я десь помилився, правку опублікую.

Ринок
DE · FR · IT · ES · NL
Аудиторія
Фрилансери + МСБ
Стек
CEP + сховище даних
Формат
Документ + презентація

Задача

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

Продукт

Кампанія середнього розміру

Жорсткий дедлайн: четвер. Запуск AI Accounting. 4 дні.

Growth

A/B-тест SMS в онбордингу

Чітка гіпотеза. Без дедлайну. ~1 година роботи.

Sales

Кампанія реактивації

Мета ще нечітка. Запит широкий. Терміновість найнижча. Невизначеність найвища.

А ще — зламаний шар даних:

  • ·Статус VAT-зобовʼязання — без оновлень із серпня. Критично для запуску AI Accounting.
  • ·Крок 3 онбордингу — подія не трекається. Є лише перший і останній кроки.
  • ·Lead source = sales — атрибута немає. У CEP не видно, з якими лідами працювали sales.
  • ·Значення user_type — у різних форматах («freelancer», «Freelancer», «FL», «SME», «sme», «small_business»).

Як я це читаю

Проблеми з даними — справжній тест. Тріаж — театр. Пріоритизувати три тікети може будь-хто; значно менше людей здатні запустити кампанію попри зламаний шар.
  • Не чекайте чистих даних. Латайте, вибирайте головне, запускайте.
  • Тріаж за дедлайном × ресурсом × ясністю, а не за тим, хто кричить найгучніше.
  • Кожен запит «мені потрібні дані» — це ще й «мені треба поговорити з командою даних». Перше ранкове повідомлення в Slack.

Схема 01 · Тріаж

Понеділковий тріаж: дедлайн × ресурс × ясність.

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

Запит
Ресурси
Дедлайн
Дія
Growth
~1 година
Немає — за KPI
Запустити сьогодні
Product
~2 дні
Четвер (жорсткий дедлайн)
Збірка Вт–Ср
Sales
~залишок тижня
Немає — потребує скоупу
Спочатку скоуп, зібрати до наступної середи

Схема 02 · Патчі

Латайте, не блокуйте.

«Латайте, не блокуйте» — патерн для шару даних: на кожне бите поле чи пропущену подію є дві відповіді одразу — обхідний шлях, який можна запустити сьогодні (CSV-зіставлення, regex-правило, ескалація), і системний фікс на наступний тиждень. Кампанії не чекають чистих даних; шар даних не лишається зламаним.

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

  • ПДВ‑зобовʼязання застаріле → ескалювати, потім виокремити.

    Негайно напишіть команді даних у Slack. Запустіть кампанію AI Accounting без ПДВ‑сегментації. Додайте ПДВ‑аудиторію як v2, щойно дані оновляться.

  • Відсутня подія кроку 3 онбордингу → не блокуйте.

    A/B-тест Growth вимірює завершення фінального кроку. Видимість кроку 3 — бажана, але не блокує.

  • Немає атрибута «lead_source = sales» → патч через CSV‑зіставлення.

    Sales експортує лідів, з якими працювали за останні 60–90 днів. Я зіставляю їх із SME-лідами в CEP і позначаю користувацьким атрибутом.

  • Брудні значення user_type → regex зараз, випадний список потім.

    Правило OR (чи regex) ловить усі варіанти для сьогоднішніх кампаній. Backlog: замінити вільний текст строгим випадним списком + ретроактивне очищення.

Якщо так виглядає ваш понеділок

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

Схема 03 · Кампанія

Я взяв запуск AI Accounting для дизайну від і до. Чому: чітка гіпотеза, жорсткий дедлайн, корисний плейбук для наступних запусків.

  • Аудиторія. Фрилансери + МСБ, які за останні 90 днів відстежували VAT; спершу — DE. Виключаємо universal holdout.
  • Канали. In-app — основний, email — додатковий, SMS — лише для реактивації. Push для запуску не беремо — забагато шуму.
  • Розклад. Хвиля 1 — у четвер зранку за берлінським часом. Хвиля 2 (для тих, хто не відкрив) — наступного вівторка. 7-денний поріг для тригера пробного періоду.
  • Персоналізація. Три шари — країна/локаль, режим VAT, етап бізнесу. Шаблони на Liquid.
  • Метрика успіху. Активації пробного періоду, пораховані через holdout, а не відкриття. Друга: % тих, хто доходить до 3-го кроку онбордингу (після викочення фіксу).

Схема 04 · Вимірювання

Універсальний holdout. Приріст, не відкриття.

Універсальний holdout — це випадковий сталий зріз аудиторії, який не потрапляє в жодне CRM-втручання: жодну кампанію, жоден канал, протягом року. Порівняння з тими, хто отримував комунікації, — єдиний спосіб виміряти справжній приріст виручки, бо відкриття й кліки не покажуть, чи клієнт сконвертував би і без кампанії.

Саме тому описаний вище запуск AI Accounting рахує активації пробного періоду, пораховані через holdout як метрику успіху — а не відкриття чи кліки. Це підхід, який я просував на EMEA-масштабі й переніс би в будь-яку lifecycle-систему.

Усі артефакти

Робочий документ із живим ходом думки + презентація. Надішлю за запитом.

Запросити презентацію →

Якщо так виглядає ваш понеділок, поговорімо.

30 хвилин. Відео. Без шаблонного плану. Ще під час дзвінка стане ясно, чи модель підходить.

або почніть із Діагностики за €2 900 →