Skalowanie do miliona wysyłek dziennie na nowym silniku

Youmoney prowadzi wysokowolumenowy marketplace pożyczkowy, w którym e‑mail napędza większość ścieżki klienta: od nieukończonego wniosku aż po wzięcie pożyczki. Całość działała na starszej platformie marketingowej opartej na tagach, z logiką cyklu życia i obsługą zgód, które trudno było rozwijać i którym trudno było ufać przy dużej skali. Chcieli przejść na nowy, sterowany zdarzeniami silnik wysyłkowy i rosnąć w kierunku około miliona wysyłek dziennie, bez ryzykowania dostarczalnością w trakcie migracji.

Potraktowałem to najpierw jako migrację infrastruktury, a dopiero potem jako projekt marketingowy. Zanim ruszyłem jakąkolwiek wysyłkę, zmapowałem, jak użytkownik naprawdę przechodzi przez lejek, i przełożyłem to na niewielki zestaw czystych, sterowanych zdarzeniami ścieżek, które silnik odpala na realnych sygnałach, a nie na kruchych kombinacjach tagów. Dalej zasada była prosta: zintegrować się porządnie przez API i webhooki, rozgrzewać spokojnie w tle i wpuszczać żywy ruch na nowy system małymi, wymierzonymi procentami, tak aby każdy krok był odwracalny i obserwowalny.

1. 01

   Rozpoznanie i mapowanie

   Usiadłem z zespołem, żeby zmapować realną ścieżkę klienta: od nieukończonego wniosku, przez ofertę, aż po wzięcie lub odrzucenie pożyczki. Ustaliliśmy dokładne zdarzenia oznaczające każde przejście oraz to, jak rozpoznawać użytkownika mającego wiele wniosków.

2. 02

   Projekt ścieżek

   Przełożyłem tę mapę na około pięć sterowanych zdarzeniami automatyzacji: porzucony wniosek, dopięcie oferty, dosprzedaż po konwersji, ponowne zaangażowanie po odmowie oraz przypomnienie przy zbliżającej się spłacie. Każda ścieżka startuje, kończy się i rozgałęzia na realnych zdarzeniach, ze świadomymi opóźnieniami, by nie pisać do użytkownika, zanim zdąży dokończyć proces.

3. 03

   Integracja przez API i webhooki

   Zintegrowałem nowy silnik z systemami klienta przez API i webhooki: zdarzenia wejściowe napędzające ścieżki oraz sygnały wyjściowe o zmianach zgód, wpisach na listę wykluczeń i twardych odbiciach czy skargach, każdy z jasnym powodem. Przebudowałem obsługę zgód tak, aby wypis usuwał odbiorcę z konkretnego typu komunikacji, a nie blokował go całkowicie.

4. 04

   Rozgrzewka i konfiguracja providerów

   Ustawiłem wysyłkę przez Amazon SES i dodatkowych providerów z rotacją zamiast jednego liniowego kanału, a rozgrzewkę domen i IP prowadziłem spokojnie w tle, gdy powstawały ścieżki. Odbicia i odrzucenia były granicą bezpieczeństwa dla tempa, w jakim mogliśmy przyspieszać.

5. 05

   Wdrożenie etapowe

   Wpuszczaliśmy żywy ruch na nowy silnik wymierzonymi krokami: zaczynając od małej części ruchu jednego brandu i zwiększając ją w kierunku większości, analizując wyniki przed każdym krokiem. Bardziej ryzykowne komunikaty konwersyjne i dosprzedażowe wysyłaliśmy z osobnych tożsamości, żeby nie psuły reputacji głównej wysyłki.

6. 06

   Monitoring i raportowanie

   Uruchomiłem raportowanie per automatyzacja i per e‑mail (unikalne otwarcia i kliknięcia, spadek skuteczności między krokami oraz filtrowanie po zakresie dat), udostępnione zespołowi, by mógł porównywać skuteczność w czasie i wcześnie wychwytywać spadki. Zbiorcze statystyki są układane w stabilny model w miarę wzrostu wolumenu.

Youmoney działa teraz na nowym, sterowanym zdarzeniami silniku wysyłkowym zamiast na starej platformie, ze ścieżkami cyklu życia odpalanymi na realnych sygnałach, zgodami obsługiwanymi per typ komunikacji i wysyłką wieloproviderową popartą właściwą rozgrzewką. Wdrożenie przeniosło żywy ruch na system bezpiecznie, krok po kroku, a architektura jest zbudowana pod skalowanie do około miliona wysyłek dziennie. Mają wgląd per automatyzacja i per e‑mail, którego wcześniej nie było, więc wzrost dzieje się z liczbami na widoku, a nie po omacku.