Pred odoslaním: zoznam, cieľ a zodpovedné osoby
Pri odosielaní zaznamenajte účel komunikácie, okruh príjemcov, schvaľovateľa obsahu a zodpovednú technickú osobu. Duplicitné alebo známe nesprávne adresy musia byť adresované pred spustením. Výnimky a vylúčenia by mali byť súčasťou prípravy zoznamu. Organizácia si musí osobitne ujasniť podmienky, za ktorých je možné danú komunikáciu odoslať.
Odosielateľ a skúšobné odoslanie
Nastavenia domény odosielateľa by ste mali skontrolovať s IT. SPF, DKIM a DMARC podporujú rôzne časti autentifikácie odosielateľa; konkrétne nastavenie závisí od použitej infraštruktúry. V testovacom odoslaní by sa mal skontrolovať aj vzhľad, personalizované polia, odkazy a adresa pre odpoveď. Správne overenie nezaručuje umiestnenie v doručenej pošte.
Posielanie nie je to isté ako čítanie
Samostatne spracujte požiadavku na odoslanie, príjem zo servera a akúkoľvek následnú chybu. Spätná väzba o prijatí poskytuje informácie o kroku doručenia na strane servera, neoveruje ľudské čítanie. Preto by mal byť v správe jasný význam každého stavu, zdroj udalosti a čas.
Dočasná a trvalá chyba
Hostiteľský systém, ktorý je dočasne nedostupný, vyžaduje iné zaobchádzanie ako trvalo odmietnutá adresa. Poradie opakovaní a podmienka zastavenia musia byť nastavené vopred. Nezačínajte novú, kompletnú kampaň len preto, že niektorí príjemcovia ešte nemajú konečný stav: najprv skontrolujte históriu udalostí dotknutých správ.
Sťažnosť, opt-out a rozhodnutie operátora
Bounce, sťažnosť a unsubscribe sú samostatné udalosti. Zistite, ktorá udalosť spustí vylúčenie, opravu zoznamu alebo vyšetrovanie. Nechajte určenú osobu, aby dohliadala na beh a v prípade potreby ho prerušte. Interné akčné limity musia byť prispôsobené podmienkam využívanej služby a prevádzke organizácie.
Čo má obsahovať report pre vedenie?
Mali by byť oddelení určení príjemcovia, vylúčené adresy, pokusy o odoslanie, správy prijaté prijímajúcim serverom a konečné chyby. Okrem pomerov by mal byť zahrnutý aj menovateľ a skúmané obdobie. Oddelene merajte obchodný výsledok: napríklad odpoveď, vyjednávanie alebo uzavretie prípadu, ak ich možno v danom procese skutočne dodržať.
Ako s tým súvisí NOPA?
Pracovný postup hromadného e-mailu NOPA kombinuje prípravu, plánované odosielanie a spracovanie udalostí. Komunikáciu prislúchajúcu k prípadu je možné priradiť k dokumentovému procesu so spoločným identifikátorom, podľa dohodnutého párovania. V prieskume je potrebné určiť konkrétne riešenie na základe veľkosti zoznamu, domény odosielateľa, zaťaženia a požadovaného prehľadu.
Rozdiel v odosielaní udalostí je znázornený aj na príklade poskytovateľa služieb: Amazon SES – Definovanie udalostí odosielania (angličtina). Toto je koncepčné pozadie, nie vyhlásenie o infraštruktúre NOPA.