Case Study – MMPI 2.0
Case Study: Szkolenia specjalistyczne (MMPI 2.0)

Jak optymalizować reklamy Meta, gdy zakup wymaga weryfikacji dyplomu?

Branża: szkolenia dla psychologów (MMPI 2.0).
Problem: standardowy lejek „formularz → pixel” nie działa, bo część zgłoszeń odpada na weryfikacji uprawnień. Meta bez sygnału kwalifikacji uczy się na przypadkowych formularzach i trudno to skalować.

Co zrobiliśmy

  • Hybrydowa konwersja (CAPI + weryfikacja): każdemu zgłoszeniu nadaliśmy ID, a event QualifiedLead wysyłamy dopiero po ręcznym potwierdzeniu dokumentów.
  • Podział sygnałów: rozdzieliliśmy „Lead” (formularz) od „QualifiedLead” (zweryfikowany specjalista) i opcjonalnie „Purchase” (opłacone).
  • Analiza zachowania na LP: sprawdziliśmy, gdzie ludzie przerywają czytanie (scroll + czas) i przebudowaliśmy sekcję o wymaganiach tak, żeby nie odstraszała, tylko klarownie prowadziła do kolejnego kroku.
+__%
wzrost QualifiedLead (po wdrożeniu)
–__%
mniej odrzuceń po weryfikacji
__ zł
koszt / QualifiedLead
Ważne: Meta zaczyna uczyć się na tym, co realnie ma wartość (zweryfikowany specjalista), a nie na każdym formularzu „z ciekawości”.

Jakie screeny tu wstawić?

  1. Scroll / drop-off z LP: wykres/heatmapa pokazująca, że użytkownicy przerywali w sekcji „wymagane dokumenty”.
    Screen: narzędzie analityczne / panel / heatmapa / scroll-depth.
  2. Meta Events Manager: potwierdzenie, że event QualifiedLead wpada server-side (CAPI).
    Screen: zielony status eventu + nazwa eventu + „server”.
  3. Panel weryfikacji / lista zgłoszeń: kolumna statusu „Zweryfikowany / Odrzucony”.
    Screen: dowód procesu „człowiek w pętli”.
TU WSTAW SCREEN: scroll / drop-off
(sekcja dokumenty)
Screen 1: gdzie użytkownicy przerywali czytanie.
TU WSTAW SCREEN: Meta Events Manager
(QualifiedLead, server)
Screen 2: event kwalifikacji wpada do Meta przez CAPI.

Logika eventów (prosto i czytelnie)

1) Lead
Użytkownik wysyła formularz. To sygnał wstępny — nie każdy przejdzie weryfikację.
2) Weryfikacja
Pracownik sprawdza dokumenty. Status przypisujemy do ID zgłoszenia.
3) QualifiedLead (CAPI)
Dopiero teraz wysyłamy event server-side do Meta (np. z event_id / external_id), żeby algorytm optymalizował kampanię na zweryfikowane osoby.
4) Purchase / Paid (opcjonalnie)
Gdy płatność jest odnotowana, możemy wysłać event płatności — jeśli wolumen jest wystarczający, da się optymalizować pod realny przychód.
Efekt: Meta „widzi” sukces dopiero wtedy, gdy Ty realnie wiesz, że lead jest wartościowy.