Mahdollisesti epäsuosittu mielipide: emme halua käyttää julkisesti saatavilla olevia sähköpostikehyksiä Litmuksessa.
Kyllä, olemassa olevien sähköpostikomponenttien hyödyntämisessä on hyviä puolia, joiden päivittämisestä joku muu on vastuussa. Monet sähköpostin kehittäjät, kuten Nicole Hickman, Fishawack Healthin suoramarkkinoinnin kehittäjä, käytä ja nauti julkisesti saatavilla olevista sähköpostikehyksistä päivittäin. Ne ovat erinomainen vaihtoehto monille joukkueille.
Mutta me Litmusilla emme usko, että ne ovat oikea vaihtoehto joka sähköpostitiimille – ja meillä on syytä varmuuskopioida se!
Tässä on joitain etuja ja haittoja, jotka mielestämme jokaisen sähköpostitiimin tulisi ottaa huomioon sähköpostikehysten edut ja haitat – jotta voit tehdä organisaatiollesi parhaan päätöksen.
Mikä on sähköpostikehys?
Sähköpostikehys on kokoelma valmiita HTML- ja CSS-komponentteja, joita sähköpostin kehittäjät käyttävät sähköpostien rakentamiseen.
Kahdenlaisia sähköpostikehyksiä:
- Julkisesti saatavilla olevat puitteet jotka käyttävät esiprosessoreita helpottamaan koodausta automatisoimalla osan koodausprosessista (kuten Maizzle tai MJML).
- Valmiiksi rakennetut HTML-koodilohkot jonka luot (kuten sähköpostisuunnittelujärjestelmä).
Sen sijaan, että kirjoittaisit jokaisen koodirivin tyhjästä jokaiseen sähköpostiin, kehyksessä on rakennuspalikoita, joita tarvitset nopeuttaaksesi kehitystä laadusta tinkimättä. Kuka tahansa kehittäjä voi käyttää julkisesti saatavilla olevaa sähköpostikehystä tai luoda oman sähköpostikehyksen ja muodostaa siitä sähköpostin suunnittelujärjestelmä.
Edut julkisesti saatavilla olevien sähköpostikehysten käytöstä
Kehyksillä on yksi päätavoite – se helpottaa sähköpostin kehittämistä. Tässä on kolme syytä, miksi avoimen lähdekoodin sähköpostikehykset ovat niin houkuttelevia joillekin kehittäjille.
1. Nopeampi rakennusaika
Kuvittele, että olet sähköpostitiimi ja sait juuri tiedon, että sinun on lähetettävä myyntikampanja huomenna. (Voi, ja olet jo polveen syvällä toisen kampanjan kehittämisessä.) Sinun on rakennettava nopeasti – ja sähköpostikehys voi auttaa.
Sen sijaan, että rakentaisit jokaisen komponentin tyhjästä, voit kytkeä ja pelata kehyksen koodilla. Hickman huomauttaa, että sähköpostikehykseen on yleensä kirjoitettava vähemmän koodia kuin hyppäämällä suoraan HTML:ään
“Kuten me kaikki tiedämme, koska Outlook for Windows ei toimi hienosti div-osien kanssa, haamutaulukoita tarvitaan, jotta sähköpostit toimisivat odotetulla tavalla Windows Outlookissa. MJML luo haamutaulukot puolestasi, joten se säästää paljon koodaus-/kirjoitusaikaa.” Ja se on totta. Kehykset voivat auttaa tiimejä, joilla on pulaa ajasta. Ne ovat loistava tapa luoda sähköposteja nopeasti. Sitten voit heittää ne omaan sähköpostin testausalusta, kuten Litmus ja korjaa kaikki havaitut virheet.
2. Päivityksiä ei tarvita
Kolmannen osapuolen viitekehykset päivittävät myös jatkuvasti koodia, jotta ne voivat käsitellä Internet-palveluntarjoajan muutoksia tai yhtä hankalaa elementtiä, joka turhauttaa sähköpostiohjelma. Ihmiset, jotka pitävät yllä puitteita, ovat vastuussa siitä, että kaikki toimii.
Sinun ei tarvitse palata takaisin korjaamaan koodia, joka ei enää toimi, tai pitää dokumentaatiota ajan tasalla. Älä kuitenkaan anna valppauttasi täysin pettää. Sinun pitäisi testaa jokainen lähettämäsi sähköposti.
Jos kohtaat ongelman sähköpostikehyksen kanssa, voit kääntyä yhteisösi puoleen. The MJML Slackkuin Lähetä sähköpostia Geeks-yhteisölleon paikka, jossa sähköpostikehittäjät voivat muodostaa yhteyden, oppia, suorittaa vianmäärityksen ja tukea toisiaan.
3. Toimii HTML:n rinnalla
Vaikka yleensä joudut käyttämään kehyskohtaista koodauskieltä, voit lisätä HTML:n tarvittaessa.
“Jos on olemassa koodausskenaario, joka vaatii koodausta, joka on MJML:n oletusskenaarioiden ulkopuolella MJML-tunnisteiden avulla, se on tarpeeksi helppoa “koodata omasi” niin sanotusti. Tunniste
Hän huomauttaa myös, että sinua ei ole paljon ei voi tehdä MJML:n kanssa; väärinkäsitys, että MJML:ää käyttävät tekevät vain hyvin yksinkertaisia, yksinkertaisia sähköpostiasetteluja, on väärä.
“Olen tuottanut sähköposteja Tumma tila tyylejä, käytetty “faux absoluuttinen paikannus” tekniikka kirjoittaneet Mark Robbins ja Stephen Sayo, interaktiivinen sähköpostikysely ja paljon muuta, kaikki MJML:stä. Näiden tekniikoiden hyödyntäminen MJML:stä edellyttää vahvaa työskentelyä HTML:stä ja myös vahvaa MJML:n tuntemusta – mutta ne kaikki ovat täysin toteutettavissa tässä kehyksessä”, Hickman sanoo.
Julkisesti saatavilla olevien sähköpostikehysten haitat
Vaikka monet sähköpostikehittäjät käyttävät julkisesti saatavilla olevia kehyksiä ja nauttivat niistä, heillä on joitain haittoja, kuten:
1. Kehyskohtainen kieli
Sähköpostikehyksellä on oppimiskäyrä, koska sinun on yleensä opittava kehyskohtainen kieli ennen aloittamista.
Tämä saattaa herättää kysymyksen: “Miksi opiskelen toista kieltä tehdäkseni sitä, mitä jo osaan?”Jos olet varma HTML-taitoistasi tai et halua käyttää aikaa uusien tunnisteiden oppimiseen, et ehkä pidä sähköpostikehyksestä. Koska jotkin elementit edellyttävät sekä HTML- että MJML-kielen osaamista, jos käytät viitekehystä, sinun on hallittava kahta kieltä voidaksesi käyttää kehystä täysimääräisesti.
2. Koodin hallinnan menetys
Yksi sähköpostikehysten näkyvimmistä haitoista on täydellisen käsityksen ja koodin hallinnan menettäminen.
Tämä on yksi suurimmista syistä, miksi en ole julkisesti saatavilla olevien kehysten fani. Kyllä, ne auttavat sinua koodaamaan helpommin. Mutta varsinkin jos käytät kehystä, jota et ole luonut, annat koodisi jonkun muun käsiin.
Vaikka et täysin luovu koodisi hallinnasta (koska voit muokata sähköpostia HTML-koodilla sen käsittelyn jälkeen), se voi aiheuttaa muita ongelmia. Jos esimerkiksi et hallitse suurinta osaa koodistasi, et tiedä, mitä siihen on mennyt, mikä saattaa olla ristiriidassa tai sen laatua. Joudut myös salaamaan, jos kehykselle tapahtuu jotain etkä voi enää käyttää tai käyttää sitä.
3. Paisunut koodi
Mukautetun HTML-koodin lisääminen sähköpostikehykseen antaa sinulle enemmän hallintaa kuin pelkkään kehykseen luottaminen, mutta se myös luo ylimääräistä työtä.
”Jos työpöytäasettelussa on esimerkiksi kolme saraketta, jotka on pinottava kahdeksi (3×2>2×3), niin tämä edellyttää HTML-koodausta. Muussa tapauksessa
Sellaisen asian luominen, jonka tiedät, että sinun on päivitettävä välittömästi, voi olla turhauttava lisävaihe, jota et tarvitse.
Koska puitteet ovat rakennuspalikoita mille tahansa tiimille käytettäväksi missä tahansa yhdistelmässä, saatat myös kokea koodin turvotusta. Jos esimerkiksi yhdistät useita komponentteja, joilla sattuu olemaan jaettua koodia, sähköpostisi saattavat lataaminen kestää kauemminhuomaamattasi.
Paisunut koodi voi myös tehdä vaikeaksi selvittää tarkalleen, mikä osa aiheuttaa a renderöintiongelma että saatat nähdä. Oman sähköpostikehyksen luominen antaa sinulle mahdollisuuden tehdä muutoksia ja havaita mahdolliset ongelmat välittömästi.
Kuinka luoda oma sähköpostikehys sähköpostisuunnittelujärjestelmäksi
Monet ihmiset käyttävät julkisesti saatavilla olevia sähköpostikehyksiä, ja niillä on arvoa. Käytämme Litmusissa omaa sähköpostikehystä ja olemme sen sijaan sisällyttäneet sen sähköpostin suunnittelujärjestelmään.
Mielestämme useamman sähköpostitiimin pitäisi harkita sitä. Itse asiassa myös Zillow- ja Stack Overflow -yritysten asiantuntijat hyödyntää sähköpostisuunnittelujärjestelmiä.
Mikä on sähköpostisuunnittelujärjestelmä?
An sähköpostin suunnittelujärjestelmä on kokoelma uudelleenkäytettäviä komponentteja, joita ohjaavat standardit, joiden avulla tiimit luovat brändin mukaisia sähköposteja johdonmukaisemmin ja tehokkaammin. Pohjimmiltaan se on sähköpostikehys, joka on ominaista brändisi tyyleille. Visuaalisten ohjeiden, kuten värien, lisäksi sähköpostisuunnittelujärjestelmässämme on kaksi tärkeää sähköpostikehityskomponenttia: osat ja katkelmat.
Kun asiat muuttuvat työnkulussamme, meidän on mukauduttava ja kehityttävä. Se on paljon helpompi tehdä sähköpostisuunnittelujärjestelmällä kuin luottaa ulkopuoliseen kehykseen.
Mukautetun sähköpostikehyksen luominen on paljon kuin sähköpostisuunnittelujärjestelmän luominen. Olen luonut sähköpostikehyksemme sillä aikaa sähköpostisuunnittelujärjestelmämme luominen. Itse asiassa pidän sähköpostisuunnittelujärjestelmämme mikrolohkoina sähköpostikehyksemme. Ne ovat tarpeeksi pieniä ja joustavia käytettäväksi missä tahansa.
Esimerkki Litmusin suunnittelukirjastosta, jota käytetään sähköpostin suunnittelujärjestelmänä/sähköpostikehyksenä
Kuinka rakentaa sähköpostisuunnittelujärjestelmä
Sen sijaan, että luottaisit kolmannen osapuolen sähköpostikehykseen, voit rakentaa sähköpostisuunnittelujärjestelmäsi ja luoda sähköpostikehyksen – kaikki samaan aikaan. Tässä on viisi vinkkiä siirtymiseen.
1. Rakenna hitaasti ja testaa samalla
Koko sähköpostisuunnittelujärjestelmän luominen on pelottavaa. Ja nyt sinun on luotava myös sähköpostikehys? Jep! Sinun ei tarvitse remontoida omaasi sähköpostin työnkulku yön yli kuitenkin.
Aloita lisäämällä kehykseesi eniten käytetyt elementit tai yleiset kipukohdat. Jos korjaat paljon yleisiä virheitä, luo katkelma vain kyseiselle osalle. Sitten sinun ei tarvitse korjata sitä uudestaan ja uudestaan.
Kun olet luonut muutaman katkelman, testaa kehys ja ala käyttää katkelmia. Kun otat ne käyttöön, huomaat todennäköisesti virheitä tai sen, että jotkin asiat eivät sovi yhteen odotetulla tavalla. Jos luot kaiken kerralla, saatat päätyä moniin virheisiin. Älä odota, että pääset alkuun.
2. Käytä aiempia sähköposteja perustana
Aiempien sähköpostien käyttäminen säästää aikaa sähköpostisuunnittelujärjestelmän ja -kehyksen luomisessa. Jos olet koodannut sähköpostejasi jonkin aikaa, voit siirtyä menneisiin sähköposteihin ja luoda niistä sähköpostikehyksen katkelmia käyttämällä koodia. Käytä suurempia, paremmin suunniteltuja paloja suunnittelemaan järjestelmälohkoja (kuten artikkelilohko) ja pienempiä lohkoja (kuten kappaletagi) sähköpostikehyslohkojen luomiseen.
3. Luo järjestelmä ongelmien seurantaa varten
Kun käytät ja kehität sähköpostisuunnittelujärjestelmääsi, sinun on määritettävä prosessi ongelmien seuraamiseksi ja ratkaisemiseksi. Kirjoitan kohtaamani ongelmat yksinkertaisella lomakkeella ja sijoitan ne laskentataulukkoon, jotta tiimi voi tehdä yhteistyötä.
Minä tai joku muu tiimissä voin täyttää sen lomakkeella, kun löydämme ongelman. Sitten voin korjata virheet kerralla. Jos on hätätilanne – esim ESP lopettaa tyylien tukemisen pääosassa – vaihdan sen välittömästi. Jos se on pieni ongelma – kuten kuvan vaihtoehtotekstin tyyli ei ole oikein – hoidan sen kuun lopussa.
4. Pidä kaikki yhdessä paikassa lakmuksella
Litmusin suunnittelukirjasto antaa sinulle keskitetyn paikan tallentaa, käyttää ja tehdä yhteistyötä sähköpostisuunnittelujärjestelmän kanssa. Sen sijaan, että aloittaisit jokaisen viestin alusta, voit käytä mallia tai lisää osia ja katkelmia. Kun olet rakentanut sähköpostisi, voit testaa sitä automaattisesti sisällä lakmus ja synkronoi se ESP:hen.
About the Author
