Dubbele evenementherinneringen voorkomen: QA voor automatiseringen

Breng elke route naar de herinnering in kaart

Noteer elke actieve trigger die hetzelfde evenementbericht kan verzenden: registratie, wijziging van een lijst of tag, een datumregel, een handmatige campagne en een tweede flow. Vermeld voor welke editie en ontvangersstatus elke route geldt. Twee afzonderlijk geldige routes kunnen voor één geregistreerde samenvallen. Dotdigital beschrijft dubbele verzendingen door overlappende lijstacties, deelname aan meerdere programma's en foutieve uitsluitingen. Je provider kan andere termen en regels voor opnieuw instromen gebruiken; controleer de huidige instellingen in plaats van te veronderstellen dat flows onderling dedupliceren.[1][2]

Test gecontroleerde contactgevallen

Definieer eerst in het werkblad een kleine matrix: een nieuwe gerechtigde registrant, een al geregistreerd contact, een geannuleerde registratie en iemand die eerder in de flow zat. Voeg een geval met gewijzigde datum toe als de herinnering afhangt van een evenementdatumveld. Gebruik gecontroleerde testrecords en een toegestane testomgeving of een strikt afgebakend live segment; schrijf echte bezoekers niet uitsluitend voor een proef in. Leg per geval de verwachte berichtcode, het aantal verzendingen en de uitsluiting vast. Een testmail van de sjabloon toont de weergave, maar bewijst het gedrag van ontvangerspecifieke triggers niet. Mailchimp meldt bijvoorbeeld dat gewone testmails geen contactspecifieke merge-tags verwerken.[3]

Vergelijk de verzendgegevens met de verwachte route

Vergelijk na elk geval de verwachte route met de beschikbare flowactiviteit en verzendgeschiedenis van de provider. Controleer of het contact in twee programma's terechtkwam, opnieuw hetzelfde programma binnenkwam of zowel een automatische herinnering als een losse campagne ontving. Noteer de campagne- of berichtcode; vergelijkbare onderwerpregels zijn onvoldoende. Als de provider geen route per contact toont, markeer het geval dan als niet geverifieerd en bespreek een veilige testmethode met de verzendverantwoordelijke. Bewaar persoonlijke adressen in het bevoegde systeem en gebruik in het gedeelde blad alleen casusreferenties.[1]

Geef alleen de gecontroleerde flow vrij

Zet de flow op HOLD bij een onbedoelde verzending, een mislukte vereiste uitsluiting of ontbrekend bewijs voor een belangrijk geval. Wijs iemand aan om de instroom- of uitsluitingsregel te herstellen en test het betrokken geval opnieuw vanuit een schone teststatus. Noteer de goedgekeurde flowversie, evenementfeiten, vrijgaveverantwoordelijke en observatieperiode. Controleer opnieuw na wijzigingen in trigger, doelgroep of planning. Deze controle vult de afzonderlijke controle van tekst en links aan; slagen voor de ene betekent niet dat de andere geslaagd is.[1]

Download de QA-matrix voor geautomatiseerde herinneringen (Markdown, Engels)