Před odesláním: seznam, cíl a odpovědné osoby
Při odesílání zaznamenejte účel komunikace, okruh příjemců, schvalovatele obsahu a odpovědnou technickou osobu. Duplicitní nebo známé nesprávné adresy musí být před spuštěním vyřešeny. Odhlášení a vyloučení by měly být součástí přípravy seznamu. Organizace si musí zvlášť ujasnit podmínky, za kterých lze danou komunikaci odeslat.
Odesílatel a zkušební odeslání
Nastavení domény odesílatele by mělo být zkontrolováno s IT. SPF, DKIM a DMARC podporují různé části ověřování odesílatele; konkrétní nastavení závisí na použité infrastruktuře. V testovacím odeslání by měl být také zkontrolován vzhled, personalizovaná pole, odkazy a adresa pro odpověď. Správné ověření nezaručuje umístění do doručené pošty.
Odesílání není totéž jako čtení
Samostatně zpracujte požadavek na odeslání, příjem přijímajícího serveru a jakoukoli následnou chybu. Zpětná vazba příjmu poskytuje informace o kroku doručení na straně serveru, neověřuje čtení člověkem. Proto by měl být ve zprávě jasný význam každého stavu, zdroj události a čas.
Dočasná a trvalá chyba
Hostitelský systém, který je dočasně nedostupný, vyžaduje jiné zacházení než trvale odmítnutá adresa. Pořadí opakování a podmínka zastavení musí být nastaveny předem. Nezačínejte novou, úplnou kampaň jen proto, že někteří příjemci ještě nemají konečný stav: nejprve zkontrolujte historii událostí dotčených zpráv.
Stížnost, opt-out a rozhodnutí operátora
Bounce, stížnost a unsubscribe jsou samostatné události. Určete, která událost spouští které vyloučení, opravu seznamu nebo vyšetřování. Požádejte určenou osobu, aby dohlížela na běh a v případě potřeby jej pozastavila. Interní akční limity musí být přizpůsobeny podmínkám používané služby a provozu organizace.
Co má obsahovat report pro vedení?
Měli by být odděleni určení příjemci, vyloučené adresy, pokusy o odeslání, zprávy přijaté přijímajícím serverem a konečné chyby. Kromě poměrových ukazatelů by měl být zahrnut i jmenovatel a zkoumané období. Změřte obchodní výsledek samostatně: například odpověď, vyjednávání nebo uzavření případu, pokud je lze v daném procesu skutečně dodržet.
Jak s tím souvisí NOPA?
Pracovní postup hromadného e-mailu NOPA kombinuje přípravu, plánované odesílání a zpracování událostí. Komunikaci náležející k případu lze přiřadit k procesu dokumentu se společným identifikátorem, dle dohodnutého párování. V průzkumu je třeba určit konkrétní řešení na základě velikosti seznamu, domény odesílatele, zatížení a požadovaného reportu.
Rozdíl v odesílání událostí je také ilustrován příkladem poskytovatele služeb: Amazon SES – Definování událostí odeslání (anglicky). Toto je koncepční pozadí, nikoli prohlášení o infrastruktuře NOPA.