Bureauer
Én tragt, tyve kunder, tyve rygteder holdt adskilt
Et tre-mands bureau, der kører markedsføring for tyve lokale virksomheder, har samme problem tyve gange og samme løsning tyve gange — bortset fra at hver kundes liste, afsenderidentitet, domæne og samtykkeregister skal forblive helt deres eget. Det interessante arbejde ligger i det "bortset fra".
Ét projekt pr. kunde, og grænsen er databasens opgave
Alt her er afgrænset til en tenant og et projekt sammen — kontakter, tragte, kreative, kampagner, afsenderidentiteter, rapporter. Den afgrænsning håndhæves af rækkeniveau-sikkerhed i databasen, ikke af en klausul, som nogen skal huske at føje til en forespørgsel. Et glemt projekt ser ingenting i stedet for det første projekts rækker.
Det betyder, at en kundes liste ikke ved et uheld kan lække ind i en anden kundes kampagne, og det betyder, at en rapport handler om én kunde, fordi den strukturelt ikke kan handle om to.
Hver kunde sender som sig selv
En afsenderidentitet tilhører et projekt: deres domæne, deres DKIM-nøgler, deres postkasse eller deres udbyderkonto, deres hastighedsgrænse. Én kundes uheldige kampagne kan ikke skade en anden kundes leveringsevne, fordi de aldrig delte noget, der kunne skades.
Det afklarer også en ubehagelig samtale i god tid. Kunden ejer deres afsendelse, deres liste og deres samtykkeregister. Når de går — og nogle vil det — går de med det hele, og du har ikke bygget en gidselsituation, du skulle forklare.
- 1KontakterPr. projekt. Håndhævet i databasen, ikke af en forespørgsel, du skal huske.
- 2AfsendelseDeres domæne, deres DKIM, deres postkasse eller udbyder, deres hastighedsgrænse.
- 3SamtykkeDeres log. Den følger med dem, beviser inkluderet, hvis de går.
- 4RapporterPr. projekt af konstruktion. Der er ingen måde at ved et uheld samle to kunder på.
- iDet, du beholderTragtdefinitionerne og den måde, du arbejder på. Det er dit produkt, og det er den del, der er værd at genbruge.
Ingen delt rygtedeIngen delt liste
Genbrug uden copy-paste
Byg tragten én gang. Udrul den så mange gange, som du har kunder.
En tragt er en graf, og en graf er JSON med et offentliggjort skema. Det betyder, at det, du genbruger, er et dokument, ikke et skærmbillede af en skærm, du skal bygge igen i hånden i hver konto.
Dine standardtragte
Velkomst, forladt kurv, udeblevet møde, interval, win-back. Skrevet én gang af den, der er bedst til det, opbevaret i dit eget repository og oprettet i et kundeprojekt med ét API-kald.
Tjekket på samme måde overalt
Validatoren kører på din tragt i hvert projekt, den lander i. En graf, der ville loope uden en ventetid eller sende uden et emne, afvises dér, ligesom den ville blive her.
Simuleret, før den kører
Kør en tørkørsel med en rigtig kontakt fra den kundes liste gennem tragten, og læs tilbage, hvad den ville sende dem. Gør det én gang pr. udrulning, så stopper samtalen "det gik forkert ud".
Forbedret ét sted
Når du lærer noget — den anden påmindelse virker bedre klokken ti om morgenen — ændrer du din definition og ruller den frem. De kunder, der allerede kører den gamle version, afslutter på den gamle version; ingen undervejs forstyrres.
Kreative også
En kreativ er et dokument med flettevariabler. Den samme velkomstmail, renderet med hver kundes brand, farver og logo — hentet fra deres egen hjemmeside ved første kørsel.
Eller lad en agent gøre det
Ret en assistent mod MCP-serveren, afgrænset til ét projekt, og lad den udarbejde og tjekke tragten for den kunde. Alt, der når frem til et rigtigt menneske, kræver stadig en eksplicit bekræftelse og holder sig inden for kvoten.
Elleve kunder, elleve afsendere, ét sted at kigge.
Problemet med månedsrapporten
Størstedelen af et bureaus rapporteringsbesvær består ikke i at producere tal. Det består i at producere tal, der overlever et opfølgende spørgsmål fra kunden – og i at producere dem uden tre timers skærmbilleder den første i måneden.
To ting hjælper her. Rapporter er API-ruter, så månedspakken kan sammensættes af et script og eksporteres som en PDF i stedet for af et menneske med et regneark. Og tallene er ærlige omkring bots: rå og filtrerede tal er begge tilgængelige og mærket, så når en kunde spørger, hvorfor åbningsraten faldt, efter at de er flyttet, kan du forklare det i én sætning i stedet for at forsvare det i fire.
De samme fliser lander i dash-b – kampagneydeevne, frafald i tragten, listevækst, leverbarhed pr. domæne – så en kunde, der vil have et live-dashboard, kan få ét på sin egen konto, med egne loginoplysninger og uden nogen af dine nøgler på siden.
- 1Pr. projektÉt token, ét projektomfang, samme script.
- 2PullKampagneydeevne, frafald i tragten, listevækst, leverbarhed pr. domæne.
- 3RenderDeres kreative dokument som rapportside, og derefter til PDF.
- 4SendEller smid den ind på deres dashboard. Det, den pågældende kunde rent faktisk læser.
- iHvad er ændretTre timers skærmbilleder blev til et planlagt job, fordi rapporterne hele tiden var ruter.
Rå og filtreret, begge mærket
Samtalen om samtykke, taget tidligt
Hvert bureau har mødt den kunde, der ankommer med et regneark med fire tusinde adresser og et vagt svar på, hvor de kommer fra. Her er det ikke en diskussion, du skal vinde; det er et felt.
Importen lander som legitim interesse i bedste fald – aldrig som samtykke – og fordelingen af behandlingsgrundlag vises, før nogen kampagne går ud. Kan en liste ikke sendes til, står det ved selve importen frem for først i forbindelse med en klage. Det forvandler et ubehageligt skøn til en fælles læsning af samme skærm – og det er en langt bedre position at stå i, når kunden insisterer.
Værd at sige højt til kunden: Det omdømme, der sættes på spil af en dårlig liste, er deres – på deres eget domæne – fordi hvert projekt sender som sig selv. Det er et stærkere argument end nogen regulering, og det er det, der plejer at ramme hjem.