Nøglepunkter
- Korte, tidskritiske beskeder som koder og leveringstidspunkter hører til på SMS; dokumenter, kvitteringer og lange forklaringer hører til på e-mail.
- Brug den anden kanal som fallback eller bekræftelse og ikke som en automatisk kopi.
- Giv hver besked ét ID og én regel for, hvornår den anden kanal må bruges, så du undgår dubletter.
- Saml log og status for begge kanaler ét sted, så support kan se, hvad kunden fik.
- Hold transaktions- og markedsføringsbeskeder adskilt på begge kanaler.
Hvilken besked skal på e-mail, og hvilken på SMS?
Tommelfingerreglen er, at SMS bærer det korte og tidskritiske, mens e-mail bærer det, kunden skal gemme eller læse i ro og mag. Tabellen viser typiske valg; tilpas dem til din målgruppe.
| Beskedtype | Primær kanal | Begrundelse |
|---|---|---|
| Engangskode | SMS | Kort, og den udløber hurtigt |
| Ordrebekræftelse og kvittering | Indhold og bilag, som kunden gemmer; en kort SMS kan supplere | |
| Leveringstidspunkt eller forsinkelse | SMS | Den skal ses nu |
| Faktura | Vedhæftet fil; SMS kan minde om den, hvis den ikke er betalt | |
| Sikkerhedsalarm | SMS, med e-mail som spor | Hurtig varsling og en skriftlig registrering; ingen følsomme oplysninger i SMS’en |
| Aftalepåmindelse | SMS | Læses hurtigt; e-mail til detaljer og bilag |
Hvordan fungerer fallback fra e-mail til SMS og tilbage?
Fallback går begge veje. Fejler en SMS, fordi nummeret er ugyldigt, kan e-mailen tage over. Bouncer en e-mail, eller bliver den ikke læst i tide, kan en SMS tage over. Det kræver, at du beslutter nogle ting pr. beskedtype:
- Hvad der tæller som fejlet: afvist af modtagerens mailserver, leveringsstatus “fejlet” på SMS eller ingen handling inden for et vindue
- Hvor længe du venter: sekunder for en kode, timer for en påmindelse, dage for en faktura
- Hvad fallback sender: det samme indhold, en kortere tekst med et link eller en anden besked
- Åbningsmålinger for e-mail kan være upræcise, fordi nogle mailprogrammer henter indhold automatisk, så brug helst et klik eller en handling som signal
Hvordan undgår du dubletter?
Dubletter opstår, når to kanaler hver for sig tror, de skal sende. Løsningen er at lade ét sted afgøre det.
- Giv hver forretningshændelse, fx en ordre, ét ID, og gem, hvilke kanaler der er brugt
- Send fallback først, når den første kanal har en endelig status og ikke på et gæt
- Planlæg fallback-afsendelsen på forhånd, og annullér den, hvis den første kanal lykkes, eller kunden handler
- Send ikke den samme engangskode på begge kanaler på én gang; to koder skaber forvirring
- Bruger du bevidst begge kanaler, så giv dem forskellige opgaver, fx e-mail som kvittering og SMS som status
Hvordan får du logs og status samlet ét sted?
Når support skal svare på, om kunden fik beskeden, må svaret ikke ligge i to systemer.
- Brug samme besked- eller hændelses-ID i begge kanaler, og gem det i dit eget system
- Saml leveringsstatus fra begge kanaler i én model: afsendt, leveret, fejlet og for e-mail åbnet og klikket
- Modtag status på ét webhook-endepunkt, og verificér signaturen
- Brug ét dashboard til levering, omkostning og kanalresultater, så du kan sammenligne
- Beslut, hvor længe logs opbevares, og hold personoplysninger i dem på det nødvendige
Hvilken platform er bedst til transaktionsbaserede mails og SMS?
Det afhænger af dine mængder, lande og systemer, så en rangliste ville være gætværk. Disse kriterier skiller platforme fra hinanden:
- E-mail og SMS bag samme API og samme afregning
- Fallback mellem kanalerne, som du selv styrer pr. beskedtype
- Fælles status, webhooks og analyse på tværs af begge kanaler
- Adskilte strømme til transaktions- og markedsføringsbeskeder, så salgskampagner ikke skader leveringen af kvitteringer og koder
- Understøttelse af e-mailgodkendelse som SPF, DKIM og DMARC, som har betydning for, at e-mail når ind i indbakken
- Dækning af de lande, du sender SMS til, og en pris pr. leveret besked, du kan regne på
Hvordan ZafeConnect passer ind
ZafeConnect tilbyder e-mail til transaktions- og markedsføringsbeskeder ved siden af SMS, RCS og chat-apps og følger e-mail, RCS, iMessage og SMS samlet. Du kobler på via API eller dine eksisterende systemer, analyse er inkluderet uden ekstra omkostning, og e-mail afregnes pr. enhed uden abonnement. I API’et kan du angive kanaler i prioriteret rækkefølge og reservekanaler, planlægge og annullere afsendelser og modtage signerede webhooks.