Banyak panduan mengatakan migrasi help desk membutuhkan waktu 4 hingga 12 minggu. Rentang waktu tersebut menggambarkan proyek yang direncanakan dan diuji secara manual, dengan skrip transfer yang dibuat dari awal. Dengan alat migrasi yang telah teruji, sebagian besar waktu tersebut tidak akan pernah terjadi: pemetaan hanya membutuhkan beberapa menit dalam sebuah wizard, uji coba hanya membutuhkan beberapa menit, dan transfer berjalan di latar belakang sementara tim Anda tetap bekerja.
Faktor penentu sebenarnya adalah platform. Zendesk mengizinkan 200 permintaan API per menit pada paket Team dan 2.500 pada Enterprise Plus (Zendesk Dokumentasi Pengembang). Halo membatasi penggunaan API hingga 300 panggilan per lima menit (HaloKebijakan Penggunaan Wajar). Sejak 2 Maret 2026, Atlassian telah mengukur Jira Cloud berdasarkan kuota per jam berbasis poin (Pengembang Atlassian). Di bawah ini Anda akan menemukan perkiraan waktu berdasarkan jenis proyek, volume data, dan platform, serta langkah-langkah yang membentuk proyek migrasi.
Berapa lama waktu yang dibutuhkan untuk proyek migrasi help desk, dari awal hingga akhir?
Transfer data hanyalah satu langkah. Sebagian besar proyek adalah persiapan dan pengecekan, jadi rencanakan seluruh jangka waktu, bukan hanya pelaksanaannya.
Persiapan Help Desk Migration : 10 langkah sebelum Go-Live
Mulailah dengan mendefinisikan tujuan proyek dan mengaudit catatan yang ada, kemudian bersihkan data, konfigurasikan platform target, dan uji pemetaan bidang; setiap langkah membantu mencegah penundaan dan masalah data. Berikut adalah uraian tahapan migrasi utama dan perkiraan jangka waktunya.
| Fase | Apa yang harus dilakukan? | Waktu tipikal |
|---|---|---|
| 1. Menentukan ruang lingkup dan tujuan | Sepakati alasan Anda pindah, platform target, dan tanggal peluncuran | 1–2 hari |
| 2. Menyelaraskan tim | Tentukan pemilik proyek, berikan arahan kepada agen dan manajer, dan sepakati jangka waktu peralihan | 1–3 hari |
| 3. Audit data Anda | Cantumkan apa yang Anda miliki: tiket, kontak, perusahaan, lampiran, kolom kustom, makro | 2–5 hari |
| 4. Tentukan apa yang akan dimigrasikan | Tandai data sebagai harus dipindahkan, dipindahkan nanti, atau diarsipkan. Tiket lama yang sudah ditutup seringkali aman untuk dibiarkan saja | 1–2 hari |
| 5. Bersihkan data | Gabungkan duplikat, tutup tiket yang sudah kadaluarsa, hapus tiket sampah | 2–7 hari |
| 6. Siapkan target | Siapkan kolom khusus, agen, dan otomatisasi agar data yang diimpor memiliki tempat untuk disimpan | 3–10 hari |
| 7. Jalankan migrasi demo | Lakukan pengujian pada sampel, periksa pemetaan kolom dan lampiran, serta perbaiki masalah | 1–3 hari |
| 8. Migrasi penuh | Transfer semua data (membutuhkan waktu beberapa jam hingga beberapa hari, tergantung pada volume dan batasan API) | 1–5 hari |
| 9. Pengalihan | Pindahkan catatan yang dibuat sejak proses berjalan penuh dan alihkan agen | 1 hari |
| 10. Verifikasi dan dukungan | Bandingkan jumlah catatan, periksa data secara acak, dan latih agen | 1–2 minggu |
Secara keseluruhan: sebagian besar proyek migrasi membutuhkan waktu 2 hingga 6 minggu, dan transfer data seringkali kurang dari seminggu dari itu. Fase 3–6 dapat tumpang tindih, jadi memulai persiapan lebih awal adalah cara terbaik untuk mempersingkat proyek.
Proses Migrasi: perkiraan jangka waktu migrasi berdasarkan ukuran dan kompleksitas proyek
Tabel di bawah ini merangkum setiap tahapan proyek untuk tiga skenario umum. Waktu transfer berasal dari catatan kami. Tahapan lainnya adalah rentang perencanaan berdasarkan durasi langkah yang akan dijelaskan lebih lanjut dalam artikel ini.
| Skenario | Pengaturan dan Demo | Pengujian dan pemetaan perbaikan | Migrasi Penuh (transfer) | Delta dan peralihan | Total tipikal |
|---|---|---|---|---|---|
| Konfigurasi kecil dan standar: kurang dari 10.000 data, sedikit kolom kustom. | 15–30 menit | 1–2 jam | ~35 menit (9 dari 10 dalam waktu ~4,5 jam) | 1–2 jam | Sekitar 1 hari |
| Ukuran sedang dengan kolom kustom: 10.000–100.000 data, beberapa kali menjalankan ulang demo. | 1–2 jam | 1–3 hari | ~4 jam (9 dari 10 dalam ~1 hari) | 2–4 jam | 2–5 hari |
| Perusahaan atau penggabungan beberapa help desk: 1 juta+ data, objek kustom, target batas rendah | Perencanaan 1-2 hari | 3–7 hari | ~2 hari (9 dari 10 dalam waktu ~8,5 hari) | setengah hari | 2–6 minggu |
Sebagian besar waktu dalam proyek besar dihabiskan untuk peninjauan dan pengambilan keputusan, bukan waktu mesin. Itulah mengapa penghematan terbesar berasal dari pengujian sejak dini dan menjaga ruang lingkup tetap ketat. Kiat-kiat percepatan di bawah ini mencakup keduanya.
Perkiraan waktu migrasi data berdasarkan volume data
Tabel di bawah ini menunjukkan berapa lama waktu yang dibutuhkan untuk transfer data dalam proses Help Desk Migration yang diamati, dikelompokkan berdasarkan jumlah record yang dipindahkan. Kolom-kolom tersebut menunjukkan jumlah proses, rentang yang dicakup oleh separuh proses di tengah, median, dan waktu di mana 9 dari 10 proses selesai.
| Volume data (rekaman) | Lari | Kisaran tipikal (50% tengah) | Median | 9 dari 10 finis dalam |
|---|---|---|---|---|
| Kecil: di bawah 10.000 | 496 | 15 menit – 1,5 jam | ~35 menit | ~5 jam |
| Sedang: 10.000 – 100.000 | 572 | 1,5 jam – 11 jam | ~4 jam | ~1 hari |
| Besar: 100 ribu – 1 juta | 457 | 5 jam – 1 hari | ~12 jam | ~2 hari |
| Sangat besar: 1 juta+ | 263 | 21 jam – 5 hari | ~46 jam | ~8,5 hari |
Ini adalah durasi yang diamati dari migrasi nyata, bukan rumus. Durasi ini mencakup rute API-ke-API pada tingkatan paket apa pun yang digunakan setiap pelanggan. Sumber CSV, database, dan kotak surat berjalan dengan kecepatan berbeda dan dikecualikan. 30.000 catatan yang sama dapat dipindahkan dalam satu jam atau memakan waktu hampir seharian, tergantung pada platform yang akan dibahas di bagian selanjutnya.
Waktu migrasi berdasarkan platform (batasan API)
Batasan API setiap platform menentukan seberapa cepat data dapat dibaca (ekspor) atau ditulis (impor). Tabel tersebut mencantumkan 13 platform dengan batasan API yang didokumentasikan pada tingkatan standar dan teratas, ditambah waktu ekspor dan impor yang diamati untuk migrasi sekitar 100.000 data.
| Platform | Batasan API (standar / tingkat teratas) | Ekspor, ~100.000 catatan | Impor, ~100.000 catatan | Catatan |
|---|---|---|---|---|
| Zendesk | 200 / 2.500 rpm | 7 jam | 24 jam | Target umum tercepat |
| Freshdesk | 100 / 700 rpm | 6,5 jam | 23 jam | Cepat dua arah |
| Freshservice | 100 / 500 rpm | 17 jam | 23 jam | Lambat sebagai sumber; kecepatan ekspor hampir tidak meningkat seiring dengan volume |
| Jira Service Management | berbasis poin (kuota per jam) | 25 jam | 25 jam | Target umum paling lambat sejauh ini: ~1.250 catatan/jam pada ukuran berapa pun |
| Intercom | 10.000 rpm per aplikasi; lebih tinggi jika diminta | 5 jam | 5 jam | Cepat dua arah; batas dihitung dalam jendela 10 detik |
| HubSpot Service Hub | 600 / 1.140 rpm | 1 jam | 6 jam | Ekspor sangat cepat |
| Salesforce Service Cloud | Harian: ~100.000 permintaan/hari | 30 jam | 70 jam | Batasan harian; melambat tajam di atas rekor 1 juta (lihat di bawah) |
| Zoho Desk | kredit harian | 2,5 jam | 13 jam | Kredit harian; tersebar luas |
| ServiceNow | dapat dikonfigurasi oleh admin | 2 jam | 19 jam | Tergantung pada batasan instance itu sendiri |
| Halo | 60 rpm (300 req / 5 min) | 4,5 jam | 12 jam | Batas terendah yang tercatat dalam tabel |
| Pylon | tidak terdokumentasi | tidak berlaku (hanya target) | 23 jam | Konfirmasikan batasnya dengan Pylon |
| Front | 50 / 200 rpm | 32 jam | 20 jam | Pertandingan batas rendah berlangsung lambat |
| Gorgias | 120 rpm (40 req / 20 s) | tidak tersedia | 19 jam | Target lambat |
Batasan API diperiksa berdasarkan dokumentasi pengembang masing-masing vendor pada November 2026. Vendor sering mengubah batasan ini, dan sebagian besar menjual tingkatan atau add-on yang lebih tinggi, jadi periksa paket Anda sendiri sebelum merencanakan migrasi. Untuk mendapatkan angka pasti untuk data Anda sendiri,
Help Desk Migration by Relokia menyelesaikan migrasi Freshservice Vanta ke Jira Service Management hanya dalam 21 hari, mentransfer lebih dari 128.000 tiket sambil mempertahankan konteks historis, lampiran, dan integritas jejak audit. Berikut cara kami mewujudkannya:
Vanta: Lebih dari 128.000 Tiket Dimigrasikan Hanya dalam 21 Hari
Help Desk Migration by Relokia menyelesaikan migrasi Freshservice Vanta ke Jira Service Management hanya dalam 21 hari, mentransfer lebih dari 128.000 tiket sambil mempertahankan konteks historis, lampiran, dan integritas jejak audit. Berikut cara kami mewujudkannya:
Dari peluncuran proyek hingga penyelesaian yang sukses hanya dalam 21 hari, Vanta memigrasikan 128 ribu lebih tiket, 512 ribu komentar, 86 ribu lampiran, dan 4,2 ribu lebih pemohon dan agen dari Freshservice ke Jira Service Management, dengan tetap mempertahankan konteks historis dan integritas jejak audit sepenuhnya.
Jangka waktu yang ketat dicapai melalui opsi migrasi otomatis, konfigurasi yang disesuaikan, dan pendekatan iteratif. Gambar yang disisipkan ditransfer sebagai lampiran tiket, sementara tag khusus berdasarkan bidang Grup menjaga agar catatan yang dimigrasikan tetap terorganisir dan mudah diidentifikasi.
Paket Dukungan Premium mencakup migrasi ulang, memberikan waktu kepada Vanta untuk menerapkan penyesuaian, memvalidasi hasil, dan menyelesaikan transfer akhir tanpa memperpanjang jangka waktu proyek 21 hari.
Faktor-faktor yang memengaruhi lamanya proses migrasi data
Batasan API menetapkan batas atas. Empat faktor lainnya menentukan seberapa dekat migrasi dengan batasan tersebut dan berapa lama proyek tersebut berlangsung.
- Jumlah catatan. Setiap tiket menyertakan komentarnya; satu tiket dapat mencakup ratusan atau ribuan komentar, dan setiap komentar merupakan bagian dari transfer. Volume menentukan patokan.
- Lampiran. Setiap file merupakan unggahan terpisah, sehingga lampiran bisa lebih penting daripada jumlah tiket. Akun besar dengan sedikit lampiran dapat selesai lebih cepat daripada akun kecil yang penuh dengan tangkapan layar dan PDF. Jumlah file juga sulit diperkirakan sebelumnya, yang membuat migrasi dengan banyak lampiran menjadi yang paling sulit diprediksi.
- Tingkat paket tersedia di kedua sisi. Sebagian besar vendor menyesuaikan batasan API dengan paket yang dipilih - semakin tinggi paketnya, semakin banyak panggilan API yang diizinkan untuk digunakan. Misalnya, Freshservice menawarkan batasan 100 permintaan per menit pada paket Starter hingga 500 pada paket Enterprise, dengan paket tambahan hingga 2.000 (Freshservice dokumentasi API).
- Menggabungkan beberapa help desk menjadi satu. Konsolidasi bukanlah satu migrasi tunggal, melainkan beberapa migrasi ke target yang sama. Setiap sumber berjalan sebagai migrasi tersendiri, dan setiap proses setelah yang pertama akan masuk ke target yang sudah berisi data. Teknisi kami dapat menilai kebutuhan migrasi Anda dan menentukan apakah pendekatan migrasi paralel (multithreaded) atau sekuensial akan memberikan hasil yang paling efisien waktu. Mayvik memindahkan data dari Freshdesk, Zendesk, Desk.com, dan Groove ke Help Scout dengan cara ini.
Panduan kami tentang tantangan migrasi data dukungan pelanggan mencantumkan semua hal yang dapat memperlambat proyek, beserta solusinya.
Garis waktu migrasi data, langkah demi langkah
Waktu transfer hanyalah satu bagian dari proyek migrasi. Garis waktu di bawah ini mencakup keseluruhan proses dan perkiraan waktu yang dibutuhkan untuk setiap langkah.
Langkah 1: Petakan data Anda dan jalankan Migrasi Demo (15–30 menit)
Jadi, berikut adalah opsi utama yang dapat Anda pertimbangkan saat memilih cara transisi data:
Demo gratis biasanya memakan waktu 15–30 menit. Di Panduan Migrasi, Anda menghubungkan platform sumber dan target (Anda memerlukan akses admin ke keduanya). Kemudian Anda memilih data yang akan ditransfer, mencocokkan agen dan grup, serta memetakan bidang organisasi, pelanggan, tiket, dan artikel. Langkah-langkah pemetaan yang tepat bervariasi tergantung pada pasangan migrasi. Anda juga dapat memilih opsi otomatis yang sudah tersedia untuk menyesuaikan impor.
Demo akan memakan waktu lebih lama jika pengaturan pra-migrasi belum dilakukan. Sebelum memulai, kumpulkan kredensial akses untuk kedua platform, buat profil dan grup agen yang sesuai di platform target, dan siapkan kolom kustom tiket yang diperlukan. Dengan banyak kolom kustom, rencanakan beberapa putaran pemetaan daripada hanya satu kali.
Langkah 2: Tinjau hasil Demo (beberapa menit hingga 2 jam)
Meninjau Demo hanya membutuhkan beberapa menit. Menguji hasil Migrasi Data Lengkap membutuhkan setidaknya 1–2 jam. Demo mencerminkan Migrasi Lengkap, jadi jika sesuatu tidak bermigrasi di Demo, itu juga tidak akan bermigrasi di Migrasi Lengkap. Jalankan ulang Demo sebanyak yang Anda perlukan untuk menyempurnakan pemetaan.
Periksa hal berikut:
- Komentar-komentar tersebut mencantumkan penulis yang benar
- Tiket diberikan kepada agen yang tepat
- kolom kustom membawa nilai yang benar
- Perusahaan dan pelanggan saling terkait
- Lampiran-lampiran tersebut datang beserta namanya masing-masing
- Artikel-artikel tersebut berada di bagian dan kategori yang tepat
- Memberikan akses ke migrasi memungkinkan tim Anda membantu memvalidasi.
Memberikan akses ke migrasi memungkinkan tim Anda membantu memvalidasi.
Langkah 3: Persiapkan tim Anda dan help desk target (kurang dari 2 jam)
Mulailah melakukan onboarding agen sedini mungkin. Lamanya waktu yang dibutuhkan bergantung pada jumlah agen dan platform target. Proses peralihan itu sendiri singkat:
- Matikan otomatisasi pada target, atau minta tag: 5–30 menit
- Tim dukungan berhenti bekerja di sumbernya: 5 menit
- Matikan saluran komunikasi pada sumbernya: 5–15 menit
- Aktifkan saluran komunikasi pada target: 15 menit hingga 1 jam
Langkah 4: Jalankan Migrasi Penuh (beberapa jam hingga beberapa hari)
Ini adalah waktu transfer yang ditampilkan dalam tabel volume dan platform. Tim Anda dapat terus bekerja di help desk sumber saat proses berlangsung. Anda dapat melacak kemajuan di tabel catatan, yang menunjukkan catatan yang diambil dan ditransfer, dan Anda akan menerima email saat migrasi selesai. Jika proses harus disesuaikan dengan jam kerja, Migrasi Interval memungkinkan Anda untuk menjeda dan melanjutkan Migrasi Penuh dengan koordinasi bersama tim kami.
Langkah 5: Jalankan Migrasi Delta untuk data baru
Tiket yang dibuat atau diperbarui di sumber selama Migrasi Penuh dapat dipindahkan pada tahap selanjutnya dengan Migrasi Delta, yang tersedia pada paket Premium. Validasi hasilnya sebelum Anda mengalihkan agen ke target.
8 cara untuk mempercepat migrasi data Anda
Untuk mempercepat migrasi help desk, ITSM, atau RMM, Anda dapat mengambil beberapa langkah untuk mengurangi waktu transfer data, menyederhanakan persiapan, dan menghindari penundaan yang tidak perlu. Mulai dari mengoptimalkan batasan API dan membersihkan data sumber hingga menyederhanakan pemetaan bidang dan menggunakan migrasi paralel, pendekatan yang tepat dapat membuat seluruh proyek lebih cepat dan lebih mudah diprediksi. Pertimbangkan cara-cara berikut untuk mempercepat migrasi Anda tanpa mengorbankan akurasi data atau kelangsungan bisnis.
- Mintalah peningkatan batas API sementara kepada vendor. Intercom menerima permintaan untuk batas yang lebih tinggi, Freshdesk menjual panggilan API tambahan, dan Zendesk menawarkan add-on API Volume Tinggi yang meningkatkan paket yang memenuhi syarat hingga 2.500 permintaan per menit.
- Lewati lampiran. "Lewati lampiran" memindahkan catatan tanpa
file. Kecualikan lampiran dari semua tiket atau tiket yang terakhir diperbarui lebih dari 6, 12, atau 24 bulan yang lalu. Kurangi waktu migrasi dan biaya penyimpanan dengan hanya mentransfer file yang dibutuhkan tim Anda. Ideal untuk migrasi besar, file usang, dan menghindari kelebihan penyimpanan. - Saring data lama atau yang tidak relevan. Semakin sedikit data berarti semakin sedikit panggilan API. Anda tidak perlu memigrasikan semuanya ke platform baru Anda. Gunakan opsi penyaringan di Panduan Migrasi untuk memilih data mana yang akan ditransfer dan mengecualikan data yang tidak relevan, seperti semua tiket atau tiket yang terakhir diperbarui lebih dari enam bulan yang lalu. Jika filter standar tidak memenuhi kebutuhan Anda, Anda dapat meminta opsi penyaringan tambahan dari tim teknis kami. Mereka dapat membantu mengkonfigurasi filter khusus berdasarkan cakupan migrasi Anda, sehingga Anda hanya mentransfer data yang Anda butuhkan, mengurangi panggilan API, dan menghemat waktu migrasi.
- Migrasi Multithread dengan Help Desk Migration. Migrasi secara paralel. Transfer asinkron dan multithread berjalan sebagai thread paralel, mengirimkan banyak permintaan sekaligus alih-alih satu per satu, yang mengurangi waktu yang terbuang untuk menunggu respons. Padukan dengan batas API yang lebih tinggi, karena permintaan paralel tetap dihitung terhadap batas tersebut. Fitur ini tersedia dalam paket Premium dan Enterprise.
- Tingkatkan tingkatan paket langganan selama migrasi. Tingkatan yang lebih tinggi pada platform yang lebih lambat biasanya meningkatkan batas API-nya selama proses berlangsung.
- Migrasikan data terbaru terlebih dahulu. Pindahkan tiket terbaru terlebih dahulu agar tim Anda dapat memprioritaskan masalah pelanggan yang aktif sementara data yang lebih lama dimigrasikan di latar belakang. Opsi ini ideal untuk jendela waktu henti yang terbatas, dukungan tanpa gangguan, anggaran yang lebih ketat, dan pengujian tiket aktif sebelum peralihan. Hanya tersedia untuk Migrasi Penuh.
- Gunakan Migrasi Delta untuk proses peralihan. Transfer tiket yang dibuat atau diperbarui di sumber setelah Migrasi Penuh, memastikan platform baru Anda memiliki data terbaru sebelum diluncurkan. Ini meminimalkan waktu henti dan mencegah kesenjangan data. Tersedia pada paket Premium.
- Gunakan Migrasi Interval agar sesuai dengan jam kerja. Jeda Migrasi Penuh selama jam sibuk dan lanjutkan setelahnya. Anda dapat menjeda hingga lima kali, masing-masing hingga lima hari, dengan berkoordinasi bersama tim kami.
Untuk migrasi yang kompleks, Layanan Migrasi Terkelola kami menyediakan dukungan ahli dalam perencanaan, penyesuaian, pemetaan data, batasan API, dan validasi untuk memastikan transisi yang lancar dengan gangguan minimal.
Pandora: Migrasi Seluruh Perusahaan Selesai Hanya dalam 4 Minggu
Hanya dalam 4 minggu, tanpa waktu henti, Pandora menyelesaikan migrasi di seluruh perusahaan dari Zendesk ke Salesforce Service Cloud, mengkonsolidasikan data dukungan pelanggan di lebih dari 6.500 titik penjualan dan 37.000 karyawan di seluruh dunia.
Migrasi tersebut mentransfer riwayat tiket dan pelanggan secara lengkap, rekaman panggilan, lampiran, catatan internal, percakapan sampingan, dan alur kerja bisnis sambil mempertahankan hubungan data.
Untuk menjaga agar proyek tetap sesuai jadwal, tim menggunakan pendekatan iteratif dengan lima Migrasi Demo untuk memvalidasi pemetaan bidang dan konfigurasi sebelum transfer akhir. Pemicu backend Salesforce dinonaktifkan sementara untuk mencegah pemblokiran sistem dan memastikan transisi yang lancar.
Migrasi manual, otomatis, atau terkelola: perbandingan jangka waktunya
Skrip yang dibuat oleh tim, alat migrasi swalayan, dan layanan migrasi terkelola paling berbeda pada waktu yang dihabiskan sebelum dan sesudah transfer, bukan selama transfer.
| Kriteria | Manual (skrip khusus) | Alat Help Desk Migration Otomatis (alat swalayan) | Layanan migrasi terkelola oleh Tim Dukungan Help Desk Migration |
|---|---|---|---|
| Waktu penyiapan | Mempelajari API tersebut selama berminggu-minggu hingga berbulan-bulan | Hanya butuh beberapa menit untuk terhubung dan memetakan dalam sebuah panduan | Tim kami akan menjajaki proyek dan memetakan data bersama Anda |
| Pengujian | Dibangun dan diulang oleh tim Anda | Demonstrasikan migrasi pada sebuah sampel, jalankan ulang sesuai kebutuhan | Demonstrasi dan rencana validasi untuk proyek tersebut |
| Menangani batasan API | Kode Anda harus membatasi dan mencoba lagi | Terintegrasi ke dalam alat | Terintegrasi, ditambah permintaan batasan vendor yang direncanakan sebelumnya |
| Kolom kustom, filter, penggabungan | Apa pun yang dibangun tim Anda | Pemetaan standar dan opsi otomatis, penyaringan. Minta filter khusus atau penyesuaian migrasi tambahan dari tim teknis kami untuk menyesuaikan proses dengan data dan kebutuhan proyek Anda. | Penyaringan khusus, pemetaan khusus, konsolidasi multi-sumber |
| Durasi proyek tipikal | Beberapa minggu hingga beberapa bulan | Beberapa jam hingga beberapa hari | Beberapa hari hingga beberapa minggu, tergantung pada cakupannya |
| Biaya | Waktu rekayasa, seringkali tersembunyi | Harga ditentukan berdasarkan volume rekaman dan opsi, paket dukungan (harga) | Dikutip berdasarkan volume catatan, opsi, paket dukungan (layanan migrasi) |
Layanan terkelola tidak harus berarti kode khusus untuk setiap proyek. Tim Help Desk Migrationmenjalankan mesin yang sama dan telah teruji seperti alat layanan mandiri, sehingga kecepatan transfer tetap sama, tetapi perencanaan, pemetaan, dan validasi berpindah dari meja tim Anda.
untuk melihat bagaimana data Anda sendiri berperilaku di rute Anda, atau Bicaralah dengan Pakar tentang proyek perusahaan atau multi-sumber.
Pertanyaan yang Sering Diajukan (FAQ)
Dalam catatan kami, migrasi lebih dari 1 juta data membutuhkan waktu rata-rata sekitar 46 jam. Setengah dari proses tersebut selesai dalam waktu 21 jam hingga 5 hari, dan 9 dari 10 proses selesai dalam waktu sekitar 8,5 hari. Target dengan batas rendah seperti Jira Service Management akan memakan waktu sekitar satu bulan, atau target dengan batas harian seperti Salesforce Service Cloud, akan memperpanjang waktu proses hingga batas terlama. Tambahkan beberapa hari hingga satu minggu untuk pemetaan dan pengujian di sekitar transfer, dan proyek dengan 1 juta tiket biasanya selesai dalam satu hingga tiga minggu, bukan tiga bulan.
Rentang waktu tersebut biasanya menggambarkan keseluruhan proyek dengan pendekatan manual atau yang dibuat khusus: perencanaan selama beberapa minggu, migrasi pengujian terprogram, transfer, dan pengujian kualitas (QA) selama beberapa minggu. Dengan alat migrasi yang telah teruji, pemetaan dan pengujian hanya membutuhkan waktu beberapa menit hingga beberapa hari, dan transfer itu sendiri hanya membutuhkan waktu beberapa jam untuk sebagian besar kasus. Proyek yang sangat besar atau multi-sumber tetap membutuhkan perencanaan yang cermat, tetapi jangka waktu yang diukur dalam hitungan bulan biasanya berarti banyak pekerjaan manual.
Ya. Setiap lampiran merupakan unggahan terpisah, jadi akun yang penuh dengan file dapat memakan waktu lebih lama daripada akun yang lebih besar dengan sedikit file. Artikel basis pengetahuan biasanya sedikit dibandingkan dengan tiket, tetapi gambar sebaris dan struktur artikel (bagian dan kategori) menambah waktu pemetaan dan pengecekan. Jika lampiran memperlambat transfer, opsi "Lewati lampiran" akan memindahkan catatan tanpa file.
Untuk data help desk di Salesforce Service Cloud (kasus, kontak, dan artikel pengetahuan), ZendeskkeSalesforce dalam log kami membutuhkan waktu rata-rata sekitar 6 jam untuk 10.000–100.000 data dan sekitar 12 jam untuk 100.000–1 juta data. Di atas 1 juta data, Salesforcemulai memperlambat proses: ZendeskkeSalesforce dengan ukuran tersebut membutuhkan waktu rata-rata 3,4 hari. Angka-angka ini tidak mencakup migrasi Sales Cloud CRM secara penuh. Lihat Salesforce Service Cloud migrasi untuk data yang didukung.
Migrasi paralel berjalan dalam beberapa thread, mengirimkan banyak permintaan sekaligus untuk mengurangi waktu tunggu respons. Ini paling membantu pada akun besar dengan banyak tipe data, dan kurang efektif jika Anda sudah mencapai batas API vendor, jadi tingkatkan batasnya terlebih dahulu dalam kasus tersebut. Data terkait, seperti tiket dan pemohonnya, tetap dibuat dalam urutan yang benar, dan migrasi demo memungkinkan Anda memeriksa hasilnya sebelum menjalankan migrasi penuh.
Ya. Agen tetap bekerja di help desk sumber saat Migrasi Penuh berjalan, karena transfer membaca data melalui API tanpa mengunci akun. Matikan otomatisasi di target terlebih dahulu, agar tiket yang diimpor tidak memicu email ke pelanggan. Panduan migrasi tanpa downtime mencakup urutan peralihan.
Tiket yang dibuat atau diperbarui di sumber setelah Migrasi Penuh dimulai tidak termasuk dalam proses tersebut. Migrasi Delta memindahkannya dalam proses selanjutnya yang jauh lebih singkat, sehingga agen dapat beralih ke target dengan riwayat lengkap. Migrasi Delta tersedia pada paket Premium. Daftar periksa migrasi data umum menunjukkan di mana Delta berperan dalam proses peralihan.
Ya, dengan Migrasi Interval. Anda dapat menjeda Migrasi Penuh hingga lima kali, masing-masing hingga lima hari, dan melanjutkannya dengan berkoordinasi dengan Help Desk Migration . Misalnya, Anda dapat menjaga agar jam-jam sibuk dukungan tetap bebas dari beban API. Migrasi Interval tidak sama dengan Migrasi Delta, yang memindahkan data yang dibuat setelah proses utama. Langkah-langkah menjeda dan melanjutkan terdapat di bagian bantuan Memulai.
Selama Migrasi Demo, Wizard Migrasi menampilkan bilah kemajuan dengan persentase data sampel yang ditransfer. Selama Migrasi Data Lengkap, tabel catatan menunjukkan berapa banyak catatan yang diambil dan ditransfer. Anda akan menerima email ketika Migrasi Demo atau Migrasi Lengkap selesai.
Bandingkan target dengan sumber: jumlah catatan berdasarkan jenis, penulis komentar, penerima tiket, nilai bidang kustom, lampiran, dan kategori artikel. Periksa sampel tiket lama, baru, dan yang banyak lampirannya, lalu aktifkan pemicu, otomatisasi, dan notifikasi di target. Kumpulkan umpan balik dari agen selama hari-hari pertama mereka di help desk baru. Daftar periksa pasca-migrasi mencantumkan setiap pemeriksaan.
Pertama, periksa tabel platform: proses yang lambat menuju target dengan batasan rendah seperti Jira Service Management, Halo, atau Front seringkali normal. Jika jumlah catatan dalam tabel kemajuan tidak berubah selama beberapa jam, batasan API harian atau token yang kedaluwarsa mungkin telah menghentikan proses tersebut. Dalam hal ini, hubungi tim dukungan kami dengan ID migrasi Anda agar mereka dapat memeriksa log.
