Migrácia firemných e-mailov: ako neprísť o dopyty počas zmeny schránok

Migrácia firemných e-mailov má mať obchodný kontrolný zoznam, nielen technický termín pre zmenu DNS. Pred prepnutím treba zmapovať všetky adresy, aliasy, presmerovania, formuláre, automatické odpovede, fakturačné notifikácie a ľudí, ktorí majú správy čítať. Po prepnutí treba otestovať doručenie zvonka, odosielanie, odpoveď na formulár, spam zložku a staré adresy, ktoré zákazníci ešte používajú.

Rýchla odpoveď

Migrácia firemných e-mailov má mať obchodný kontrolný zoznam, nielen technický termín pre zmenu DNS. Pred prepnutím treba zmapovať všetky adresy, aliasy, presmerovania, formuláre, automatické odpovede, fakturačné notifikácie a ľudí, ktorí majú správy čítať. Po prepnutí treba otestovať doručenie zvonka, odosielanie, odpoveď na formulár, spam zložku a staré adresy, ktoré zákazníci ešte používajú. Pre firmu, ktorá nechce, aby technická výmena schránok prerušila obchodnú komunikáciu, zákaznícku podporu alebo potvrdenia z webových formulárov je najpraktickejšie začať jednoduchou kontrolou: čo je cieľ, čo sa meria, čo vidí zákazník a čo sa stane po jeho akcii. Až potom má zmysel riešiť jemné optimalizácie, kreatívne varianty alebo vyšší rozpočet.

Definícia: Migrácia firemných e-mailov je presun doménovej pošty, schránok, aliasov, pravidiel a odosielacích nastavení z jedného systému do druhého. Z obchodného pohľadu nejde iba o prenos správ, ale o zachovanie ciest, ktorými prichádzajú dopyty, objednávky, reklamácie, faktúry a odpovede zákazníkov.

Prečo sa na tom firmy často popália

E-mail sa vo firme často berie ako samozrejmosť, kým sa nemení hosting, doména alebo balík služieb. Technický dodávateľ nastaví MX záznamy, no nikto nemusí vedieť, že kontaktný formulár posiela správy na starý alias, účtovníctvo používa samostatnú adresu a obchodník má v podpise ešte starú schránku. Keď sa tieto detaily nezmapujú pred zmenou, chyba sa zistí až vtedy, keď zákazník tvrdí, že správu poslal, ale vo firme ju nikto nevidí.

V slovenskej a českej realite je navyše veľa firiem, kde marketing nerobí veľký tím. Majiteľ, obchodník alebo recepcia často vidia iba koncový výsledok: prišiel dopyt, neprišiel dopyt, zákazník sa objednal, zákazník zmizol. Preto článok nerieši teóriu pre veľké korporácie. Rieši rozhodnutia, ktoré sa dajú skontrolovať v bežnej malej alebo strednej firme.

Čo si skontrolovať ako prvé

• Spísať všetky aktívne adresy, aliasy, skupiny, presmerovania a automatické pravidlá ešte pred technickým prepnutím.
• Overiť, kam posielajú správy kontaktné formuláre, rezervačné systémy, e-shop, fakturácia, CRM a reklamné nástroje.
• Pripraviť vlastníka každej všeobecnej adresy, napríklad info, fakturácia, reklamácie, obchod alebo podpora.
• Naplánovať zmenu DNS mimo najvyťaženejších obchodných hodín a dopredu znížiť TTL, ak to správca domény umožňuje.
• Skontrolovať SPF, DKIM a DMARC, aby nové odosielanie nepadalo zákazníkom do spamu alebo karantény.
• Otestovať doručenie z externých schránok, odpoveď zo schránky, prílohy, podpisy a mobilné zariadenia.
• Poslať skúšobný dopyt cez každý formulár na webe a skontrolovať, či príde správnemu človeku aj s kompletnými údajmi.
• Nechať staré schránky alebo presmerovania dočasne dostupné, ak zákazníci ešte používajú pôvodné adresy.
• Pripraviť krátku internú správu, kde tím nájde nové prihlasovanie, pravidlá skupín a postup pri chýbajúcej správe.
• Po prvom pracovnom dni prejsť odoslané správy, spam, nedoručenky a formulárové logy, aby sa chyba zachytila rýchlo.

Pri každom bode je dobré dopísať aj krátku poznámku: máme to hotové, nemáme to hotové, alebo nevieme. Práve tretia možnosť býva najcennejšia. Ukáže, kde firma iba predpokladá, že systém funguje, hoci to nikto za posledné mesiace neoveril.

Modelový príklad z praxe

Modelový príklad: menšia B2B firma mení starý hosting za Microsoft 365. Web má tri formuláre, e-shop posiela potvrdenia objednávok, účtovníctvo používa fakturacia@ a obchodník má presmerovanie z info@. Pred migráciou tím spíše všetky adresy a zistí, že reklamačné správy chodili na alias, ktorý nebol v pôvodnom zadaní. Dodávateľ preto pripraví schránky, aliasy aj skupiny ešte pred zmenou MX záznamov. Po prepnutí firma odošle test z Gmailu, Outlooku aj formulára na webe. Jeden formulár neprejde kvôli starému SMTP heslu, ale chyba sa opraví v ten istý deň, nie po týždni stratených dopytov.

Takýto príklad nie je dôkaz, že rovnaký postup bude fungovať každej firme. Je to skôr spôsob, ako rozmýšľať. Najprv sa hľadá nesúlad medzi sľubom, stránkou, meraním a realitou v prevádzke. Až potom sa mení rozpočet, dizajn alebo texty.

Ako to zaviesť bez veľkej prestavby

Začnite jedným pracovným dokumentom, nie novým veľkým projektom. Do prvého stĺpca napíšte, čo zákazník vidí ako prvé. Do druhého, čo má urobiť. Do tretieho, kde sa táto akcia meria. Do štvrtého, kto vo firme kontroluje kvalitu výsledku. Takto sa rýchlo ukáže, či problém vzniká v komunikácii, technike, kreatíve, stránke alebo v následnom obchodnom procese.

Pri menšej firme stačí hodinový workshop a jedna konkrétna cesta zákazníka. Napríklad klik z reklamy, prečítanie stránky, odoslanie formulára, telefonát a zápis do tabuľky alebo CRM. Ak každý krok vie niekto ukázať a vysvetliť, systém je aspoň základne pod kontrolou. Ak sa niekde odpoveď zmení na „asi“, „malo by“ alebo „neviem“, tam je prvý kandidát na opravu.

Kedy to dáva zmysel

Takýto postup dáva zmysel pri zmene hostingu, prechode na Google Workspace alebo Microsoft 365, výmene domény, spájaní viacerých schránok, oddelení osobných a firemných adries, spustení nového webu aj pri presune e-shopu. Najviac pomáha firmám, kde e-mail nie je iba interná komunikácia, ale hlavný kanál pre nové dopyty, objednávky, servis a fakturáciu.

Dáva to zmysel aj vtedy, keď firma už má pocit, že „niečo robí“, ale nevie vysvetliť, čo presne funguje. Vtedy pomôže krátky audit: pozrieť nastavenie, výstupy, obsah, stránku a obchodný proces vedľa seba. Často sa ukáže, že slabé miesto nie je tam, kde ho tím hľadal.

Kedy to zatiaľ neriešiť

Veľký migračný projekt netreba robiť, ak firma mení jednu málo používanú schránku bez domény a bez napojenia na web. Aj vtedy však treba otestovať, či sa dá prijať a odoslať správa. Ak firma nevie, kto má vlastniť všeobecné adresy, najprv treba upratať zodpovednosti. Nový e-mailový nástroj nevyrieši chaos v tom, kto má na zákazníka odpovedať.

Ak je ponuka nejasná, zákaznícky segment príliš široký alebo interný proces nefunguje, technická optimalizácia môže iba zrýchliť chaos. Vtedy je lepšie spomaliť, pomenovať ponuku a pripraviť jednoduchý postup, ktorý pochopí aj človek mimo firmy.

Časté chyby

• Riešiť iba MX záznamy a zabudnúť na formuláre, aliasy, CRM alebo fakturačné notifikácie.
• Vypnúť staré schránky v deň migrácie bez prechodného sledovania a presmerovania.
• Netestovať odosielanie z novej schránky smerom k zákazníkom mimo vlastnej domény.
• Nezapísať vlastníkov všeobecných adries, takže správy síce prídu, ale nikto ich nerieši.
• Ignorovať SPF, DKIM a DMARC, kým zákazníci nezačnú hlásiť, že e-maily končia v spame.

Tieto chyby majú spoločný menovateľ: firma sleduje viditeľné číslo, ale nie obchodný dôsledok. Preto je užitočné prepájať marketing s tým, čo sa deje po kliknutí, po odoslaní formulára alebo po prvej správe od zákazníka.

Čo z toho vyplýva pre firmu

Najlepší ďalší krok nie je veľká prestavba, ale krátka kontrola reality. Vyberte jednu službu, jednu kampaň alebo jednu stránku a prejdite ju od prvého kontaktu po výsledok. Zapíšte, kde zákazník môže zaváhať, kde sa niečo nemeria a kde text sľubuje viac, než stránka vysvetľuje.

Ak už máte web alebo reklamy, oplatí sa pozrieť aj súvisiace časti: služby a weby, reklamy alebo relevantné články na blogu. Interné prepojenie nie je len SEO trik. Pomáha čitateľovi aj vyhľadávaču pochopiť, ako spolu jednotlivé témy súvisia.

FAQ

Stačí pri migrácii skontrolovať, že schránka prijíma e-maily?

Nestačí. Treba otestovať aj odosielanie, odpovede, formuláre na webe, aliasy, skupiny, prílohy, podpisy, mobilné aplikácie a doručiteľnosť mimo vlastnej domény.

Kedy robiť zmenu DNS?

Ideálne mimo obchodnej špičky a po príprave všetkých schránok. Pri citlivých firmách je rozumné znížiť TTL vopred a mať človeka, ktorý po prepnutí sleduje doručenie aj nedoručenky.

Čo sú SPF, DKIM a DMARC?

Sú to doménové nastavenia, ktoré pomáhajú príjemcom overiť, že e-mail odosiela oprávnený systém. Pri zmene pošty alebo nástroja na odosielanie sa majú skontrolovať, inak môže klesnúť doručiteľnosť.

Ako zistiť, či sa počas migrácie nestrácajú dopyty?

Pošlite test cez každý formulár, skontrolujte serverové alebo formulárové logy, sledujte všeobecné schránky, spam, nedoručenky a porovnajte počet dopytov s bežným dňom.

Ak si nie ste istí, kde je problém u vás, praktický prvý krok je krátky audit jednej konkrétnej kampane, stránky alebo ponuky. EchoAgency vie pomôcť hlavne s pomenovaním slabého miesta, nastavením merania a návrhom ďalšieho rozumného kroku cez krátku konzultáciu.