1. Frys omfattningen före export
Lista exakt vilka objekt som måste följa med: ärenden, kommentarer, kontakter, organisationer, bilagor, taggar, egna fält, kunskapsartiklar, samtycken och SLA-data. Markera vad leverantörens standardexport faktiskt innehåller och vad som kräver API eller manuell hantering.
- Antal öppna och historiska ärenden
- Bilagor och interna anteckningar
- Kontakt- och organisationsfält
- Kunskapsbas och omdirigeringar
- Rapporthistorik som måste arkiveras
2. Bygg en fält- och statuskarta
Mappa varje status, prioritet, grupp, ansvarig, tagg och eget fält från gammalt till nytt system. Bestäm hur värden utan direkt motsvarighet ska arkiveras. En dokumenterad karta gör både testimport och eventuell återgång möjlig att granska.
3. Testimportera ett svårt urval
Välj inte bara de senaste enkla ärendena. Ta med långa trådar, bilagor, sammanslagna ärenden, flera språk, känsliga behörigheter och poster som har passerat flera team. Kontrollera innehåll, tidsstämplar, avsändare, ägarskap och sökbarhet efter import.
4. Kör parallellt med tydlig brytpunkt
Bestäm när nya ärenden börjar gå till det nya systemet och hur sena svar i den gamla inkorgen fångas upp. Testa e-post, formulär, chatt, sociala kanaler, integrationer, notifieringar, SLA och mänsklig överlämning före brytpunkten.
- En ansvarig för brytbeslutet
- En bevakad lista över öppna fel
- Daglig avstämning av ärendevolym
- Dokumenterad reservplan
- Ingen radering av källdata under verifieringen
5. Godkänn flytten med mätbara kontroller
Stäm av antal poster per objekt, gör manuella stickprov och låt handläggarna lösa verkliga ärenden i den nya miljön. Arkivera exportfiler och migreringslogg enligt företagets säkerhets- och lagringsregler. Stäng det gamla systemet först när data, routing och rapportering är verifierade.