Slik bytter du verktøy for e-postmarkedsføring

Alt du trenger å vite FØR du gjør det.

Greit, du vurderer å migrere e-postverktøyet ditt fordi…

• Du har hørt mye negativt om det du bruker.
• Du har hørt mye positivt om et annet.
• Det finnes et billigere.
• Det finnes et annet med flere funksjoner.
• Det finnes et annet med flere funksjoner du faktisk trenger.
• Leveringsgraden til det nåværende verktøyet ditt kunne vært bedre.
• Du har lest på LinkedIn at du må bruke Shopify med Klaviyo hvis du vil lykkes med netthandel.
• …

Vel, etter min mening er det bare leveringsgrad og behovet for bestemte funksjoner som alene forsvarer et bytte av verktøy for e-postmarkedsføring.

Og nå skal jeg forklare hvorfor:

På video:

Og mer utfyllende i tekst nedenfor.

Hvorfor du bør eller ikke bør bytte verktøy

Jobber du bare litt seriøst med e-postmarkedsføring, er et verktøybytte ingen bagatell.

Det innebærer en rekke trinn og ressurser du kanskje ikke tenkte på i utgangspunktet. Og som du bør kjenne til før du tar en beslutning.

Særlig hvis vi snakker om et verktøy for e-postmarkedsføring for netthandel, siden funksjonene som trengs i slike tilfeller er langt mer omfattende enn de en tjenestebedrift eller en person som bygger en personlig merkevare og sender en daglig eller ukentlig e-post til listen sin trenger.

Derfor kan byttet først virke fordelaktig, men når du forstår alt det innebærer, kan du se annerledes på det: kanskje bestemmer du deg for å fortsette som før. Eller kanskje du finner en måte å få det nåværende verktøyet til å gjøre det du trenger.

Men når det gjelder leveringsgraden kommer du ikke rundt det. Her finnes det faktisk bedre og dårligere verktøy. I tillegg til gode og dårlige rutiner fra din side, selvsagt.

Derfor går jeg i denne artikkelen gjennom trinnene du må ta hvis du bestemmer deg for å bytte. Derfra er valget ditt.

Forresten, hvis du nettopp har begynt med e-postmarkedsføring, anbefaler jeg at du tenker grundig gjennom hvor du er nå og hvor du vil være om ett år. Hvis du mener alvor med kanalen (og det bør du), er det bedre å betale fra starten for noe som lar deg skalere senere enn å begynne gratis og måtte migrere etterpå.

Du er advart.

Forresten, hvis du er i denne tidlige fasen, kan det være nyttig å ta en titt på denne veiledningen, siden den kan gi deg retning og ideer om hvordan du bør bruke kanalen hvis du driver nettbutikk.

Hva jeg bygger meningen min på: litt historie

Før jeg begynner med trinnene i prosessen, vil jeg forklare hvorfor jeg mener jeg kan gi deg råd om dette.

Kjenner du meg allerede, kan du hoppe over dette punktet uten problemer. Er du ny her, kan jeg fortelle at jeg har sendt e-poster siden jeg begynte med markedsføring i 2008.

Og siden da har jeg rukket å jobbe med mange forskjellige verktøy:

1. Jeg begynte med Outlook på skrivebordet, der jeg kopierte e-postadresser fra Excel-databaser og limte dem inn i BCC. Slik lærte de meg det i selskapet, og slik gjorde jeg det. Spoiler: ikke finn på å gjøre dette i dag.
2. I det neste selskapet jobbet vi med et annet skrivebordsverktøy spesialisert på masseutsendelser. Jeg husker ikke navnet, men du måtte ta hensyn til hvor mange e-poster per time webhotellet ditt tillot. Gikk du over grensen, satte webhotellet kontoen på pause. Igjen noe som er helt utdatert i dag.
3. Det neste verktøyet jeg brukte, da hos TiendAnimal, var PHPList. Nettbasert open-source-programvare som du konfigurerte på din egen server og kunne sende med. Overgangen var betydelig, med lister synkronisert mot CMS-et og bekymringer rundt serverens omdømme.
4. Et par år senere, da funksjonene ikke lenger strakk til, migrerte vi til Return On Mail. Verktøyet var programvare fra en startup eid av en av rådgiverne som reviderte virksomheten før salget. Ideen og tilnærmingen var god, men verktøyet var veldig, veldig umodent. Etter en 'komplisert' konfigurering –for å si det mildt– ble det klart at det ikke fungerte for oss, så…
5. Vi migrerte til Splio. Prosessen kom midt i at jeg sluttet i selskapet. Utover å samle de tekniske og forretningsmessige kravene til integrasjonen –nå snakker vi om seriøse verktøy med millioner av utsendelser daglig– overlot jeg dem til teamets tech lead og var ærlig talt lite involvert i prosessen. Derfor vet jeg ikke nøyaktig hvordan det gikk, men jeg antar at det gikk bra, siden verktøyet ble brukt i flere år.
6. I mellomtiden begynte vi hos Yo pongo el hielo med MailRelay, som fungerte ganske bra for oss. Helt til de stengte kontoen fra den ene dagen til den andre, og på en svært uforskammet måte.
7. Vi ble tvunget til å migrere raskt til et annet verktøy. Denne gangen valgte vi Sendy, programvare som installeres på din egen server og sender e-postene via Amazon S3 til en latterlig lav kostnad.
8. Parallelt med disse verktøyene for masseutsendelser testet vi først CartsGuru, for gjenoppretting av handlekurver og deretter Connectif for all automatisering. Sistnevnte var bedre enn det første, men til slutt…
9. Bygde vi vår egen løsning for automatisering, som hentet data direkte fra CMS-databasen og sendte via Amazon-serverne der vi hadde konfigurert Sendy. Dette systemet bruker vi fortsatt i dag.
10. For min personlige virksomhet begynte jeg med MailRelay fordi vi den gangen var fornøyde med det hos Yo pongo el hielo, og jeg var vant til hvordan det fungerte. Det virket derfor logisk å fortsette. Da sendte jeg riktignok nesten ingen e-poster, så leveringsgraden var høy.
11. De siste to årene har leveringsgraden derimot falt etter hvert som jeg har sendt flere e-poster. Mye. Jeg har derfor ikke annet valg enn å migrere. Valget har falt på Acumbamail..
12. Årsaken er at jeg gjennom konsulentarbeidet mitt har sett tallene til svært store selskaper som sender mange e-poster, og mindre selskaper som også sender en del. Selskaper som bruker Brevo , Probance, Hubspot , SalesManago… og Acumbamail. Sistnevnte hadde best leveringsgrad. Siden jeg er midt i migreringen, tenkte jeg at en artikkel om temaet kunne være nyttig for deg.
13. Forresten har jeg også brukt et par andre plattformer. De jeg kommer på akkurat nå: Mailchimp både hos Lowi og for enkelte kunder. Jeg har aldri følt meg helt komfortabel med det og synes ikke det er billig, så jeg anbefaler det vanligvis ikke.
14. Jeg har også brukt MailerLite hos Círculo Copy og konfigurert det for noen andre kunder. Dette liker jeg betydelig bedre.

Som du ser, spøkte jeg ikke da jeg sa at jeg har brukt mange verktøy og 'kost meg' med migreringene mellom dem.

Derfor kjenner jeg trinnene som må tas svært godt, og nå skal jeg endelig forklare dem.

Trinn for å migrere e-postplattformen din

Jeg vil at du skal forstå at jeg forklarer dette på et 'høyt nivå'. Med andre ord går jeg ikke inn i konfigurasjonsdetaljer og konkrete tilfeller.

Nei, fordi dette ikke er en detaljert tutorial. Hovedsakelig fordi det finnes uendelig mange migreringsscenarioer –mellom to bestemte verktøy, fra flere verktøy til ett, fra ett flerbruksverktøy til flere…– og prosessen varierer noe i hvert tilfelle.

Denne artikkelen er heller en veiledende guide, med to mål:

1. At du forstår alt en migrering innebærer.
2. At du, hvis du bestemmer deg for å gjennomføre den, vet nøyaktig hvilke trinn du må ta og i hvilken rekkefølge.

Jeg gjentar også det jeg nevnte ovenfor: verktøyet for e-postmarkedsføring som en nettbutikk med fysiske eller digitale produkter trenger, er helt annerledes enn det en tjenestebedrift eller personlig nettside trenger.

Funksjonene i de to tilfellene ligner ikke på hverandre i det hele tatt.

Men de deler mange trinn i prosessen, mens andre bare gjelder en bestemt type virksomhet. Jeg markerer det i tittelen på trinnet.

Jeg mener også at det er lurt å dele disse trinnene i tre grupper:

1. Trinnene du må ta før du begynner å migrere.
2. Trinnene som gjelder selve migreringen.
3. Trinnene du må ta etter migreringen.

Det er viktig fordi du absolutt må gjennomføre trinnene i den første gruppen, siden de fungerer som et trafikklys som må gi grønt lys før prosessen fortsetter.

Glemmer du dem, vil du sannsynligvis angre tidligere enn senere på at du startet prosessen.

Trinn før du begynner migreringen

Greit, når du først har kommet frem til at et plattformbytte er nødvendig, må du:

#1. Beregne volumer og kostnader

Dette første trinnet er åpenbart: du må beregne hvor mange utsendelser du gjør –eller ønsker å gjøre– for å sammenligne kostnaden for det nåværende og det nye verktøyet.

Da er vi allerede inne på kostnader.

Jeg sier ikke at du skal anslå økningen i omsetning, for det er du langt fra å kunne vite: du vet ikke hvordan migreringen går, hvor mange du mister i prosessen eller hvor mye leveringsgraden øker i ditt tilfelle.

#2. Kontrollere variablene (avgjørende for netthandel)

For et personlig nyhetsbrev eller en tjenestebedrift er e-postadresse og navn (ikke alltid) mer enn nok, og ethvert e-postverktøy kan håndtere det.

I netthandel kan du derimot ha svært mange flere variabler:

• Antall gjennomførte kjøp.
• Verdien av kjøpene.
• Dato for kjøpene.
• Kjøpte produkter.
• Foretrukket produkt- eller tjenestekategori.
• Dato for besøk på nettstedet.
• Kundetype.
• Demografiske variabler (kjønn, alder).

Hvis du vil migrere og bruker disse variablene på den nåværende plattformen, må du sikre at du fortsatt kan bruke dem på den neste.

#3. Gå gjennom funksjonene

For et personlig nyhetsbrev vil jeg særlig anbefale at du ser på automatiseringene, for eksempel at en abonnent legges til gruppen 'daglig e-post' etter å ha gått gjennom den aktuelle trakten.

Ikke alle verktøy gjør dette automatisk, noe som betyr manuelt arbeid eller automatisering med tredjepartsverktøy.

For netthandel er dette mye viktigere, siden du sannsynligvis har automatiserte flyter (forlatt handlekurv, første kjøp, andre kjøp, inaktive kunder og så videre).

Her er det avgjørende å sikre at flytene kan gjenskapes og hvor vanskelig det er.

Avhengig av hva du har satt opp, kan dette være et ENORMT argument for ikke å migrere. Eller for å vurdere kostnaden i arbeidstimer. Eller for å planlegge og bruke begge verktøyene parallelt mens du integrerer og flytter funksjoner fra det ene til det andre.

#4. Spørre om integrasjonsprosessen

For personlige nyhetsbrev eller tjenestebedrifter er det igjen lite arbeid: endre noen skjemaer på nettstedet slik at de peker mot det nye verktøyet.

For nettbutikker kan integrasjonen derimot være kompleks på grunn av mengden variabler. Eller ikke.

Noen ganger er det bare en modul som legges til i CMS-et. Eller en CSV-import.

I andre tilfeller trenger du utvikling for at det nye verktøyet skal hente den nødvendige informasjonen.

Finn ut hvilken side som må gjøre jobben i integrasjonen: din eller teamet bak e-postverktøyet.

Trinn for migrering av plattform for e-postmarkedsføring

Når alt ovenfor er analysert, og vi er overbevist om at vi må bytte, er dette det vi må gjøre.

#5. Skaffe det nye verktøyet

Igjen noe åpenbart.

På dette tidspunktet må du finne det beste alternativet: kostnad etter antall utsendelser, fast månedsplan, årsplan, livstidsabonnement med eller uten mulighet for skalering…

Avhengig av prosjektet kan slike verktøy være dyre (Splio-lisensen for ett år hos TiendAnimal kostet 35k, hvis jeg husker riktig).

Det avhenger også av kontantstrømmen din: årsplanen må betales på forhånd, mens en dyrere månedsplan kan betales måned for måned.

Dette er beslutninger du må ta nå.

Jeg er stor tilhenger av livstidsabonnementer, siden du kan spare mye penger. Til gjengjeld risikerer du at plattformen en dag slutter å levere tjenesten, og at det, avhengig av når du kjøpte abonnementet, kanskje ikke var det mest lønnsomme alternativet likevel.

#6. Integrasjon (kun netthandel)

Som jeg nevnte tidligere, må du se hvordan e-postverktøyet henter nødvendige kundedata. Det kan skje via en CMS-modul, filimporter med endpoints eller FTP-er, et API mot ERP-systemet…

Det finnes mange måter, noen enklere enn andre.

#7. Konfigurere DNS-poster og antispamverifisering

I alle tilfeller må vi:

1. Registrere domenet vårt i e-postverktøyet.
2. Verifisere SPF, DKIM og DMARC. Det gjøres med DNS-poster på serveren vår eller CDN-et vårt (som Cloudflare).
3. Til slutt kontrollerer vi at alt er riktig lagt inn, og at de viktigste ESP-ene (Gmail, Amazon, Outlook, Yahoo…) godkjenner det.

Dette trinnet er nødvendig for å komme gjennom antispamfiltrene deres.

#8. Gjenskape automatiseringene

Som jeg nevnte ovenfor, kan dette bli et ganske langt trinn, avhengig av hva vi har satt opp. Eller ikke.

Målet er å få det nye verktøyet til å gjøre nøyaktig det samme som det gamle.

Gjorde det gamle lite, blir dette trinnet kort. Gjorde det mye, er dette sannsynligvis det lengste trinnet av alle.

#9. Gjenskape e-postdesignet

Først bekreftelsen av abonnementet (dobbel opt-in).

Deretter må du velge en mal og legge inn en footer med juridiske tekster og avmeldingslenken.

Disse to punktene gjelder alltid.

I en nettbutikk må du gjøre litt mer: sikre at det nye verktøyet kan hente og vise alle data som det forrige verktøyet viste:

• Produktnavn.
• Bilde.
• Overstreket pris.
• Tilbudspris.
• Merke.
• Gratis frakt eller andre produktkampanjer.

Dette er vanligvis et så automatisk trinn at vi tar det for gitt, men slik er det ikke alltid. Derfor bør vi kontrollere det grundig før vi bytter.

I verste fall holder det å ta den gamle malen og endre variablene i den nye for å gjenskape designet.

#10. Bytte skjemaene på nettstedet

Først må du ha oversikt over alle skjemaene som må byttes.

Deretter oppretter du nye skjemaer i verktøyet (enkle implementasjoner) eller endrer de eksisterende slik at de peker mot den nye plattformen (mer komplekse implementasjoner).

Hvor lang tid dette tar, avhenger igjen av hvor mange skjemaer du har på nettstedet. Er det en personlig side som Isra Bravos, går det raskt, siden det bare finnes ett.

Driver du nettbutikk, har du sannsynligvis flere:

• Popup.
• Nedre banner.
• Kundeområde.
• Checkout.
• …

Uansett varierer måten skjemaene opprettes på, og alt som følger med, betydelig mellom verktøyene: meldinger etter vellykket innsending, dobbel-opt-in-e-posten og bekreftelsessidene konfigureres forskjellig i hvert tilfelle.

Til og med om et verktøy lar deg legge til HTML eller bare tekst i bestemte felt eller e-poster, kan endre hele flyten du hadde bygget.

Har du flere skjemaer, tar det tid å gjenskape alt i det nye verktøyet.

Når du har byttet dem, er det til slutt på tide å kontrollere i produksjon at alle traktene fungerer, ved å registrere deg med forskjellige e-postadresser i hver av dem og se hvilke meldinger du mottar. Du kan bruke dette trikset til det.

#11. Migrere abonnenter

Dette trinnet må gjøres samtidig med det forrige, slik at databasene i det gamle og nye verktøyet holdes så synkroniserte som mulig.

Før dette må vi ha tenkt gjennom og bestemt spørsmål som:

• Hva gjør jeg med avmeldte brukere: legger jeg dem på sperrelisten? Har det nye verktøyet mitt en liste eller gruppe for avmeldinger?
• Hva gjør jeg med brukere uten dobbel opt-in. Jeg mener de som abonnerte, men ikke bekreftet ved å klikke på lenken (kanskje den havnet i spam): legger jeg dem til som godkjente? Sender jeg en bekreftelsesmail? En e-post som forklarer situasjonen med en avmeldingslenke? Lar jeg være å legge dem til?
• Hva gjør jeg med listene/gruppene: gir det mening å bruke de samme? Hvordan importerer jeg brukerne til hver av dem: i den første importen eller kan det gjøres med senere CSV-er?

Trinn etter migreringen

Når selve migreringen er gjennomført, er ikke jobben ferdig. Du har fortsatt noen ting igjen å gjøre.

#12. Oppdatere de juridiske tekstene

I henhold til GDPR må du opplyse i personvernerklæringen at du deler personopplysninger med den nye e-postplattformen.

Og hvis det legges til cookies, må det også nevnes i cookie-erklæringen.

#13. Håndtere avmeldinger

Vi må ta hensyn til et par detaljer:

For det første vil avmeldinger fortsatt komme inn i det gamle verktøyet etter migreringen, fordi brukere klikker på lenker i gamle e-poster. Derfor må du lage en rutine –automatisk eller manuell– for å overføre avmeldinger som skjer i det gamle verktøyet etter migreringen til den nye plattformen.

Hvis systemet ditt dessuten har flere verktøy for e-postutsending –i netthandel er det for eksempel vanlig å bruke ett til masseutsendelser og et annet til e-postautomatisering– må du tenke ut og lage et system for å synkronisere avmeldinger, slik at brukere som melder seg av i ett av verktøyene automatisk meldes av i alle.

#14. Begynne å sende

Avhengig av verktøyet og antall abonnenter kan du begynne å sende til hele listen neste dag hvis du vil, eller du må i stedet varme opp serveren.

E-postservere har et omdømme. Jo bedre det er, desto mer liker de store ESP-ene dem, og desto større er sjansen for at e-postene dine havner i innboksen eller kampanjefanen, men utenfor spam.

En server kan ikke gå fra å sende ingenting den ene dagen til 200 000 den neste. Det er nemlig det spammere gjør. Og ESP-ene blokkerer det.

Du må øke antall utsendelser litt etter litt hver dag, for eksempel:

1. 3.000.
2. 6.000.
3. 10.000.
4. 15.000.
5. 23.000.
6. 35.000.
7. 50.000.
8. 70.000.
9. 100.000.
10. 140.000.
11. 200.000.
12. …

Du skjønner, ikke sant?

De første e-postene bør dessuten gå til de mest engasjerte abonnentene: de som åpner alle e-poster og klikker i dem.

På den måten legitimerer vi utsendelsene våre i ESP-enes øyne, og serveren bygger autoritet.

#15. Måle leveringsgraden

Igjen noe åpenbart: et av nøkkelpunktene ved en migrering er å kontrollere at leveringsgraden forbedres.

De første dagene kontrollerer vi den hver dag. Senere kan vi, avhengig av antall utsendelser og kanalens betydning i markedsføringen vår, ta det roligere og kontrollere den ukentlig.

Hvis andelen på dette tidspunktet holder seg stabil og er høyere enn før, kan vi regne migreringen som avsluttet.

Tid som kreves for migreringen

For å forklare dette punktet bruker jeg tre virkelige tilfeller, slik at du lettere kan anslå hva som gjelder for deg.

Jeg begynner med det enkleste.

Tid som kreves for en plattformmigrering i en virksomhet uten netthandel

Virksomhet: min personlige virksomhet (rådgivning og opplæring).

Verktøy: jeg gikk fra MailRelay til Acumbamail.

Bruk: daglig masseutsending uten segmentering og flere trakter avhengig av lead magnet.

Årsak til migreringen: leveringsgraden var lav, særlig for bekreftelsesmailen, noe som gjorde at jeg mistet 30 % av abonnentene. Etter kontakt med support lot det seg ikke løse, så jeg byttet.

Trinn: hovedsakelig selve migreringstrinnene (gruppe 2 ovenfor).

Antall abonnenter: færre enn tusen.

Brukergrupper: tre, som jeg beholdt.

Opprettede og endrede nettskjemaer: elleve, på 39 forskjellige sider.

Gjenskapte trakter: tre.

Tidsbruk: to hele arbeidsdager, siden jeg allerede kjente resultatet av de foregående trinnene (gruppe 1).

Tid som kreves for en plattformmigrering for netthandel uten automatisering eller avansert segmentering

Virksomhet: Yo pongo el hielo.

Verktøy: vi gikk fra MailRelay til Sendy.

Bruk: ukentlig nyhetsbrev med produkttilbud på tre språk.

Årsak til migreringen: de stengte kontoen vår fra den ene dagen til den andre, uten at vi kunne gjøre noe med det.

Trinn: innledende analyse og selve migreringen (gruppe 1 og 2).

Antall abonnenter: 25.000.

Brukergrupper: tre (etter språk: spansk, engelsk og fransk), som jeg beholdt.

Opprettede og endrede nettskjemaer: tre.

Gjenskapte trakter: ingen; vi brukte dem ikke med dette verktøyet.

Tidsbruk: to dager for en utvikler med den tekniske delen og én dag for meg med konfigurering og brukerimport.

Tid som kreves for en plattformmigrering for netthandel med automatisering og avansert segmentering

Virksomhet: TiendAnimal.

Verktøy: vi gikk fra Return on Mail til Splio.

Bruk: daglige segmenterte masseutsendelser basert på brukeratferd og kjøp etter kategori.

Årsak til migreringen: vi måtte utvide funksjonaliteten.

Trinn: hele prosessen: innledende analyse, sammenligning av verktøy, volumer, priser, krav fra markedsføring og teknologi samt implementering.

Antall abonnenter: 400.000.

Brukergrupper: det fantes ingen grupper som sådan; de ble generert ved å spørre mot en kopi av brukerdatabasen som ble eksportert daglig.

Opprettede og endrede nettskjemaer: fire.

Gjenskapte trakter: flere; jeg husker ikke nøyaktig hvor mange.

Tidsbruk: mer enn én måned fra analysen startet. Vi vurderte løsninger, forhandlet budsjetter, integrerte verktøyet, kontrollerte alt og begynte å sende. Flere personer var involvert: hovedsakelig én fra markedsføring, én fra produkt, en utvikler og et par personer som fulgte opp hele prosessen.

Som du ser, varierer omfanget og nødvendig arbeidsinnsats enormt fra tilfelle til tilfelle.

Tips for en vellykket migrering

Mitt første råd er at du planlegger den godt, slik at du ikke blir stående halvveis i et av trinnene.

Flere deler kan bygges opp i ro og mak, som å gjenskape trakter, konfigurere DNS-poster eller gjenskape e-postmalene.

Men migreringen, byttet av skjemaer på nettstedet og håndteringen av avmeldinger må gjøres så samtidig som mulig, så avtal en dato med alle involverte og start tidlig på morgenen.

Det er også lurt å ha tenkt gjennom en rollback –altså å rulle tilbake alle endringene– fordi det, uansett hvor sannsynlig det er at alt går bra, alltid finnes en risiko for at det ikke gjør det. Tydelige trinn for den situasjonen gir mer trygghet, særlig hvis titusener eller hundretusener av euro i e-postinntekter står på spill på én dag.

I tillegg til selve prosessen, og med det som skjedde da MailRelay-kontoen vår hos Yo pongo el hielo ble stengt som eksempel, anbefaler jeg at du eksporterer dataene fra e-postplattformen din (kunder, grupper, avmeldinger) minst én gang i måneden hvis listen er liten, eller ukentlig hvis mange leads kommer inn hver dag.

Det hindrer at du mister mange brukere i tilfeller som det jeg beskrev.

Jeg anbefaler også at du tester alt grundig: hvert abonnementsskjema og hver trakt, med kontoer hos forskjellige leverandører (for å se om noen legger e-posten i spam, og om visningen varierer). Det sparer deg for problemer.

Mitt siste råd er at du er svært forsiktig med avmeldingene. Håndter dem riktig for igjen å unngå mulige og sannsynlige problemer. Ikke skyv dette punktet til en 'fase 2' av migreringen.

Konklusjoner

Etter å ha lest hele artikkelen bør det være klart at en migrering ikke er noen liten sak i prosjekter der e-postmarkedsføring er viktig.

Har du få abonnenter og kanalen ikke er særlig utviklet, er det ganske enkelt. Men hvis prosjektet er stort og selger mange produkter eller tjenester via e-post, blir det svært mye mer komplisert.

Det finnes derfor ingen annen løsning enn å analysere fordeler og ulemper grundig og, hvis du gir grønt lys, planlegge godt og gjennomføre alle trinnene ett etter ett.

Hvis du til slutt nettopp har startet det digitale prosjektet ditt og vil bruke kanalen, bør du fra første stund vurdere et verktøy som faktisk gjør det du har i tankene, selv om det koster penger.

Plattformer for e-postmarkedsføring er vanligvis ikke dyre ved små volumer. Velger du en god fra starten, slipper du en fremtidig migrering som alltid, alltid, alltid –selv den enkleste– er et skikkelig slit.

Likte du artikkelen? Vil du ha mer? Hver torsdag får du en i innboksen ved å abonnere her..

Eller, hvis du heller vil se enn å lese, finner du godt videoinnhold her..