Punkt wyjścia
Easy.Tools chciało wysyłać newslettery i maile lifecycle do bazy kontaktów zebranej w produkcie (a docelowo udostępniać wysyłkę własnym klientom), ale pod spodem nie było porządnej infrastruktury. Wszystko groziło wyjściem z tych samych domen co maile produktowe, a to najszybszy sposób na spalenie dostarczalności. Newslettery to ruch najbardziej narażony na spalenie reputacji, więc mieszanie ich ze strumieniem transakcyjnym i automatyzacjami oznaczało, że jedna zła wysyłka mogła położyć całość. Potrzebowali systemu zaprojektowanego pod wzrost, nie prowizorki.
Moje podejście
Potraktowałem to jak budowę platformy wysyłkowej, a nie konfigurację narzędzia. Zasada numer jeden to izolacja: rozdzielić strumienie według profilu ryzyka i nie pozwolić, by najbardziej ryzykowny ruch dotykał domen, na których stoi biznes. Stamtąd budowałem dalej: czysty model autoryzacji, strategię domen i IP wymiarowaną pod skalę, reguły zgody kierujące wysyłkę tylko do ludzi realnie zainteresowanych oraz warm-up, żeby nic nie szło na zimno. Każdą decyzję podejmowałem tak, by klient mógł potem prowadzić to sam, z monitoringiem, który od razu sygnalizuje, gdy coś zaczyna się psuć.
Proces
- 01
Kickoff i architektura
Zrobiłem rozpoznanie istniejącej konfiguracji i dostępów, zebrałem wymagania, a potem zaprojektowałem pełny blueprint: model kont podrzędnych na sprawdzonej chmurowej platformie wysyłkowej, z dedykowanymi IP, routingiem i jasną mapą przepływu każdego rodzaju maila.
- 02
Autoryzacja i domeny
Zbudowałem model autoryzacji (SPF, DKIM i DMARC ze stabilnym return-path i konfiguracją śledzenia) i ustaliłem strategię domen, w której klient może wysyłać przez wspólną, w pełni autoryzowaną domenę albo zweryfikować i autoryzować własną.
- 03
Rozdzielenie strumieni i zgód
Rozdzieliłem ruch na osobne strumienie (transakcyjny, onboardingowy, automatyzacje, billing i marketing), tak że newslettery działają na własnych, izolowanych domenach i infrastrukturze. Wysyłka opiera się na zgodzie: do newslettera wchodzą tylko kontakty, które ukończyły główną ścieżkę produktu i realnie się angażują.
- 04
Warm-up i routing providerów
Zaprojektowałem model ramp-upu, który wysyła paczkami, obserwuje odbicia i reputację, a wolumen zwiększa dopiero, gdy sygnały pozostają czyste. Dodałem pule IP według jakości oraz routing, który rozpoznaje regionalnych providerów i kieruje do nich wysyłkę właściwym kanałem, zamiast zbierać odrzucenia.
- 05
Higiena i monitoring
Ustawiłem logikę list wykluczeń i blocklist, pełną analizę bounców, kohorty aktywności wyciszające lub odkładające nieotwierających oraz dashboardy z alertami na progi bounce, skarg i open rate, trafiające do zespołu i do mnie.
- 06
Model operacyjny i przekazanie
Dostarczyłem dokumentację, playbooki i procedury monitoringu, a także statystyki per strumień, które zespół może filtrować po zakresie dat i kanale. System startuje etapami (najpierw niewielka część ruchu) z jasnym rytmem obsługi incydentów i przeglądów, żeby mogli prowadzić go samodzielnie.
Efekt
Easy.Tools ma teraz realny system wysyłki newsletterów i maili lifecycle zamiast doraźnych masówek: autoryzowaną, izolowaną strumieniowo infrastrukturę, która chroni domeny produktowe, podczas gdy newslettery działają bezpiecznie osobno. Wysyłka opiera się na zgodzie i sama się reguluje, więc wolumen rośnie na reputacji, a nie ją spala, a zespół prowadzi to dzięki dokumentacji i alertom, które wcześnie wychwytują problemy. Projekt jest przygotowany, by skalować się w kierunku około miliona wysyłek dziennie w miarę dokładania kolejnych marek i strumieni.