Jak zakładać i obsługiwać konta klientów w Centrum agencyjnym

Architektura wielopodmiotowa Centrum agencyjnego i separacja przestrzeni roboczych

Centrum agencyjne w Mailfly opiera się na architekturze wielopodmiotowej, w której każdy obsługiwany klient otrzymuje całkowicie odizolowaną przestrzeń roboczą identyfikowaną unikalnym kluczem workspace_id. Zamiast zakładać osobne instalacje aplikacji lub współdzielić jedną bazę kontaktów z tagami klientów, agencja zarządza portfelem marek z poziomu pojedynczego konta nadrzędnego. Takie podejście eliminuje ryzyko przypadkowego wysłania kampanii promocyjnej jednego sklepu do bazy subskrybentów innego podmiotu oraz przyspiesza codzienne przełączanie kontekstu pracy między projektami.

Każda przestrzeń robocza przechowuje własne tabele kontaktów, grupy odbiorców, szablony wiadomości, reguły automatyzacji, klucze integracyjne API oraz logi zdarzeń dostarczalności. Przełączenie aktywnego klienta w górnym pasku nawigacyjnym natychmiast zmienia kontekst sesji na poziomie serwera oraz interfejsu użytkownika. Wszystkie wykresy przychodów, statystyki otwarć i kolejki wysyłkowe odwołują się wyłącznie do aktualnie wybranego identyfikatora workspace_id, co gwarantuje pełną przejrzystość operacyjną podczas pracy nad wieloma kampaniami jednocześnie.

Z poziomu widoku zbiorczego menedżer agencji widzi tabelę aktywnych podmiotów wraz z przypisanym planem taryfowym, aktualną liczbą kontaktów, liczbą przygotowanych szablonów oraz statusem prowadzonych wysyłek. Przykładowo w jednym panelu można jednocześnie nadzorować konta takie jak QR System, SensusBalans czy Produktywny Marketing, zachowując pełną kontrolę nad wykorzystaniem limitów w każdym z nich. Dodanie nowego klienta trwa kilkanaście sekund i nie wymaga angażowania administratora infrastruktury serwerowej.

• Każdy klient agencji funkcjonuje w osobnej przestrzeni roboczej z unikalnym identyfikatorem workspace_id oraz niezależną konfiguracją.
• Przełącznik kontekstu w nagłówku aplikacji zmienia aktywną przestrzeń roboczą bez konieczności wylogowywania się i ponownego uwierzytelniania.
• Widok portfela prezentuje w jednej tabeli liczbę kontaktów, zapisane szablony, aktywne kampanie oraz wybrany pakiet dla każdej marki.
• Struktura wielopodmiotowa wyklucza mieszanie się list mailingowych, historii zamówień oraz statystyk między obsługiwanymi firmami.

Izolacja danych na poziomie silnika PostgreSQL 16 oraz polityki FORCE ROW LEVEL SECURITY

Bezpieczeństwo danych pomiędzy klientami agencji w Mailfly jest egzekwowane bezpośrednio w silniku bazy danych PostgreSQL 16 za pomocą mechanizmu Row Level Security z aktywną flagą FORCE ROW LEVEL SECURITY. Oznacza to, że nawet zapytania wykonywane przez właściciela schematu bazy danych podlegają rygorystycznemu filtrowaniu wierszy. Żaden rekord z tabeli subskrybentów, zamówień czy logów wysyłkowych nie zostanie zwrócony przez bazę, jeżeli zmienna sesyjna określająca bieżący workspace_id nie zgadza się z wartością przypisaną do danego wiersza.

Przed wykonaniem jakiejkolwiek operacji odczytu lub zapisu warstwa dostępu do danych otwiera transakcję i ustawia lokalny parametr kontekstowy sesji za pomocą instrukcji SET LOCAL. Polityka bezpieczeństwa zdefiniowana w PostgreSQL 16 automatycznie dołącza warunek sprawdzający zgodność identyfikatora przestrzeni roboczej do każdego zapytania SELECT, INSERT, UPDATE oraz DELETE. Nawet w przypadku błędu programistycznego w kodzie warstwy aplikacyjnej baza danych fizycznie zablokuje dostęp do wierszy należących do innego klienta agencji.

Tak rygorystyczna separacja na poziomie wierszy spełnia najwyższe standardy audytów bezpieczeństwa informacji w sektorze e-commerce, finansowym oraz medycznym. Klienci końcowi powierzający agencji swoje bazy adresowe mają matematyczną gwarancję, że ich lista odbiorców oraz historia transakcji koszykowych są odseparowane od pozostałych projektów. Dodatkowe indeksy złożone zaczynające się od kolumny workspace_id zapewniają, że narzut wydajnościowy polityk RLS pozostaje niemierzalny nawet przy milionach rekordów.

• Wszystkie tabele wielopodmiotowe w PostgreSQL 16 posiadają włączoną dyrektywę FORCE ROW LEVEL SECURITY wymuszającą filtrację w każdym zapytaniu.
• Kontekst sesji bazodanowej jest wiązany z identyfikatorem workspace_id na czas trwania pojedynczej transakcji HTTP.
• Próba zapisu rekordu z niezgodnym identyfikatorem przestrzeni roboczej kończy się natychmiastowym odrzuceniem operacji przez silnik SQL.
• Indeksy partycjonowane po kluczu przestrzeni roboczej utrzymują czas odpowiedzi zapytań analitycznych poniżej kilku milisekund.

Zakładanie nowego konta klienta i konfiguracja parametrów początkowych

Proces tworzenia nowej przestrzeni roboczej w Centrum agencyjnym rozpoczyna się od formularza dodawania klienta, w którym definiuje się nazwę wyświetlaną marki, docelowy adres URL sklepu oraz początkowy plan taryfowy. System automatycznie generuje unikalny identyfikator przestrzeni, zakłada domyślne grupy odbiorców oraz inicjalizuje puste rejestry wypisów i odbić. Od pierwszej sekundy nowe konto jest gotowe do przyjęcia importu kontaktów lub podłączenia wtyczki sklepowej bez konieczności ręcznego tworzenia struktur w bazie.

W kolejnym kroku opiekun konta określa domyślne parametry nadawcy, takie jak nazwa wyświetlana w polu From, adres e-mail nadawcy oraz adres zwrotny Reply-To, na który trafią bezpośrednie odpowiedzi od czytelników. Warto od razu uzupełnić dane rejestrowe firmy klienta wykorzystywane w stopce wiadomości, w tym pełną nazwę podmiotu, adres siedziby oraz numer NIP lub KRS. Zmienne te są automatycznie podstawiane do systemowych bloków stopki we wszystkich szablonach tworzonych w danej przestrzeni roboczej.

Podczas konfiguracji wstępnej agencja decyduje również o strefie czasowej oraz domyślnym języku komunikatów systemowych przypisanych do danego klienta. Ma to kluczowe znaczenie przy planowaniu wysyłek o określonej godzinie dla marek sprzedających na rynkach zagranicznych, na przykład w Wielkiej Brytanii, Niemczech czy Stanach Zjednoczonych. Prawidłowo ustawiona strefa czasowa gwarantuje, że harmonogramy kampanii oraz okna ciszy nocnej w automatyzacjach zadziałają dokładnie według czasu lokalnego odbiorców.

• Inicjalizacja konta klienta automatycznie tworzy izolowane struktury dla kontaktów, segmentów, szablonów oraz logów zdarzeń.
• Dane rejestrowe marki wpisane w ustawieniach przestrzeni są dynamicznie wstrzykiwane do stopki każdego wysyłanego newslettera.
• Indywidualna konfiguracja pola Reply-To kieruje odpowiedzi klientów bezpośrednio do biura obsługi danego sklepu internetowego.
• Wybór strefy czasowej na poziomie przestrzeni roboczej steruje harmonogramem wysyłek oraz oknami ciszy w regułach automatyzacji.

Role użytkowników, uprawnienia zespołowe i umowa powierzenia danych

Zarządzanie dostępem w Centrum agencyjnym opiera się na macierzy ról przypisywanych na poziomie całej agencji lub pojedynczych przestrzeni roboczych klientów. Specjalista ds. kreacji może otrzymać uprawnienia wyłącznie do edycji szablonów i przygotowywania szkiców wiadomości na wybranych kontach, podczas gdy analityk ma wgląd w raporty dostarczalności i konwersji bez możliwości eksportu surowej bazy adresowej. Przedstawiciel klienta końcowego może natomiast otrzymać dostęp tylko do swojej przestrzeni roboczej w trybie podglądu wyników lub akceptacji kampanii.

Ograniczenie prawa do eksportu pełnej listy subskrybentów do formatu CSV lub JSON jest jednym z najważniejszych mechanizmów chroniących przed wyciekiem danych wewnątrz organizacji. Uprawnienie to posiadają wyłącznie administratorzy główni oraz wyznaczeni inspektorzy ochrony danych. Każde pobranie pliku z kontaktami, wygenerowanie klucza API czy zmiana uprawnień użytkownika są trwale rejestrowane w dzienniku audytowym wraz z adresem IP, znacznikiem czasu oraz identyfikatorem sesji.

Obsługa wielu podmiotów gospodarczych wymaga również precyzyjnego uregulowania kwestii formalnoprawnych wynikających z artykułu 28 RODO. Mailfly wspiera model podpowierzenia przetwarzania danych osobowych, w którym agencja występuje jako podmiot przetwarzający względem swoich klientów, a platforma dostarcza udokumentowane zabezpieczenia techniczne i organizacyjne. Izolacja przestrzeni roboczych oraz szczegółowe logi dostępu stanowią bezpośredni dowód rozliczalności wymagany podczas kontroli bezpieczeństwa.

Wielokontowe narzędzie e-mail marketingu izoluje dane każdego klienta na poziomie bazy PostgreSQL i zapobiega pomyłkom przy wyborze grupy odbiorców.

• Granularne role pozwalają przypisać pracownika agencji wyłącznie do wybranych marek z określonym zakresem dozwolonych operacji.
• Prawo do masowego eksportu bazy adresowej do pliku CSV może zostać całkowicie zablokowane dla ról operacyjnych i wykonawczych.
• Klienci końcowi mogą logować się do własnej przestrzeni roboczej, aby przeglądać statystyki i zatwierdzać kreacje bez dostępu do panelu agencji.
• Dziennik audytowy rejestruje każdą operację na uprawnieniach, kluczach dostępowych oraz eksportach danych osobowych.

Zasada dwóch par oczu i proces zatwierdzania kampanii przed wysyłką

W pracy agencyjnej najdroższe błędy wynikają z pośpiechu, gdy jedna osoba przygotowuje treść wiadomości, wybiera segment odbiorców i natychmiast uruchamia wysyłkę do kilkudziesięciu tysięcy subskrybentów. Aby wyeliminować ryzyko wysłania wiadomości z błędnym kodem rabatowym, niedziałającym linkiem lub do niewłaściwej grupy, Mailfly wdraża twardą regułę dwóch par oczu. W tym modelu autor kampanii po zakończeniu prac nad kreacją zmienia jej status na oczekujący na weryfikację, co blokuje możliwość samodzielnego kliknięcia przycisku startu.

System weryfikuje tożsamość użytkowników na poziomie identyfikatora konta i fizycznie uniemożliwia zatwierdzenie kampanii przez tę samą osobę, która przekazała ją do akceptacji. Drugi specjalista w agencji, account manager lub wyznaczony pracownik po stronie klienta otwiera ekran przeglądu, na którym widzi podgląd kreacji na urządzeniach mobilnych i stacjonarnych, wynik testu antyspamowego, wybraną grupę docelową oraz dokładną liczbę odbiorców po odliczeniu listy supresji.

Jeżeli weryfikator zauważy literówkę lub błąd w parametrach UTM, może odrzucić kampanię z komentarzem wskazującym elementy do poprawy, co przywraca status roboczy i powiadamia autora. Po wprowadzeniu poprawek proces zatwierdzania przebiega ponownie, a pełna historia zmian statusów wraz z nazwiskami osób zatwierdzających zostaje zapisana w metryce kampanii. Taki przepływ pracy porządkuje odpowiedzialność na linii agencja oraz klient i chroni reputację nadawcy przed przypadkowymi pomyłkami.

• Reguła dwóch par oczu blokuje możliwość samodzielnego zatwierdzenia i wysłania kampanii przez jej autora.
• Ekran akceptacji prezentuje finalną liczbę adresów, wybrane segmenty, parametry nadawcy oraz podgląd renderowania HTML.
• Odrzucenie kampanii z komentarzem automatycznie cofa ją do trybu edycji i zapisuje powód decyzji w historii obiektu.
• Zatwierdzenie wysyłki może zostać oddelegowane bezpośrednio do decydenta po stronie klienta końcowego posiadającego rolę akceptującego.

Niezależna konfiguracja domen nadawczych i rekordów DNS dla każdego klienta

Każda marka obsługiwana w Centrum agencyjnym powinna wysyłać korespondencję z własnej domeny lub dedykowanej subdomeny, aby budować niezależną reputację u operatorów pocztowych. Mailfly pozwala przypisać do każdej przestrzeni roboczej odrębny zestaw domen nadawczych oraz przeprowadzić ich pełne uwierzytelnienie kryptograficzne. Po wpisaniu nazwy domeny klienta system generuje indywidualny zestaw trzech rekordów CNAME dla mechanizmu Easy DKIM o długości klucza 2048 bitów oraz wytyczne dla rekordów SPF i DMARC.

Weryfikator DNS wbudowany w panel klienta cyklicznie odpytuje autorytatywne serwery nazw i prezentuje status każdego rekordu w czasie rzeczywistym. Jeżeli agencja nie posiada bezpośredniego dostępu do strefy DNS klienta na Cloudflare, OVH czy w panelu home.pl, może jednym kliknięciem wygenerować gotową instrukcję techniczną z dokładnymi wartościami rekordów do wklejenia przez dział IT klienta. System blokuje możliwość uruchomienia masowej wysyłki z domeny, dopóki klucze DKIM nie uzyskają statusu pełnej weryfikacji.

Dodatkowo każda przestrzeń robocza wspiera konfigurację dedykowanej domeny Custom MAIL FROM, która zastępuje domyślną domenę techniczną na kopercie SMTP. Dzięki temu nagłówek Return-Path jest w pełni zgodny z domeną widoczną dla odbiorcy w polu From, co zapewnia przejście restrykcyjnej weryfikacji DMARC w trybie ścisłego wyrównania identyfikatorów. W rezultacie problemy z dostarczalnością na jednym koncie nigdy nie rzutują na ocenę reputacji pozostałych marek w portfelu agencji.

• Każda przestrzeń robocza posiada własną listę zweryfikowanych domen nadawczych z niezależnymi kluczami DKIM 2048-bit.
• Wbudowany diagnosta DNS sprawdza poprawność wpisów SPF, DKIM, DMARC oraz rekordów MX dla subdomeny kopertowej MAIL FROM.
• Generator instrukcji dla działu IT klienta pozwala skopiować komplet rekordów DNS w czytelnej formie bez dawania dostępu do panelu.
• Separacja domen nadawczych gwarantuje, że ewentualny spadek reputacji jednego sklepu nie wpływa na dostarczalność innych klientów agencji.

System motywów wizualnych i współdzielenie komponentów między markami

Przygotowywanie estetycznych newsletterów dla kilkunastu klientów jednocześnie wymaga narzędzi, które eliminują powtarzalne kodowanie tych samych układów od zera. W Mailfly każda przestrzeń robocza posiada własny profil identyfikacji wizualnej, w którym zapisuje się logotyp w wysokiej rozdzielczości, paletę kolorów marki, kroje pisma z bezpiecznymi odpowiednikami systemowymi oraz domyślny styl przycisków CTA. Po utworzeniu nowego szablonu edytor automatycznie aplikuje te parametry do wszystkich wstawianych sekcji.

Agencja może budować własną bibliotekę sprawdzonych układów konstrukcyjnych, takich jak nagłówki z menu kategorii, siatki dwóch lub trzech produktów, bloki z opiniami klientów czy banery rabatowe z licznikiem. Raz przetestowany układ HTML, który perfekcyjnie wyświetla się w programach Outlook, Gmail oraz Apple Mail, można skopiować do przestrzeni roboczej nowego klienta. Po zaimportowaniu struktury system automatycznie podmienia kolory tła, czcionki oraz stopkę na wartości przypisane do docelowej marki.

Mechanizm automatycznej kontroli kontrastu WCAG na bieżąco analizuje wybrane w profilu marki barwy tekstu oraz tła. Jeżeli klient zażyczy sobie jasnoszarego tekstu na białym tle lub białego napisu na jaskrawożółtym przycisku, edytor natychmiast wyświetli ostrzeżenie o nieczytelności i zaproponuje skorygowany odcień spełniający minimalny współczynnik kontrastu 4.5:1. Pozwala to utrzymać wysoką konwersję i dostępność kreacji bez konieczności ręcznego sprawdzania każdego koloru zewnętrznym kalkulatorem.

• Profil marki w przestrzeni roboczej przechowuje kolory główne, typografię, logotyp oraz domyślne promienie zaokrąglenia przycisków.
• Sprawdzone sekcje i układy szablonów można przenosić między kontami klientów z automatyczną adaptacją do nowego stylu wizualnego.
• Walidator kontrastu WCAG ostrzega projektanta, gdy wybrane barwy marki obniżają czytelność tekstu lub przycisków wezwania do działania.
• Globalne bloki nagłówka i stopki aktualizują się we wszystkich szkicach danej przestrzeni roboczej po jednej zmianie w ustawieniach motywu.

Izolowane listy supresji, wypisów i twardych odbić dla każdego podmiotu

Jednym z najgroźniejszych błędów w systemach używanych przez agencje jest globalna lista supresji, w której wypisanie się odbiorcy z newslettera jednego sklepu blokuje mu otrzymywanie wiadomości z zupełnie innej firmy obsługiwanej przez tę samą agencję. Z drugiej strony brak automatycznej blokady twardych odbić prowadzi do szybkiego zablokowania konta wysyłkowego. Mailfly rozwiązuje ten problem poprzez utrzymywanie całkowicie niezależnych rejestrów supresji przypisanych ściśle do klucza workspace_id.

Gdy subskrybent kliknie link wypisu w stopce lub skorzysta z przycisku szybkiego wypisu List-Unsubscribe-Post w interfejsie Gmaila, jego adres zostaje natychmiast oznaczony jako wypisany wyłącznie w przestrzeni roboczej tego konkretnego reklamodawcy. Jeżeli ten sam adres e-mail znajduje się legalnie w bazie innego klienta agencji, nadal będzie normalnie otrzymywał od niego korespondencję. Pełna historia zgód i rezygnacji wraz z adresem IP oraz źródłem zdarzenia jest prowadzona oddzielnie dla każdego podmiotu.

Jednocześnie system pozwala chronić infrastrukturę wysyłkową przed nieistniejącymi adresami. Kiedy serwer docelowy zwraca twarde odbicie Hard Bounce z kodem błędu 550 oznaczającym brak konta pocztowego, adres ten jest trwale blokowany w danej przestrzeni roboczej przed kolejnymi próbami wysyłki. Administrator agencji ma wgląd w zagregowane wskaźniki odbić i skarg spamowych dla wszystkich obsługiwanych marek w jednym widoku diagnostycznym, co pozwala błyskawicznie reagować, gdy któryś z klientów zaimportuje przestarzałą bazę kontaktów.

• Rezygnacja z subskrypcji działa wyłącznie w obrębie przestrzeni roboczej marki, której dotyczyła wysłana wiadomość.
• Nagłówki List-Unsubscribe zawierają kryptograficzny token wskazujący jednoznacznie kontakt oraz właściwy identyfikator workspace_id.
• Twarde odbicia i zgłoszenia spamu są automatycznie wykluczane z kolejnych kampanii i automatyzacji danego klienta.
• Widok nadzoru dostarczalności alarmuje agencję, gdy wskaźnik odbić na którymkolwiek koncie zbliża się do progu ostrzegawczego.

Elastyczne modele transportu poczty: wspólny SES agencji lub własny AWS klienta

Centrum agencyjne pozwala elastycznie dobrać architekturę transportu SMTP i API do wielkości oraz wymagań każdego obsługiwanego podmiotu. Dla mniejszych i średnich sklepów internetowych najwygodniejszym rozwiązaniem jest korzystanie z zarządzanego transportu agencji w regionie AWS eu-central-1 we Frankfurcie. W tym wariancie agencja utrzymuje główny kontrakt z chmurą, a poszczególne przestrzenie robocze korzystają z osobno zweryfikowanych domen nadawczych oraz przypisanych im zestawów konfiguracyjnych Configuration Sets.

W przypadku dużych klientów korporacyjnych lub sklepów wysyłających setki tysięcy wiadomości miesięcznie Mailfly umożliwia podpięcie dedykowanego konta Amazon SES należącego bezpośrednio do klienta końcowego. Integracja odbywa się bez przekazywania statycznych kluczy dostępowych, z wykorzystaniem bezpiecznego mechanizmu delegacji ról IAM pomiędzy kontami AWS za pomocą operacji sts:AssumeRole oraz unikalnego parametru ExternalId przypisanego do przestrzeni roboczej.

Niezależnie od wybranego modelu transportu obsługa kampanii, budowa segmentów i analiza wyników w interfejsie Mailfly wyglądają identycznie. Pracownicy agencji nie muszą logować się do konsoli AWS poszczególnych klientów, aby sprawdzić dostępne limity wysyłkowe czy wskaźniki reputacji. Aplikacja pobiera parametry konta SES w czasie rzeczywistym i dostosowuje tempo kolejkowania wiadomości do limitu maksymalnej liczby maili na sekundę obowiązującego w danej przestrzeni roboczej.

Dzięki oddzielnym domenom nadawczym i dedykowanym motywom agencja może prowadzić masowe wysyłanie maili dla wielu marek z jednego logowania.

• Możliwość wyboru między współdzielonym kontem wykonawczym agencji a całkowicie odrębnym kontem AWS SES klienta końcowego.
• Integracja cross-account opiera się na tymczasowych tokenach STS AssumeRole z wymaganym identyfikatorem ExternalId.
• Każda przestrzeń robocza może korzystać z własnego Configuration Set w Amazon SES do niezależnego routingu powiadomień SNS.
• Kolejki wysyłkowe automatycznie respektują indywidualne limity MaxSendRate przypisane do transportu danego klienta.

Integracje e-commerce i separacja kluczy webhooków dla poszczególnych sklepów

Obsługa wielu sklepów internetowych na platformach WooCommerce, IdoSell czy własnych wdrożeniach headless wymaga absolutnej pewności, że zdarzenia koszykowe i zamówienia trafią do właściwej przestrzeni roboczej. W Mailfly każda integracja sklepowa generuje unikalny klucz API oraz odrębny sekret kryptograficzny służący do podpisywania ładunków webhooków algorytmem HMAC SHA-256. Klucze te są trwale powiązane z identyfikatorem workspace_id w tabeli konfiguracyjnej bazy danych.

Gdy wtyczka Mailfly Connect w sklepie WooCommerce lub konektor IdoSell wysyła powiadomienie o porzuconym koszyku albo nowym zamówieniu, punkt końcowy API w pierwszej kolejności weryfikuje podpis kryptograficzny nagłówka oraz dopasowuje klucz integracji do konkretnego konta klienta. Nie ma możliwości, aby prawidłowo podpisany webhook z jednego sklepu zaktualizował profil subskrybenta lub uruchomił automatyzację w przestrzeni roboczej innej marki.

Osobne rejestry zdarzeń e-commerce dla każdego klienta pozwalają również na niezależne mapowanie statusów zamówień, walut oraz katalogów produktowych. Jeden obsługiwany sklep może prowadzić sprzedaż w złotych polskich i wyzwalaczem prośby o opinię będzie u niego status Zrealizowano, natomiast inny klient w tym samym panelu agencyjnym może sprzedawać w euro na rynek niemiecki i korzystać z zupełnie innego zestawu reguł posprzedażowych.

• Każdy podłączony sklep internetowy otrzymuje indywidualną parę kluczy API oraz sekret do weryfikacji podpisów HMAC SHA-256.
• Zdarzenia przychodzące z webhooków są automatycznie kierowane do właściwej przestrzeni roboczej na podstawie klucza autoryzacyjnego.
• Katalogi produktów, kupony rabatowe oraz historia koszyków są całkowicie odseparowane między obsługiwanymi sklepami.
• Panel diagnostyczny integracji pozwala sprawdzać logi odebranych webhooków osobno dla każdego klienta agencji.

Modele rozliczeń, limity kontaktów i kontrola marży agencyjnej

Przejrzyste rozliczanie kosztów obsługi e-mail marketingu z klientami to fundament rentowności każdej agencji performance i wdrożeniowej. Centrum agencyjne w Mailfly eliminuje ukryte dopłaty za liczbę wysłanych wiadomości w obrębie pakietu, opierając przypisanie planów na czytelnych progach wielkości bazy kontaktów, takich jak Starter, Growth czy Scale. Menedżer agencji widzi w tabeli zbiorczej, w jakim pakiecie znajduje się każdy podmiot oraz jaki procent dostępnego limitu subskrybentów został już wykorzystany.

Oddzielenie opłaty za oprogramowanie Mailfly od bezpośredniego kosztu transportu w Amazon SES pozwala agencji elastycznie kształtować własny model biznesowy. Agencja może refakturować dokładne zużycie infrastruktury chmurowej na klienta, wliczyć określony wolumen wysyłek w stały abonament ryczałtowy za obsługę marketingową lub podłączyć kartę płatniczą klienta bezpośrednio do jego własnego konta AWS. W każdym wariancie koszt wysłania dziesięciu tysięcy wiadomości wynosi zaledwie ułamki dolara, co zostawia przestrzeń na wysoką marżę za strategię i kreację.

System automatycznie monitoruje tempo przyrostu listy adresowej w każdej przestrzeni roboczej i z wyprzedzeniem informuje opiekuna konta, gdy baza klienta zbliża się do granicy wybranego planu. Pozwala to spokojnie zaplanować rozmowę o rozszerzeniu pakietu lub przeprowadzić higienę listy z nieaktywnych i odbijających rekordów, zanim przekroczenie progu wygeneruje wyższy koszt utrzymania bazy.

• Każde konto klienta w panelu posiada jasno przypisany plan taryfowy widoczny w głównej tabeli Centrum agencyjnego.
• Połączenie niskiego kosztu Amazon SES z przewidywalnym abonamentem za platformę maksymalizuje marżę agencji na usługach.
• Liczniki wykorzystania bazy kontaktów aktualizują się na bieżąco po każdym imporcie, zapisie z formularza oraz czyszczeniu listy.
• Eksport zbiorczych danych o wolumenie wysyłek i wielkości baz ułatwia wystawianie faktur na koniec okresu rozliczeniowego.

Raportowanie wyników, atrybucja przychodów i podsumowania dla klientów

Klienci agencji marketingowych nie chcą płacić wyłącznie za sam fakt wysłania czterech newsletterów w miesiącu, lecz oczekują twardych dowodów na to, jak komunikacja mailowa przekłada się na sprzedaż w ich sklepie. W każdej przestrzeni roboczej Mailfly raporty kampanii oraz automatyzacji łączą metryki zaangażowania, takie jak unikalne otwarcia i kliknięcia, z bezpośrednią atrybucją wygenerowanych zamówień oraz wartością przychodu w walucie sklepu.

Opiekun konta może w kilka sekund wyfiltrować wyniki z wybranego zakresu dat i porównać skuteczność kampanii jednorazowych z przychodem generowanym przez stałe scenariusze automatyczne, takie jak ratowanie porzuconych koszyków czy sekwencje powitalne. Czytelne zestawienie pokazuje koszt utrzymania narzędzia na tle wypracowanego obrotu, co stanowi najlepszy argument podczas comiesięcznych spotkań podsumowujących współpracę z zarządem sklepu.

Dla klientów, którzy chcą samodzielnie śledzić postępy w dowolnym momencie, agencja może udostępnić konto z rolą obserwatora przypisaną wyłącznie do ich przestrzeni roboczej. Zalogowany właściciel sklepu widzi na żywo pulpit ze statystykami swoich wysyłek, listę zaplanowanych kreacji oraz kondycję dostarczalności, nie mając jednocześnie możliwości przypadkowego zepsucia konfiguracji technicznej czy podejrzenia innych projektów agencji.

• Pulpit analityczny każdego klienta łączy statystyki otwarć i kliknięć z wartością zamówień przypisanych do konkretnych wysyłek.
• Osobne raportowanie przychodów z kampanii newsletterowych oraz z reguł automatyzacji ułatwia ocenę zwrotu z inwestycji.
• Możliwość nadania klientowi dostępu w trybie tylko do odczytu buduje pełne zaufanie i oszczędza czas na ręczne tworzenie prezentacji.
• Automatyczna filtracja kliknięć wykonywanych przez skanery antyspamowe chroni raporty przed sztucznie zawyżonym współczynnikiem CTR.

Wzorcowa procedura onboardingu nowego klienta w agencji w 30 minut

Ustandaryzowanie procesu wdrożenia nowego klienta pozwala agencji skrócić czas od podpisania umowy do uruchomienia pierwszych zyskownych automatyzacji do zaledwie trzydziestu minut. Pierwszy etap obejmuje utworzenie przestrzeni roboczej w Centrum agencyjnym, wpisanie danych rejestrowych marki do stopki oraz wygenerowanie rekordów DNS dla domeny nadawczej. Wysłanie gotowej specyfikacji SPF, DKIM i DMARC do administratora klienta na samym początku pozwala na propagację wpisów w tle podczas dalszych prac.

W drugim etapie specjalista definiuje motyw wizualny marki, wgrywa logotyp, ustawia kolory podstawowe oraz kopiuje z biblioteki agencji zestaw czterech bazowych szablonów: powitalny, ratujący porzucony koszyk, prośbę o opinię po zakupie oraz układ standardowego newslettera. Dzięki dziedziczeniu stylów skopiowane szablony od razu przyjmują identyfikację wizualną nowego sklepu i wymagają jedynie dostosowania tonu komunikacji w nagłówkach.

Trzeci etap to podłączenie sklepu internetowego za pomocą wtyczki WooCommerce lub konektora IdoSell, zaimportowanie dotychczasowej bazy subskrybentów z zachowaniem statusów zgód oraz włączenie przygotowanych reguł automatyzacji. Przed aktywacją ruchu produkcyjnego drugi członek zespołu weryfikuje konfigurację zgodnie z zasadą dwóch par oczu, sprawdzając poprawność podpisów DKIM oraz działanie linku wypisu na koncie testowym.

• Rozpoczęcie onboardingu od wygenerowania rekordów DNS eliminuje przestoje związane z oczekiwaniem na propagację domeny.
• Skopiowanie bazowych szablonów z biblioteki agencji skraca czas przygotowania kreacji z kilku dni do kilkunastu minut.
• Import historycznej listy wypisów przed załadowaniem bazy aktywnej gwarantuje zachowanie pełnej zgodności z RODO i PKE.
• Lista kontrolna weryfikowana przez drugiego specjalistę potwierdza gotowość domeny, webhooków sklepowych oraz stopki prawnej.