En mejlautomation är inte en hög tidsfördröjda meddelanden. Det är ett litet system som reagerar på en dokumenterad händelse, kontrollerar vad som gäller nu och stannar när uppgiften är klar.

Den skillnaden förebygger klassiska fel: säljpitch efter köp, dubbel onboarding, fortsatta betalningspåminnelser efter att betalningen lösts eller mejl till någon som återkallat samtycke.

Beskriv varje automation på en sida

Skriv ner:

  • Mål: kundens eller driftens önskade resultat.
  • Starthändelse: exakt registrerad händelse som startar flödet.
  • Behörighet: villkor för samtycke, produkt, språk och status.
  • Meddelanden: syfte och fördröjning.
  • Stopphändelser: köp, uppsägning, svar, återställd betalning eller annat slutläge.
  • Undantag: personer som aldrig ska gå in.
  • Ägare: vem utreder fel och gammal text?
  • Mått: ett primärt resultat plus säkerhetsmått.

”Gick med i listan” är svagare än ”skickade formulär X, godkände textversion Y, språk svenska, vid tidpunkt Z”. Den andra posten går att granska.

Fyra användbara flöden

1. Beställd resurs

Start: personen begär en namngiven guide och har rätt marknadsföringsstatus. Leverera direkt, förklara vad som kommer härnäst och skicka en kort serie som hjälper med samma problem. Stoppa vid avregistrering eller när personen går in i ett mer relevant kundflöde.

2. Köp och onboarding

Start: betalningen lyckas och åtkomst beviljas. Skicka kvitto och åtkomstinformation som transaktionsmeddelanden. Visa sedan första användbara handlingen, supportvägen och nästa steg. Stoppa eller förgrena när aktivering registreras. Gör aldrig köpt åtkomst beroende av reklamsamtycke.

3. Stöd vid utebliven aktivering

Start: en deltagare har inte nått en definierad aktivering inom en bestämd tid. Peka på exakt nästa handling och erbjud hjälp. Stoppa vid aktivering, supportsvar, återbetalning eller slut på åtkomst. Kalla inte någon inaktiv bara för att en spårningspixel inte laddades.

4. Misslyckad betalning

Start: betalningsleverantören registrerar en misslyckad förnyelse. Förklara sakligt och länka till ett säkert konto eller leverantörens hostade sida för betalningsuppdatering. Be aldrig om kortuppgifter via mejl. Stoppa direkt vid löst betalning, uppsägning eller manuell lösning.

Skilj transaktion från marknadsföring

Kvitto, åtkomstnotis och säkerhetsmeddelande har andra syften än en lanseringskampanj. Håll syfte, rättslig grund, mallar och spärrregler tydliga. Avregistrering från reklam ska inte blockera ett nödvändigt kvitto, och en transaktionshändelse ska inte bli en bakdörr för reklam.

Svensk marknadsföringslag kräver som huvudregel förhandssamtycke för e-postreklam till en fysisk person, med ett begränsat undantag för befintliga kunder och krav på avregistrering. Se 19–20 §§ i marknadsföringslagen. Reglerna beror på jurisdiktion och sammanhang; ta råd för din verksamhet.

Skydda leveransen

Autentisera sändardomänen och följ fel, klagomål och avregistreringar. Google kräver i dag SPF eller DKIM för alla som skickar till Gmail. Avsändare över 5 000 meddelanden per dag till privata Gmail-konton har ytterligare krav på SPF, DKIM, DMARC och avregistrering med ett klick. Google anger att spamfrekvensen ska hållas under 0,3 %. Läs aktuella avsändarkrav i stället för en gammal checklista.

Mät tillståndsbyten, inte fåfänga

Öppningsgrad påverkas av integritetsskydd och bildladdning. Använd leveransfel och klagomål som säkerhetsmått och mät sedan jobbets verkliga utfall: aktivering, genomfört köp, återställd betalning, löst supportärende eller bibehållet medlemskap.

Testa flera adresser och tillstånd före aktivering: nytt lead, befintlig kund, avregistrerad kontakt, redan aktiverad deltagare och återställd betalning. För ändringslogg. En automation är produktionsmjukvara även när den ritas som rutor och pilar.

Idun Blue innehåller utskick, sekvenser och händelsestyrda automationer i den interna betan. Skriv upp dig på väntelistan om du vill vara aktuell när de första kreatörernas workspaces öppnas.