MSP: kaip pataisyti klientų el. pašto datas

MSP migracijos dilema

Valdomų paslaugų teikėjai (MSP) kasmet atlieka dešimtis el. pašto migracijų. Nesvarbu, ar klientai perkeliami iš vietinio "Exchange" į "Microsoft 365", ar kelios platformos sujungiamos į "Google Workspace" - pati migracija yra tik pradžia. Tikras galvos skausmas prasideda kitą rytą, kai visas kliento personalas atidaro savo pašto dėžutę ir aptinka, kad kiekvienas el. laiškas rodo tą pačią datą.

Tai nėra retas atvejis. Tai vienas iš labiausiai nuspėjamų IMAP pagrindu vykdomos el. pašto migracijos rezultatų. Tokie įrankiai kaip BitTitan MigrationWiz, CloudM Migrate ir imapsync gali duoti tą patį rezultatą: kopijos, kurios perima migracijos datą, o ne savo pradinę datą, ir el. pašto klientai rodo tą datą.

Dėl ko iš tikrųjų skundžiasi MSP klientai

Galutinių naudotojų nusivylimas

Tipiškas naudotojų skundas paprastas: "Visi mano el. laiškai rodo tą pačią datą." Naudotojai, kurie rėmėsi rūšiavimu pagal datą, nebegali naršyti savo gautuosiuose. Vadovų asistentai praranda savo darbo eigą. Pardavimų komandos nebesuranda pasiūlymų pagal datą. Skundai ateina per kelias valandas po migracijos užbaigimo.

Eskalavimas vadovybei

Kai pakankamai darbuotojų pasiskundžia, problema kyla aukštyn. IT direktorius kreipiasi į MSP su tiesiu klausimu: "Kodėl mūsų el. laiškų datos po migracijos yra klaidingos?" Tai pastato MSP į keblią padėtį. Migracija techniškai buvo sėkminga, bet klientas ją suvokia kaip nesėkmę, nes matomas rezultatas - pašto dėžutė, pilna klaidingų datų. Kaip paaiškinti, kad problema kyla iš datos, kuri buvo priskirta kiekvienai kopijai migracijos metu?

Atitikties ir teisiniai klausimai

Reguliuojamų sektorių klientams klaidingos el. laiškų datos sukuria atitikties riziką. eDiscovery įrankiai grąžina netikslius rezultatus. Audito pėdsakai tampa nepatikimi. MSP, aptarnaujantys šiuos klientus, negali atmesti datų problemų kaip vien kosmetinių.

Kaip MSP šiuo metu tvarko datų problemas

Problemos ignoravimas

Labiausiai paplitęs metodas - pasakyti klientams, kad "rūšiavimas pagal išsiuntimo datą" yra laikina priemonė. Tai leidžia išvengti tiesioginių kaštų, bet gadina santykius su klientu. Kaip paaiškinta straipsnyje kodėl rūšiavimas pagal išsiuntimo datą nėra tikras sprendimas, šis būdas nepasiteisina paieškos, atitikties, pašto taisyklių atveju ir kiekviename įrenginyje, kuriame nustatymas nebuvo pakeistas rankiniu būdu.

Individualūs scenarijai

Kai kurie techniškai pažengę MSP rašo individualius scenarijus, bandydami pataisyti datas. Tai užima daug kūrimo laiko, kelias valandas vykdymo vienai pašto dėžutei, neturi integruotos patikros ir kainuoja nemažai pagal įprastus apmokestinimo tarifus. O rizika? Scenarijus, kuris sutvarko paprastus tekstinius el. laiškus, tačiau nepastebimai sugadina pranešimus su S/MIME parašais, įdėtomis MIME ribomis ar ne ASCII ženklų koduotomis antraštėmis. Kaip patikrinti, ar kiekvienas pataisytas el. laiškas dešimtyse pašto dėžučių yra nepažeistas?

Specialisto samdymas

Užsakymas iš konsultanto kainuoja mokestį už pašto dėžutę ir įtraukia planavimo vėlavimus. Didesniam pašto dėžučių projektui tai greitai susumuoja į didelę sumą.

Kaip Redate.io tai sprendžia MSP

Kelios kliento pašto dėžutės, viena paskyra

Redate.io tvarko kelias pašto dėžutes iš vienos paskyros. "Google Workspace" atveju prijunkite kliento domeną vieną kartą, pasirinkite pašto dėžutes, ir nemokama analizė paleidžiama kiekvienai iš jų. "Microsoft 365" arba IMAP atveju kiekviena pašto dėžutė prijungiama atskirai. Peržiūrėkite rezultatus, tada paleiskite taisymą pašto dėžutę po pašto dėžutės. Redate.io sukurtas taisymo variklis suranda el. laiškus, kurių rodoma data neatitinka jų pradinės datos, tai veikia nepriklausomai nuo to, kuris migracijos įrankis sukėlė problemą, ir kiekvienam pataisytam el. laiškui vykdo vientisumo patikrą.

Viena kaina, žinoma prieš mokėjimą

Redate.io turi vieną pasiūlymą: kainą už el. laišką, apskaičiuotą pagal kiekvienos pašto dėžutės nemokamą analizę ir parodomą prieš bet kokį mokėjimą, be pašto dėžutės dydžio ribos. Nėra plano, kurį reikėtų rinktis, ir nėra pasiūlymo, kurio reikėtų prašyti - tai leidžia praktiškai įtraukti datų taisymą į migracijos projektus, kurių dydis gali būti nuo kelių pašto dėžučių iki plataus mastelio diegimų.

Projektui, apimančiam dešimtis pašto dėžučių, analizė duoda tikslią bendrą sumą prieš bet kokį mokėjimą, todėl ją galima palyginti su individualaus scenarijaus valandomis arba konsultanto mokesčiu už pašto dėžutę.

Datų taisymas kaip standartinė paslauga

MSP, reguliariai atliekantys migracijas, gali pasiūlyti datų taisymą kaip standartinę savo migracijos paslaugos dalį: paleiskite nemokamą analizę kliento pašto dėžutėms iškart po migracijos, ir taisymas įtraukiamas į tą patį projektą.

Žingsnis po žingsnio: klientų pašto dėžučių taisymas kaip MSP

1 žingsnis - prijunkite kliento platformą

Prisijunkite prie Redate.io ir prijunkite kliento pašto dėžutes. "Google Workspace" atveju: kliento administratorius vieną kartą nustato domeno lygio delegavimą, tada jūs pasirenkate domeno pašto dėžutes. "Microsoft 365" atveju: kiekviena pašto dėžutė prijungiama prisijungiant prie jos su jos "Microsoft" paskyra; jei organizacija reikalauja administratoriaus patvirtinimo, Redate.io parengia nuorodą, kurią galite persiųsti tam administratoriui. Kitiems IMAP serveriams: įveskite serverio adresą ir tos pašto dėžutės prisijungimo vardą bei slaptažodį.

2 žingsnis - pasirinkite pašto dėžutes ir paleiskite nemokamą analizę

Pasirinkite, kurias pašto dėžutes analizuoti. Redate.io analizuoja kiekvieną pašto dėžutę, kad nustatytų el. laiškus su migracijos datų anomalijomis. Analizė yra nemokama ir duomenų nekeičianti. Rezultatai rodo paveiktų el. laiškų skaičių kiekvienoje pašto dėžutėje ir tikslią jos taisymo kainą.

3 žingsnis - peržiūrėkite ir pradėkite taisymą

Peržiūrėkite analizės rezultatus ir pasirinkite pašto dėžutes taisymui: kiekvienos kaina apskaičiuota pagal jos pačios analizę ir parodoma prieš mokėjimą. Po mokėjimo Redate.io daugiapakopis analizės konvejeris apdoroja kiekvieną pašto dėžutę. Taisymo variklis tvarko kodavimo ribinius atvejus, daugiadalių pranešimų struktūras, skaitmeninius parašus ir dešimtis kitų scenarijų, kurie paprastą scenarijų priverstų sugadinti duomenis. Kiekvienas el. laiškas praeina vientisumo patikrą, o pradiniai laiškai perkeliami į matomą atsarginės kopijos aplanką pašto dėžutėje, kur jie lieka, kol klientas juos pašalina.

4 žingsnis - patvirtinkite su klientu

Paprašykite naudotojų iš naujo paleisti el. pašto klientą arba palaukti kitos sinchronizacijos. Kiekvienai pašto dėžutei ataskaita rodo pataisytus el. laiškus, praleistus el. laiškus ir galimas klaidas, su išsamiu CSV failu atsisiuntimui (žr. kuriuos el. laiškus galima pataisyti).

Kodėl datų taisymas turėtų būti kiekvieno migracijos pasiūlymo dalis

MSP, kurie į savo migracijos pasiūlymus įtraukia datų taisymą, visiškai išvengia palaikymo naštos po migracijos. Tai pozicionuoja MSP kaip kruopštų, sumažina palaikymo užklausų skaičių iki beveik nulio ir paverčia dažną nesėkmės tašką konkurenciniu pranašumu. O kadangi nemokama analizė parodo tikslią kainą prieš bet kokį mokėjimą, sąskaitoje nebūna netikėtumų.

Pasirengę taisyti klientų el. pašto datas dideliu mastu? Paleiskite nemokamą analizę testinei pašto dėžutei, kad pamatytumėte paveiktų el. laiškų skaičių ir tikslią kainą prieš bet kokį įsipareigojimą.