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

MSP dilema po migracijos

Valdomų paslaugų teikėjai (MSP) atlieka dešimtis el. pašto migracijų kasmet. Nesvarbu, ar klientai migruojami iš vietinio „Exchange" į „Microsoft 365", ar kelios platformos jungiamos į „Google Workspace" - pati migracija yra tik pradžia. Tikras košmaras 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 labiausiai nuspėjamų IMAP pagrindu vykdomos el. pašto migracijos rezultatų. Tokie įrankiai kaip BitTitan MigrationWiz, CloudM Migrate ir imapsync visi duoda tą patį rezultatą: paskirties serveris prideda naują „Received" antraštę kiekvienam pranešimui su migracijos laiko žyma, ir el. pašto klientai rodo šią datą vietoj originalios.

Dėl ko iš tiesų 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ų asistentės praranda darbo eigą. Pardavimų komandos neberanda pasiūlymų pagal datą. Skundai ateina per kelias valandas po migracijos užbaigimo.

Eskalavimas vadovybei

Kai pakankamai darbuotojų skundžiasi, problema kyla aukštyn. IT direktorius kreipiasi į MSP su tiesiu klausimu: „Kodėl migracija sugadino mūsų el. laiškų datas?" Tai pastato MSP į keblią padėtį. Migracija techniškai buvo sėkminga, bet klientas ją suvokia kaip nesėkmę, nes matomas rezultatas - sugadinta pašto dėžutė. Kaip paaiškinti, kad pats IMAP protokolas sukėlė problemą?

Atitikties ir teisinės problemos

Reguliuojamų sektorių klientams klaidingos el. pašto datos sukuria atitikties rizikos ekspoziciją. eDiscovery įrankiai grąžina netikslus rezultatus. Audito pėdsakai tampa nepatikimi. MSP, aptarnaujantys šiuos klientus, negali atmesti datų problemų kaip kosmetinių.

Kaip MSP šiuo metu tvarko datų problemas

Problemos ignoravimas

Labiausiai paplitęs metodas - pasakyti klientams, kad „rūšiuoti pagal išsiuntimo datą" yra sprendimas. Tai išvengia 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 apėjimas nepasiteisina paieškos, atitikties, pašto taisyklių ir kiekvieno įrenginio atveju, kur nustatymas nebuvo rankiniu būdu pakeistas.

Individualus scenarijus

Kai kurie techniškai pažengę MSP rašo individualius scenarijus datoms taisyti. Tai užima 10-20 valandų kūrimo, 2-4 valandas vienai pašto dėžutei vykdymui, neturi integruotos patikros ir kainuoja nemažai lėšų pagal įprastus apmokestinimo tarifus. O rizika? Scenarijus, kuris tvarko paprastus tekstinius el. laiškus, bet tyliai sugadina pranešimus su S/MIME parašais, įdėtomis MIME ribomis ar ne ASCII koduotomis antraštėmis. Kaip patikrinti, kad kiekvienas pataisytas el. laiškas 50 pašto dėžučių yra nepažeistas?

Specialisto samdymas

Užsakymas iš konsultanto brangiai kainuoja ir įtraukia planavimo vėlavimus. Didesniam projektui, apimančiam daug pašto dėžučių, bendra kaina gali tapti gerokai didesnė nei tikėtasi.

Kaip Redate.io sprendžia tai MSP

Paketinis apdorojimas dideliu mastu

Redate.io tvarko kelias pašto dėžutes viename projekte. Prijunkite kliento el. pašto platformą, pasirinkite pašto dėžutes ir paleiskite nemokamą analizę visoms vienu metu. Peržiūrėję rezultatus, pradėkite taisymą vienu veiksmu. Redate.io nuosavybinis taisymo variklis nustato pažeistas datas pagal datų anomalijas pašto dėžutėje, veikia nepriklausomai nuo naudotos migracijos priemonės ir atlieka vientisumo patikrą kiekvienam pataisytam el. laiškui.

Kiekiu pagrįsta kainodara MSP

Redate.io siūlo kiekiu pagrįstą kainodarą MSP: kaina mažėja proporcingai tvarkomų pašto dėžučių skaičiui, todėl didesni projektai tampa proporcingai pigesni už vieną dėžutę.

Pavyzdžiui, 25 pašto dėžutėms su vidutiniškai 5000 el. laiškų kiekvienoje, taikoma kiekiu pagrįsta kainodara reikšmingai sumažina bendrą projekto kainą, palyginti su tuo, kiek kainuotų individualus scenarijus ar konsultantas.

Redate.io partnerių programa

MSP, reguliariai atliekantys migracijas, gali prisijungti prie Redate.io partnerių programos ir gauti prioritetinį palaikymą, dedikuotą įvedimą ir kiekiu pagrįstą kainodarą kiekvienam projektui. Programa skirta MSP, norintiems siūlyti datų taisymą kaip standartinę savo migracijos paslaugos dalį.

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

1 žingsnis - prijungti kliento platformą

Prisijunkite prie Redate.io ir pridėkite naują projektą. „Google Workspace" atveju: įveskite paslaugos paskyros kredencialus su domeno lygio delegavimu. „Microsoft 365" atveju: užregistruokite „Azure AD" programą su pašto leidimais. Kitiems IMAP serveriams: įveskite serverio adresą ir administratoriaus kredencialus. Prijungimas užtrunka mažiau nei dvi minutes.

2 žingsnis - pasirinkti pašto dėžutes ir paleisti nemokamą analizę

Pasirinkite analizuojamas pašto dėžutes. Redate.io analizuoja kiekvieną dėžutę ir identifikuoja el. laiškus su migracijos antraštėmis. Analizė nemokama ir nesugadinanti. Rezultatai rodo paveiktų el. laiškų skaičių kiekvienai dėžutei ir atitinkamą kainų lygį.

3 žingsnis - peržiūrėti ir paleisti taisymą

Peržiūrėkite analizės rezultatus ir patvirtinkite, kurias dėžutes taisyti. Kiekiu pagrįsta kainodara taikoma automatiškai. Po mokėjimo Redate.io daugiapakopis analizės konvejeris apdoroja kiekvieną pasirinktą dėžutę. Variklis tvarko kodavimo ribinius atvejus, daugiadales pranešimų struktūras, skaitmeninius parašus ir dešimtis kitų scenarijų, kurie sukeltų duomenų sugadinimą paprastu scenarijumi. Kiekvienas el. laiškas praeina vientisumo patikrą, o originalai perkeliami į matomą atsarginės kopijos aplanką pašto dėžutėje, kur jie lieka tol, kol klientas juos pašalina.

4 žingsnis - patvirtinti su klientu

Paprašykite naudotojų iš naujo paleisti el. pašto klientą arba palaukti kitos sinchronizacijos. MSP gauna apdorojimo ataskaitą kiekvienai pašto dėžutei, nurodančią pataisytus el. laiškus, galimus praleistus (pvz., S/MIME pasirašytus pranešimus) ir patikros būseną.

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

MSP, įtraukiantys datų korekciją į savo migracijos pasiūlymus, visiškai išvengia palaikymo po migracijos naštos. Tai pozicionuoja MSP kaip kruopštų, sumažina palaikymo užklausas beveik iki nulio ir paverčia dažną nesėkmės tašką konkurenciniu pranašumu. Taikant kiekiu pagrįstą kainodarą, vienkartinio mokėjimo kaina yra nereikšminga, palyginti su prarastu klientų pasitikėjimu ir neapmokėtomis palaikymo valandomis.

Pasirengę taisyti klientų el. pašto datas dideliu mastu? Paleiskite nemokamą analizę testinei pašto dėžutei arba kreipkitės dėl partnerių programos, kad sužinotumėte apie kiekiu pagrįstą kainodarą.