Način, kako opraviti prenos brez izgube podatkov o kupcih, je, da staro in novo integracijo poganjate vzporedno, preverite, da nova prenaša vse, preden karkoli izklopite, in nikoli ne izbrišete vira, dokler ni cilj dokazano popoln. Prenos gre narobe, ko ljudje prevesijo stikalo — odklopijo staro orodje, priklopijo novo in predpostavijo, da so podatki sledili. Redko sledijo prav vsi. Status soglasja, prilagojena polja, zgodovina naročil in segmentacija naročnikov so kosi, ki tiho padejo skozi vrzel. Ta vodnik je vrstni red operacij, ki jim prepreči padec: kaj varnostno kopirati, kaj preslikati, kako izvesti prekrivanje in kako potrditi, da nič ne manjka, preden se zavežete.

Preden karkoli prenesete, je vredno pregledati, kaj trenutno imate, da natančno veste, kako je videti “popolno” — kako pregledati integracije za marketing spletne trgovine je korak, ki naredi tega varnega.

Zakaj “kar znova ga poveži” izgublja podatke

Zamenjava ene integracije za drugo zveni kot izklop enega kabla in vklop naslednjega. Ni, ker orodji skoraj nikoli ne shranjujeta podatkov na enak način.

Vaš stari povezovalnik je morda beležil marketinško soglasje kot preprost da/ne. Novi morda pričakuje časovni žig in vir. Vaše staro orodje je morda hranilo “življenjsko vrednost” kot izračunano polje, ki kot surovi podatek nikjer ne obstaja — odklopite ga in ta številka je preprosto izginila. Prilagojene oznake, članstvo v segmentih, seznami za zaviranje (ljudje, ki so se odjavili in morajo ostati odjavljeni) — nič od tega nujno ne potuje s svežo integracijo, ker nova povezava običajno sinhronizira trenutne podatke trgovine naprej, ne zgodovine, ki je živela le znotraj starega orodja.

Nevaren del je, da trgovina še naprej deluje. Naročila tečejo, e-pošte se pošiljajo, izguba pa je nevidna, dokler segment ne pride prazen ali, še huje, dokler ne pošljete e-pošte nekomu, ki se je odjavil, ker njegov status zaviranja ni prestal poti.

Eno pravilo, ki prepreči večino katastrof

Vzporedno, nato preveri, nato preklopi. V tem vrstnem redu, nikoli obrnjeno.

Staro integracijo ohranjajte živo in povezano, medtem ko nastavljate in preizkušate novo. Šele ko ste potrdili — z resničnimi zapisi —, da nova postavitev prenaša vse, kar je stara, odklopite staro. To obdobje prekrivanja vas stane malo podvojenih podatkov in morda malce višji račun za teden ali dva. Je najcenejše zavarovanje, kar ga boste kdaj kupili, proti izgubi zapisov, ki jih ne morete dobiti nazaj.

1. korak: Vse varnostno kopirajte, preden se česarkoli dotaknete

Prva poteza, o kateri se ne pogaja. Izvozite popolno kopijo svojih podatkov iz orodja ali integracije, ki jo zapuščate, dokler še povsem deluje.

• Poln izvoz kontaktov — vsak naročnik, z e-pošto, imenom, vsemi prilagojenimi polji, oznakami in članstvom v segmentih.
• Podatki o soglasju in zaviranju — kdo se je prijavil, kdaj, od kod in, kar je ključno, kdo se je odjavil ali odbil. Ta seznam mora prestati prenos nedotaknjen.
• Zgodovina naročil in dogodkov, če prebiva v marketinškem orodju in ne v trgovini.

Te izvoze shranite nekam na varno in jih mesece ne brišite. Če gre prenos postrani, je ta varnostna kopija način, kako obnovite. Prenos brez izvoza pred prenosom ni prenos; je igra na srečo.

2. korak: Preslikajte polja, preden premaknete en sam zapis

Tukaj se dejanska izguba podatkov prepreči, in to je korak, ki ga ljudje preskočijo, ker je zamuden.

Postavite polja starega sistema in polja novega sistema drug ob drugega in za vsako odločite, kam gre. Pazite na:

• Polja, ki obstajajo v enem, ne pa v drugem. Prilagojeno polje “priljubljena lokacija trgovine” potrebuje dom ali pa se namerno odločite, da ga izpustite — tako ali tako namerno, ne po nesreči.
• Neujemanja oblik. Telefonske številke s klicnimi kodami in brez njih. E-pošte z odvečnimi velikimi črkami ali presledki. Datumi v različnih oblikah. Te se pri uvozu pokvarijo in, kar je hujše, ustvarijo podvojitve, ko novi sistem kontakta ne more ujeti s samim sabo.
• Predstavitev soglasja. Status prijave in status odjave preslikajte z dodatno pazljivostjo. Če je po preslikavi kakršenkoli dvom o soglasju kontakta, ga obravnavajte kot nesoglašajočega. Pošiljanje e-pošte nesoglašajočemu kontaktu je pravna težava in težava z dostavljivostjo, ki je nočete podedovati.

Ujemanje kontaktov po čistem, doslednem ključu — e-pošta, z malimi črkami, obrezana — je tisto, kar prepreči, da bi ena oseba med prenosom postala dva zapisa. Celotno obravnavo najdete v izogibanju podvojenim kontaktom med integracijami; preberite jo pred uvozom, ker je razdvajanje po dejstvu precej več dela kot preprečevanje.

3. korak: Poganjajte obe integraciji vzporedno

Zdaj povežite novo integracijo ob stari, obe živi.

Za določeno okno prekrivanja — teden ali dva je smiselno za večino trgovin — pustite, da obe hranita podatke. To naredi dve stvari. Novo orodje zapolni s trenutno dejavnostjo, medtem ko opazujete, in vam omogoča, da oba sistema primerjate na živih podatkih ter ujamete neskladja, preden postanejo pomembna.

Da, to začasno pomeni, da se dva sistema dotikata vaših kontaktov, kar tvega podvojitve in dvojna pošiljanja. Upravljajte to: med prekrivanjem naj pošiljanja tečejo le iz enega orodja (starega), medtem ko novo samo tiho sprejema in sinhronizira. Preizkušate, ali se nova cev pravilno polni, ne preklapljate še svojega pošiljanja.

4. korak: Preverite glede na resnične zapise

Preden preklopite, dokažite, da je nova postavitev popolna. Ne ocenjujte nadzorne plošče na oko — izsledite dejanske podatke, z isto disciplino kot pri pregledu.

1. Preštejte kontakte. Ali se skupno število v novem orodju ujema s starim, ob upoštevanju znanega čiščenja? Velika nepojasnjena vrzel pomeni, da zapisi niso prišli skozi.
2. Naključno preverite 25 kontaktov različnih vrst — VIP, nedavnega, starega, odjavljenega. Ali so vsa njihova polja, oznake in status soglasja v novem sistemu pravilni? Posebno pozornost namenite odjavljenemu kontaktu: prikazati se mora kot zavrt.
3. Preverite, da se segmenti pravilno znova zgradijo. V novem orodju poustvarite ključni segment in potrdite, da se napolni s pravimi ljudmi. Prazen ali napačen segment pomeni, da se osnovni podatki niso prenesli.
4. Izsledite žive dogodke. Oddajte testno naročilo, opustite testno košarico. Potrdite, da v novo orodje prispejo popolni. Če podatki o naročilu ali izdelku prihajajo prazni, popravite zdaj — kako odpraviti manjkajoče podatke o naročilu v e-poštnih platformah pokriva običajne vzroke, preden se nanje zanesete.

5. korak: Preklopite, nato obdržite varnostno mrežo

Šele ko 4. korak čisto uspe, preklopite pošiljanje na novo orodje in odklopite staro integracijo.

Tudi takrat ne prekličite starega računa in ne izbrišite varnostne kopije takoj. Oba ohranjajte v pripravljenosti mesec dni. Prenosi včasih razkrijejo manjkajoče polje ali pokvarjen segment dva tedna pozneje, ko se mesečni tok poskuša sprožiti in tam ne najde ničesar. To, da so stari podatki še vedno dosegljivi, spremeni krizo v petminuten popravek.

Realen primer, kaj gre narobe

Tukaj je vzorec, ki sem ga opazoval, kako se odvija, opisan tako, da se mu izognete. Trgovina se seli z ene e-poštne platforme na drugo. Nova izvorna integracija se poveže brez težav in začne prelepo sinhronizirati naročila. Vse je videti popolno — ker se naročila res prenesejo čisto; so trenutni podatki trgovine.

Kar se ni preneslo: tri leta zastavic “odjavljen”, ki so živele le v stari platformi. Dva tedna po preklopu gre kampanja na sveže uvoženi seznam, doseže nekaj sto ljudi, ki so se odjavili pred leti, in pritožbe — plus udarec po dostavljivosti — sledijo. Naročila so bila videti v redu, zato ni nihče pomislil, da bi preveril seznam za zaviranje. To je past: vidni podatki se prenesejo, zgodovinski se skrijejo, zgodovinski pa so tisti, ki vas oparijo. (Ponazoritveni scenarij — podrobnosti se razlikujejo, vzorec odpovedi je pogost.)

Popravek ne stane nič razen discipline: izvoz iz 1. koraka bi te zastavice ohranil, naključno preverjanje odjavljenega kontakta iz 4. koraka pa bi ujelo vrzel, preden bi šla ven ena sama e-pošta.

Kako izmeriti čist prenos

• Enakost kontaktov — števila se ujemajo med starim in novim, ob upoštevanju namernega čiščenja.
• Celovitost soglasja — vse odjave in odboji iz starega sistema so v novem še vedno zavrti. To je številka, ki jo je treba varovati najbolj trdno.
• Popolnost polj — delež kontaktov, ki prispejo z imeni, oznakami in ključnimi polji nedotaknjenimi.
• Natančnost segmentov — vaši pomembni segmenti se znova zgradijo na pravo velikost in članstvo.
• Dostavljivost po preklopu — stopnje odbojev in pritožb ostanejo pri miru po preklopu. Skok pomeni, da so prišli skozi slabi podatki.

Kje se umešča Omnisend

Ko sem svoje trgovine preselil na Omnisend, je bil del, ki je to naredil nizko tvegano, točno ta vzporedni pristop: njegove izvorne integracije so zapolnile trenutna naročila in kupce, medtem ko sem staro orodje ohranjal živo in oba primerjal, preden sem se zavezal. Njegov uvoz obvladuje preslikavo polj in ujema kontakte po e-pošti, da omeji podvojitve, obstaja pa tudi namenska pot za prehod z drugih platform — vredno jo je uporabiti namesto surovega odloga CSV, ker ohrani več strukture.

Omnisend je partner Shopimationa v pridruženem programu in priporočam ga, ker sem to migracijo opravil sam. Poštena pripomba: nobeno orodje za uvoz ne more obnoviti podatkov o soglasju, ki so kdaj obstajali le v vaši stari platformi. Zato obstaja izvoz iz 1. koraka in ta je na vas ne glede na to, na katero orodje se selite. Če se selite prav na Omnisend, vodniki za nastavitev, specifični za platformo, pokrivajo podrobnosti povezave za vašo trgovino.

Vaš naslednji korak

Preden karkoli novega povežete, danes opravite 1. korak: izvozite popolno varnostno kopijo — kontakte, prilagojena polja in predvsem seznam za zaviranje — iz svojega trenutnega orodja, dokler še deluje. Ta ena datoteka je razlika med povratnim in nepovratnim prenosom. Nato, ko ste nastavljeni, ohranjajte novi sklad čist in združen s kako sinhronizirati podatke o kupcih med orodji spletne trgovine.