Sebagian besar help desk berfokus pada kecepatan. Panduan tentang migrasi help desk lengkap ini ditujukan untuk tim yang tidak dapat mengorbankan kelengkapan demi kenyamanan. Ini termasuk operasi dukungan dengan kewajiban kepatuhan, riwayat tiket yang telah terakumulasi selama bertahun-tahun, dan realitas praktis bahwa agen membutuhkan konteks pelanggan yang lengkap untuk melakukan pekerjaan mereka.
Migrasi data help desk secara menyeluruh bukanlah proses sekali klik. Data industri dari Oracle menunjukkan bahwa lebih dari 80% proyek migrasi mengalami keterlambatan atau melebihi anggaran. Demikian pula, USC Data melaporkan bahwa 83% proyek gagal mencapai tujuan awal. Karena migrasi berdampak pada operasional sehari-hari dan kepatuhan jangka panjang, Anda harus memperlakukannya sebagai proyek strategis sejak awal.
Panduan ini akan menjelaskan secara detail cara melakukannya tanpa merusak integritas data, memicu kekacauan di platform target Anda, atau menciptakan celah dalam riwayat dukungan Anda yang akan menimbulkan masalah enam bulan kemudian. Untuk berhasil, ikuti enam fase ini: audit data Anda, konfigurasikan platform target Anda, pilih catatan Anda, jalankan demo, laksanakan migrasi penuh, dan validasi hasilnya.
Apa arti sebenarnya dari "Selesai" dalam migrasi help desk?
Sebelum memulai apa pun, pahami terlebih dahulu ruang lingkupnya. Migrasi Data Lengkap adalah operasi transfer data. Ini bukan layanan konfigurasi platform. Kesalahpahaman lain adalah berpikir bahwa memeriksa kecocokan jumlah tiket setelah transfer tidak membuktikan bahwa migrasi Anda berhasil.
Hubungan bisa hancur secara diam-diam. Berikut empat dimensi kelengkapan yang perlu Anda verifikasi.
- Kelengkapan catatan. Setiap permintaan, utas, dan entitas mirip tiket, terlepas dari statusnya: terbuka, tertunda, tertutup, terselesaikan, digabungkan, atau spam. Setiap catatan pelanggan dan organisasi, serta setiap anggota tim dan struktur tim, menemukan kecocokan dengan rekan-rekannya di platform target. Semua artikel basis pengetahuan di semua versi bahasa.
- Kelengkapan hubungan. Tiket yang terhubung dengan kontak yang terhubung dengan perusahaan perlu sampai di platform target dengan koneksi tersebut tetap utuh, bukan sebagai tiga catatan terpisah tanpa ikatan apa pun. Helpdesk adalah korban paling umum dari migrasi yang terburu-buru.
- Kelengkapan konten berarti help desk baru Anda mencerminkan help desk lama Anda. Wizard Migrasi mentransfer lampiran dan menyimpan gambar langsung sehingga tautan tidak pernah rusak. Kami memetakan stempel waktu secara akurat untuk menjaga percakapan tetap kronologis. Agen Anda mendapatkan konteks lengkap sejak hari pertama.
- Kelengkapan kepatuhan menjaga data Anda tetap sah secara hukum. Alat ini menyimpan catatan historis untuk memenuhi periode penyimpanan peraturan yang ketat. Dengan memigrasikan stempel waktu asli dan log sistem, alat ini menjaga jejak audit Anda tetap utuh. Ini memberi Anda riwayat yang dapat diverifikasi untuk tinjauan peraturan.
Jika Anda melewatkan salah satu dari empat persyaratan ini, migrasi Anda tidak lengkap. Bilah kemajuan yang menunjukkan 100% selesai tidak berarti apa-apa jika data Anda rusak.
Apa yang tidak tercakup dalam migrasi help desk lengkap? Alat migrasi data memindahkan data Anda, bukan pengaturan Anda.
Alur kerja, kebijakan SLA, dan logika perutean Anda tidak akan ikut ditransfer. Anda harus membangunnya kembali secara manual di platform baru Anda. Lakukan ini sebelum migrasi agar sistem berfungsi dengan benar saat data Anda tiba.
Tim terkadang berasumsi bahwa help desk baru Anda akan secara otomatis berfungsi seperti help desk lama Anda. Datanya berpindah, tetapi logika operasionalnya tetap sama.
Jika Anda memerlukan bantuan untuk membangun kembali logika tersebut, bekerja samalah dengan salah satu mitra implementasi kami. Faye menangani Zendesk, Freshdesk, Freshservice, dan Salesforce Service Cloud. Envoy mencakup platform yang sama ditambah ServiceNow. GrowthDot mengkhususkan diri dalam Zendesk, Freshdesk, Intercom, dan Jira. Aktie Now ujung-ke-ujung Zendesk di seluruh Amerika Utara, Amerika Latin, Eropa, dan Timur Tengah. Setiap mitra dapat menentukan kebutuhan konfigurasi Anda dan membuat platform baru Anda berjalan seperti platform lama Anda.
Fase 1: Lakukan audit platform sumber Anda terlebih dahulu
Migrasi ini mentransfer data Anda apa adanya. Migrasi data help desk yang lengkap dari platform sumber yang berantakan menghasilkan platform target yang lengkap tetapi berantakan. Tim yang melewatkan tahap penemuan dan pembersihan menghabiskan waktu dua kali lebih banyak untuk memecahkan masalah setelah platform tersebut beroperasi. Meskipun fase penemuan yang komprehensif hanya membutuhkan 5% hingga 10% dari anggaran proyek, USC Data menunjukkan bahwa hal ini mencegah lebih dari 50% kegagalan migrasi umum. Fase ini mutlak diperlukan untuk yang lengkap helpdesk tanpa kehilangan data .
Inventarisasi jenis dan volume catatan Anda
Hitung semua data sebelum Anda memulai transfer. Hitungan ini menetapkan dasar validasi Anda untuk pemeriksaan akhir pasca-migrasi.
Dokumentasikan hal-hal berikut:
- Tiket berdasarkan status: terbuka, tertunda, tertutup
- Kontak dan perusahaan
- Artikel basis pengetahuan berdasarkan versi bahasa
- Lampiran
- Jenis bidang kustom
Ekspor inventaris ini. Anda akan membandingkannya dengan laporan pasca-migrasi Anda di Fase 6.
Identifikasi dan perbaiki masalah kualitas data sebelum migrasi
Sebelum melakukan hal lain, jalankan daftar periksa pra-migrasi khusus platform untuk platform sumber Anda. Masalah paling umum yang muncul setelah migrasi: kontak duplikat, hubungan tiket yang rusak, catatan yatim piatu. Bersihkan terlebih dahulu, migrasi kemudian.
Tiga hal yang perlu diperbaiki sebelum Anda menjalankan apa pun:
- Gabungkan kontak duplikat. Satu pelanggan, satu catatan. Duplikat merusak kelengkapan hubungan dan menimbulkan kebingungan setelah peralihan.
- Standarisasi tag yang tumpang tindih. Gabungkan tag yang serupa, seperti billing_issue, billing-problem, dan billing menjadi satu label. Tag yang tidak konsisten akan mengacaukan pelaporan Anda di platform target.
- Hapus data yang tidak terhubung. Hapus otomatisasi yang dinonaktifkan, kolom kustom yang kosong, dan respons standar yang tidak digunakan. Data-data ini tidak perlu Anda bawa.
Migrasi data mengungkap masalah kualitas data. Jika Anda tidak melakukan profiling dan pembersihan data sumber terlebih dahulu, Anda akan mengalami kesalahan yang tidak terduga di kemudian hari. Waktu yang dihabiskan di sini selalu lebih sedikit daripada waktu yang dihabiskan untuk memperbaiki masalah setelah migrasi help desk penuh selesai.
Petakan kewajiban penyimpanan data kepatuhan Anda
Tetapkan persyaratan penyimpanan data sesuai hukum sebelum Anda memutuskan catatan mana yang akan dimigrasikan atau diarsipkan.
| Peraturan | Periode Retensi Minimum | Fokus Kepatuhan |
|---|---|---|
| HIPAA | 6 tahun sejak tanggal pembuatan atau penggunaan terakhir | Informasi kesehatan yang dilindungi |
| SOX | 7 tahun | Catatan keuangan dan audit |
| PCI DSS | Dapat diakses selama 1 tahun (3 bulan segera); total 3 tahun | Lingkungan data pemegang kartu |
| GDPR Pasal 20 | Portabilitas data terjamin, namun kemudahan penggunaan tidak terjamin | Akses data dan hak untuk penghapusan |
HIPAA Migrasi help desk yang sesuai dengan mengharuskan Anda untuk mengidentifikasi tiket mana yang termasuk dalam kewajiban tertentu sebelum memulai transfer. Helpdesk Kepatuhan migrasi GDPR berarti menghapus permintaan penghapusan dan catatan yang melebihi batas retensi Anda sebelum impor data.
Fase 2: Konfigurasi pra-migrasi
Menyiapkan platform target Anda dengan benar akan melindungi seluruh migrasi data Anda.
Data tidak dapat berdiri sendiri. Setiap tiket memerlukan kerangka kerja khusus (pemilik yang ditunjuk, status yang valid, dan kolom kustom yang sesuai) agar dapat dimuat dengan benar. Jika kerangka kerja tersebut hilang, API akan menolak data tersebut.
Untuk melindungi transfer Anda, Anda harus menyelesaikan tiga langkah konfigurasi sebelum menjalankan migrasi:
Nonaktifkan Otomatisasi dan Pemicu pada Platform Target
Help desk aktif menggunakan pemicu dan aturan berbasis waktu untuk mengotomatiskan alur kerja. Jika Anda membiarkan ini tetap aktif selama impor, sistem target akan memperlakukan tiket historis yang masuk sebagai kejadian baru.
Sistem akan mengirimkan email pemberitahuan otomatis kepada pelanggan untuk tiket yang ditutup bertahun-tahun yang lalu. Hal ini juga akan langsung melanggar batas waktu SLA, merusak metrik pelaporan historis Anda.
Beberapa platform menonaktifkan notifikasi secara otomatis selama proses impor. Anggap saja ini sebagai sakelar bawaan di dalam help desk baru Anda. Platform mengenali impor data dalam jumlah besar. Platform secara otomatis menonaktifkan sistem notifikasinya sendiri hingga impor selesai. Pastikan platform Anda melakukan hal tersebut sebelum Anda berasumsi demikian.
Tanyakan kepada tim migrasi apakah pasangan platform Anda mendukung penekanan notifikasi tingkat permintaan. Jika ya, aktifkan fitur tersebut sebelum menjalankan proses.
Buat semua kolom kustom pada platform target
Menghilangkan peringkat kolom kustom adalah kesalahan pengaturan yang sangat umum. Kolom yang tidak ada di sistem target menyebabkan data hilang secara diam-diam tanpa menghasilkan peringatan kesalahan.
Untuk memigrasikan data help desk berupa kolom kustom dengan benar:
- Petakan nama-nama kolom yang sesuai.
- Buat semua kolom kustom di target sebelum Anda mulai.
- Gunakan Panduan Migrasi untuk memetakan kolom sumber Anda ke kolom target.
Anda dapat membuat kolom kustom secara langsung melalui Panduan Migrasi. Lakukan ini sebelum migrasi Demo, bukan setelahnya.
Agen Pertandingan
Agen yang tidak cocok menyebabkan tiket menjadi yatim piatu. Jika seorang agen tidak memiliki akun di sistem baru, tiket mereka akan sampai tanpa pemilik. Untuk menghindari hal ini, gunakan alamat email yang identik di kedua platform agar alat migrasi dapat mencocokkannya secara otomatis.
Untuk mantan karyawan, petakan catatan mereka ke kotak masuk umum atau agen aktif alih-alih membiarkannya kosong. Atau pilih agen default dalam pengaturan Panduan Migrasi untuk menangkap catatan yang belum ditugaskan
Fase 3: Memilih apa yang akan dimigrasikan
Untuk migrasi data help desk yang lengkap, Anda harus memilih setiap kotak centang pada layar pemilihan objek.
Berikut penjelasan tentang apa yang diwakili oleh setiap objek, mengapa Anda membutuhkannya, dan berapa biaya untuk meninggalkannya.
Semua tiket
Secara default, alat migrasi mentransfer semua tiket tanpa memandang statusnya — terbuka, tertunda, tertutup, terselesaikan, dan sebagainya. Jika Anda ingin membatasi transfer ke status tertentu, Anda dapat menerapkan filter untuk mempersempit cakupan. Namun, kami sangat menyarankan untuk memigrasikan semua status tanpa pengecualian.
Tiket yang sudah ditutup berisi riwayat percakapan pelanggan Anda. Agen merujuknya setiap hari untuk memeriksa interaksi pelanggan, mengelola eskalasi, dan memberikan bukti untuk audit kepatuhan. Mengecualikan grup status apa pun tidak secara signifikan mengurangi penyimpanan, tetapi akan merusak akurasi pelaporan dan kemampuan pencarian Anda.
Saat Anda memigrasikan seluruh riwayat tiket ke helpdeskbaru Anda, jangan terapkan filter status kecuali Anda memiliki alasan khusus yang terdokumentasi untuk melakukannya.
Semua kontak dan perusahaan beserta hubungannya
Tiket tidak dapat dimigrasikan tanpa kontak yang terkait. Setiap tiket harus ditautkan ke catatan kontak di platform target — tanpanya, tiket akan tiba tanpa identitas pemilik atau pelanggan.
Perusahaan terhubung dengan kontak, bukan langsung dengan tiket. Rantai hubungan berjalan: perusahaan → kontak → tiket. Migrasi kontak tanpa keterkaitan dengan perusahaan akan merusak konteks tingkat akun untuk tim dukungan B2B. Agen kehilangan visibilitas mengenai organisasi mana yang menjadi tempat kontak tersebut berada, yang membuat pengelolaan akun dan penanganan eskalasi menjadi jauh lebih sulit.
Migrasikan kontak dan perusahaan secara bersamaan, dengan semua tautan hubungan tetap utuh. Daftar kontak tanpa integritas hubungan hanyalah buku alamat, bukan riwayat dukungan.
Artikel basis pengetahuan dalam semua versi bahasa
Saat Anda memigrasikan basis pengetahuan beserta semua bahasanya, pilih semua artikel yang telah diterbitkan, draf, kategori, dan subfolder sekaligus. Jangan memigrasikan artikel Anda secara terpisah berdasarkan bahasa. Memindahkan semua versi secara bersamaan akan mempertahankan hubungan struktural antara berbagai pilihan bahasa.
Aktifkan opsi untuk memperbarui tautan silang antar artikel. Fitur ini secara otomatis menulis ulang URL internal sehingga setiap referensi mengarah ke lokasi yang benar di platform target.
Tim sering mencoba menyalin dan menempel artikel secara manual untuk menghemat waktu. Kesalahan ini membutuhkan waktu berminggu-minggu kerja yang membosankan. Hal ini juga merusak jalur gambar dan tautan internal Anda, yang merusak peringkat mesin pencari Anda.
Lampiran, gambar sebaris, dan komentar
Untuk memigrasikan lampiran dan komentar helpdesk dengan benar, periksa tiga hal berikut sebelum Anda mulai.
- Pastikan platform baru Anda memiliki ruang yang cukup untuk menerima semua file. Mencapai batas penyimpanan di tengah proses migrasi akan menghentikan transfer dan memicu kesalahan sistem.
- Migrasikan gambar sebaris sebagai lampiran daripada membiarkannya sebagai referensi ke platform sumber. Gambar sebaris dihosting di sistem sumber dan menggunakan URL berbasis sumber.
- Setelah Anda menonaktifkan platform sumber, URL tersebut berhenti berfungsi dan semua gambar sebaris menjadi ikon yang rusak. Memigrasikannya sebagai lampiran akan memindahkan file ke platform target sehingga tetap dapat diakses setelah peralihan.
- Periksa pengaturan privasi Anda sebelum menjalankan migrasi penuh. Pengamanan ini menjaga agar komentar internal tetap tersembunyi dari pelanggan saat data tiba.
Saat memindahkan lampiran, gambar sebaris, dan komentar, tim sering kali mengambil jalan pintas untuk menghemat ruang penyimpanan atau mempercepat proses. Hindari tiga kesalahan umum berikut ini:
- Jangan biarkan gambar sebaris sebagai tautan HTML mentah untuk menghindari ikon gambar rusak saat Anda menonaktifkan platform lama Anda.
- Jangan mengecualikan lampiran berukuran besar atau yang sudah lama agar tidak kehilangan konteks penting yang dibutuhkan agen Anda untuk menyelesaikan masalah yang berulang.
- Jangan abaikan pengujian pengaturan visibilitas komentar Anda untuk menghindari terungkapnya catatan internal pribadi agen kepada pelanggan Anda.
Kolom kustom dan nilainya
Setiap tipe field kustom memerlukan pendekatan pemetaan khusus.
- Teks dan angka: pemetaan satu-ke-satu yang lugas.
- Pilihan ganda dan menu tarik-turun: Buat ulang semua opsi di platform target sebelum menjalankan alat tersebut.
- Tanggal: Verifikasi kompatibilitas format antara kedua aplikasi.
- Kotak centang: Cocokkan nilai benar dan salah dengan status target yang sesuai.
- Data hilang: Tetapkan nilai default untuk kolom yang berisi data kosong.
Siapkan kolom target sebelum menjalankan transfer. Jika kontainer tidak ada, Wizard Migrasi tidak dapat memindahkan data Anda. Anda juga perlu memeriksa bahwa kedua platform menggunakan tata letak tanggal yang sama. Format yang tidak cocok menyebabkan API menolak seluruh tiket.
Fase 4: Migrasi demo dan validasi pemetaan bidang
Setiap migrasi harus dijalankan melalui sampel uji terlebih dahulu. Migrasi Demo adalah langkah pengamanan wajib, bukan formalitas opsional. Alat ini memindahkan sampel kecil yang representatif, sekitar 20 tiket dan artikel basis pengetahuan, beserta kontak, agen, dan lampiran terkaitnya. Uji coba ini memungkinkan Anda memvalidasi perilaku data sebelum menjalankan transfer volume penuh.
Cara menjalankan demo migrasi yang produktif
Setelah alat migrasi menyelesaikan uji coba sampel, unduh laporan pemetaan data dan periksa secara manual catatan di platform baru Anda.
Gunakan daftar periksa validasi data migrasi helpdesk ini untuk demo:
- Urutan percakapan: Carilah urutan kronologis yang tepat tanpa celah dalam rangkaian percakapan.
- Nilai kolom kustom: Verifikasi bahwa semua nilai sesuai dengan atribut yang benar.
- Lampiran: Buka file untuk memastikan file tersebut dapat diakses dan tidak rusak.
- Catatan internal: Konfirmasi bahwa komentar pribadi tetap tersembunyi dari pelanggan.
- Kontak: Pastikan tiket terhubung ke profil pelanggan dan perusahaan yang tepat.
Jangan lanjutkan ke transfer akhir jika daftar periksa Anda menunjukkan data yang rusak. Alat ini menyediakan uji coba demo gratis dan tanpa batas sehingga Anda dapat menyesuaikan pemetaan dan menguji ulang hingga hasilnya bersih.
Fase 5: Migrasi Data Lengkap
Tim Anda tetap bekerja di platform sumber selama migrasi data help desk lengkap. Pertahankan tim Anda di sistem lama hingga Anda menyelesaikan validasi pasca-migrasi.
Mulai Migrasi Penuh
Sebelum Anda mengklik tombol mulai, pastikan bahwa kelima pernyataan ini benar. Jika ada yang salah, berhenti dan selesaikan masalah tersebut sebelum melanjutkan.
- Kolom kustom tersedia di platform target.
- Setiap profil agen dipetakan ke akun target atau pengguna default yang ditunjuk.
- Otomatisasi, pemicu, dan notifikasi sistem target dinonaktifkan sepenuhnya.
- Migrasi Demo berhasil melewati semua pemeriksaan validasi.
- Anda telah mengunduh cadangan data lengkap dari help desk sumber Anda.
Penskalaan tingkat lanjut untuk kumpulan data besar
Jika Anda memindahkan sejumlah besar data, gunakan dua fitur arsitektur ini untuk mengelola batasan API. Perlu diingat bahwa fitur ini hanya tersedia pada paket Signature.
- Migrasi Interval menghentikan sementara transfer data selama jam kerja puncak Anda dan melanjutkan prosesnya di malam hari atau selama akhir pekan. Ini melindungi operasional langsung Anda dan mencegah kehabisan kuota API.
- Migrasi Multithreaded menjalankan beberapa thread data paralel secara bersamaan untuk mendorong API platform target ke batas throughput maksimumnya. Kecepatan transfer sangat bergantung pada tingkatan paket platform target Anda. Ini adalah jalur tercepat untuk migrasi data help desk lengkap dengan tenggat waktu yang ketat.
Perubahan penangkapan migrasi Delta selama peralihan
Migrasi Delta menyalin semua catatan baru atau yang dimodifikasi yang muncul di platform sumber Anda setelah migrasi Penuh dimulai. Jangan memindahkan tim Anda ke help desk baru sebelum menjalankan Migrasi Delta. Beralih platform terlalu dini akan meninggalkan semua percakapan pelanggan yang dibuat selama periode Migrasi Penuh.
Dua hal yang perlu diketahui:
- Anda harus menjalankan Migrasi Delta dalam waktu 10 hari setelah menyelesaikan transfer data penuh.
- Migrasi Delta hanya tersedia pada paket Signature.
Fase 6: Validasi pasca-migrasi
Progress bar yang mencapai 100% bukan berarti migrasi Anda sudah selesai. Validasi memastikan bahwa setiap riwayat tiket dan kolom kustom telah ditempatkan di tempat yang tepat. Pertahankan sistem lama Anda tetap aktif sampai Anda memverifikasi setiap data.
Rekonsiliasi penghitungan catatan
Unduh laporan rekonsiliasi data akhir Anda. Bandingkan angka target Anda secara langsung dengan data dasar pra-migrasi yang Anda buat selama Fase 1:
- Jumlah total tiket yang dimigrasikan dibandingkan dengan jumlah tiket sumber
- Jumlah total profil kontak dan perusahaan yang dimigrasikan dibandingkan dengan jumlah dari sumber aslinya
- Jumlah artikel basis pengetahuan yang dimigrasikan per versi bahasa dibandingkan dengan jumlah sumber
Selidiki dan selesaikan setiap perbedaan statistik sebelum Anda menonaktifkan sistem help desk lama Anda.
Validasi artikel KB
Daftar periksa validasi data migrasi helpdesk Anda untuk konten basis pengetahuan:
- Setiap artikel tersedia dalam semua pilihan bahasa.
- Platform target akan mereplikasi struktur folder dan kategori Anda secara persis.
- Semua hyperlink internal berfungsi dengan benar setelah Anda memperbarui URL yang dikodekan secara permanen ke struktur platform yang baru.
- Gambar yang disematkan ditampilkan dengan benar di dalam teks.
- Artikel draf tetap berstatus draf dan tidak diterbitkan secara otomatis.
Kapan Menggunakan Layanan Profesional?
Wizard Migrasi otomatis bekerja sempurna untuk pemindahan data standar. Namun, proyek skala besar atau database membutuhkan sentuhan manual untuk menghindari kehilangan data dan waktu henti.
Berikut adalah empat skenario di mana alat swalayan gagal, risiko mengambil jalan pintas, dan cara menanganinya.
Skenario 1: Anda sedang menggabungkan beberapa help desk
Penggabungan dua platform atau lebih setelah akuisisi menciptakan tumpang tindih data yang besar. Anda harus melakukan deduplikasi profil kontak dan menyelesaikan konflik bidang kustom di berbagai sistem.
Beberapa manajer memilih untuk mengimpor databasesecara berurutan tanpa tata letak pemetaan utama. Hal ini menimpa profil pengguna aktif dan membuat akun pelanggan duplikat.
Skenario 2: Anda memiliki ketergantungan bidang kustom yang kompleks
Tipe data non-standar, migrasi massal antar beberapa proyek terpisah, dan kolom bersyarat melewati templat pemetaan standar.
Beberapa tim mencoba memaksakan data relasional yang kompleks ke dalam kolom teks bebas standar. Hal ini menyebabkan kehilangan data secara diam-diam karena sistem baru tidak dapat menginterpretasikan struktur data bersarang tersebut.
Skenario 3: Anda memerlukan jejak audit regulasi
Kerangka kepatuhan yang ketat mengharuskan perusahaan untuk menyediakan rantai pengawasan formal untuk semua catatan pelanggan selama perubahan infrastruktur.
Beberapa tim mencoba mengandalkan log alat otomatis dasar. Namun, log ini jarang lolos audit kepatuhan yang ketat.
Kesimpulan: Migrasi data adalah proses enam tahap, bukan ekspor tunggal
Migrasi data help desk yang lengkap berlangsung selama enam fase karena alasan sederhana. Ini melindungi data Anda sejak hari pertama, menjaga tim dukungan Anda tetap beroperasi tanpa gangguan, dan memberikan catatan yang bersih kepada agen Anda.
Urutan langkah sudah ditentukan karena langkah-langkah awal memetakan bidang data Anda dan membangun fondasi. Langkah-langkah selanjutnya menangani pekerjaan yang lebih berat. Dengan mengikuti urutan ini, Anda menghindari memasukkan data ke dalam sistem yang belum teruji.
Ingin melihat tampilan data Anda secara langsung? Mulailah migrasi Demo gratis Anda untuk melihat bagaimana wizard pemetaan menangani tiket dan artikel Anda yang sebenarnya sebelum Anda berkomitmen.
Memiliki pengaturan yang kompleks? Bicaralah dengan tim kami tentang layanan profesional. Kami akan membantu menentukan database dan kebutuhan kepatuhan Anda sebelum Anda meluncurkannya.
Jika migrasi help desk secara menyeluruh tidak sesuai dengan jadwal Anda saat ini, pertimbangkan strategi lain: lihat Panduan Migrasi Ekspres untuk peralihan yang lebih cepat, atau periksa Panduan Migrasi Berbasis AI untuk fokus pada otomatisasi.
Pertanyaan yang Sering Diajukan Help Desk Migration Lengkap
Jangka waktu Anda bergantung pada volume data dan pasangan platform Anda. Kumpulan data kecil dengan kurang dari 50.000 data biasanya selesai dalam satu hingga tiga hari. databasebesar dengan 100.000 hingga 500.000 data dapat memakan waktu satu hingga dua minggu. Jalankan migrasi Demo gratis untuk mendapatkan perkiraan waktu yang tepat untuk kumpulan data Anda.
Tidak. Setiap help desk menggunakan struktur ID internalnya sendiri, jadi platform baru akan menghasilkan ID baru saat impor. Alat ini tetap mempertahankan baris subjek, stempel waktu, dan alur percakapan Anda dengan sempurna. Anda dapat mengunduh laporan pasca migrasi untuk mencocokkan ID lama Anda dengan yang baru.
Ya, tetapi Anda perlu menyiapkan lingkungan target terlebih dahulu. Buat semua field kustom Anda di help desk baru sebelum memulai transfer. Tinjau pemetaan field di Migration Wizard dan jalankan Demo untuk memverifikasi bahwa data Anda masuk ke tempat yang tepat.
Pasal 20 GDPR mewajibkan portabilitas data dalam format terstruktur, sementara Pasal 17 mencakup kepatuhan terhadap permintaan penghapusan data. Untuk melindungi hak konsumen, gunakan alat migrasi yang mempertahankan struktur data relasional Anda. Hapus data yang melebihi aturan retensi Anda sebelum transfer. Pastikan Anda menandatangani Perjanjian Pemrosesan Data dengan penyedia migrasi Anda untuk memenuhi kewajiban kepatuhan Anda.
Alat migrasi memindahkan lampiran dan gambar sebaris bersama dengan tiket induknya sehingga tetap dapat diakses. Periksa secara acak 10 hingga 20 lampiran setelah transfer untuk memastikan semuanya terbuka dengan benar. Tinjau batasan ukuran file platform baru Anda sebelum memigrasikan file yang sangat besar.
Ya. Mesin otomatisasi menggunakan logika yang sepenuhnya berbeda di berbagai vendor perangkat lunak, jadi Anda tidak dapat mentransfernya secara otomatis. Dokumentasikan aturan bisnis Anda saat ini sebelum memulai. Sebagian besar tim menemukan bahwa hingga 40% dari aturan lama mereka sudah usang, yang menjadikan migrasi sebagai kesempatan sempurna untuk membersihkan alur kerja Anda.
