Migrasi Bitrix24 ke Kommo: 121.419 Deal Pindah

Migrasi Bitrix24 ke Kommo adalah pemindahan setiap deal, kontak, file, dan catatan interaksi pelanggan dari Bitrix24 CRM ke Kommo CRM dengan tetap mempertahankan tanggal pembuatan asli tiap deal, linimasa komentar, rekaman panggilan, dan sales yang menanganinya. Berbeda dengan impor spreadsheet, alat migrasi khusus menjaga seluruh kronologi pekerjaan dengan tiap pelanggan dan membawa data yang sama sekali tidak bisa lewat Excel: rekaman panggilan, tugas yang masih terbuka, dan relasi asli antara deal, kontak, serta perusahaan.

Kasus ini gampang dirangkum dan sulit dieksekusi. Sebuah produsen besar dengan 121.419 deal di Bitrix24 memutuskan memindahkan seluruh operasinya ke Kommo. Briefnya terdengar sederhana: lakukan tanpa merusak apa pun. Tapi kekhawatiran asli klien — kekhawatiran yang sama yang muncul di benak setiap pemilik bisnis begitu memikirkan ganti CRM — bukan soal fitur, melainkan soal ingatan. Apakah sistem baru akan mengingat apa yang terjadi di sistem lama? Atau tim membuka Kommo di hari pertama dan menatap basis data datar dengan cap tanggal «hari ini» di setiap deal?

Apa yang ditakuti setiap tim saat pindah dari Bitrix24 ke Kommo?

Ketika seorang direktur memutuskan ganti CRM, yang menghentikan langkahnya jarang soal harga atau penolakan tim. Pertanyaan yang paling menentukan selalu: «bagaimana dengan riwayatnya?» Kesepakatan, pengukuran, penawaran, rekaman panggilan, dan file yang diunggah selama bertahun-tahun semuanya duduk di dalam sistem lama. Kalau migrasi mengaduk semua itu jadi satu tumpukan tanpa tanggal, perusahaan praktis memulai dari nol — dan untuk bisnis dengan siklus penjualan panjang, ini kerugian pendapatan langsung. Seorang sales membuka deal dan tidak bisa merekonstruksi apa yang dibahas dengan pelanggan enam bulan lalu. Ketidakpastian itu saja sudah cukup membuat perusahaan bertahan di CRM yang salah selama bertahun-tahun.

Klien kami persis di situasi ini. Memproduksi jendela adalah bisnis ukur-dan-kunjungi-ulang: survei lokasi, perhitungan, persetujuan, klaim, pesanan ulang. Tiap deal membawa antara satu sampai lima dokumen lampiran — kontrak, lembar pengukuran, foto lokasi pemasangan. Telepon adalah kanal penjualan utama, dan rekaman percakapan yang berujung sengketa lebih berharga daripada catatan tertulis mana pun saat komplain masuk.

Sistem tujuannya adalah Kommo — versi internasional dari amoCRM, produk yang sama dengan penagihan global dan jangkauan seluruh dunia. Perusahaan yang meninggalkan ekosistem CRM lokal cukup sering mendarat di sini, sampai-sampai kami mendengar pertanyaan «bagaimana caranya pindah dari Bitrix24 tanpa kehilangan apa pun?» hampir setiap minggu.

Bentuk basis data di hari pertama proyek:

• 121.419 deal harus dipindahkan — pipeline aktif plus arsip deal yang sudah closing beberapa tahun terakhir;
• satu klien per deal, lengkap dengan nomor telepon dan email;
• satu sampai lima file per deal, total sekitar 30 GB;
• setiap panggilan terekam, termasuk yang tak terjawab;
• 16 field deal khusus yang tidak ada secara bawaan di Kommo — dibuat dan diisi sebagai bagian dari migrasi.

Kenapa impor Excel tidak berhasil untuk basis data besar?

Saran standar yang akan Anda temukan di sebagian besar panduan migrasi: ekspor ke spreadsheet, impor ke CRM baru. Untuk basis data kecil, ini jalan. Untuk yang serius, diam-diam ia menghancurkan segala yang penting:

• Tanggal ambruk. Setiap deal mewarisi tanggal file impor. Deal dari 2021 dan deal minggu lalu tampak identik — «dibuat hari ini». Laporan tahun-ke-tahun, kecepatan kerja sales, lama hubungan pelanggan: semuanya nol lagi.
• Panggilan lenyap. Rekaman percakapan sama sekali tidak bisa lewat spreadsheet.
• File tertinggal. Kontrak dan pengukuran entah ditinggal di sistem lama atau, dalam skenario «terbaik», jadi tautan yang akan mati begitu langganan lama habis.
• Tugas terbuka hilang. «Telepon balik Selasa» dan «kirim penawaran terbaru» — lapisan operasional pipeline — lenyap, dan sebagian pelanggan langsung jatuh keluar dari alur kerja.
• Pelanggan terduplikasi. Kalau satu klien muncul di tiga deal, spreadsheet membuat tiga record pelanggan. Di angka 121.419 deal, Anda berakhir dengan puluhan ribu klon.

Maka kami membangun alat sendiri. Ia berbicara langsung dengan kedua sistem lewat antarmuka pemrograman (API) keduanya, menarik sebuah deal keluar dari Bitrix24 beserta semua isi lampirannya, dan menyusunnya kembali di Kommo satu-lawan-satu.

Apa sebenarnya arti migrasi deal dengan riwayat lengkap?

Inilah inti dari seluruh proyek. «Migrasi dengan riwayat terjaga» adalah frasa yang dipakai setiap vendor. Begini arti sesungguhnya ketika kami yang mengucapkannya — baris demi baris:

• Tanggal pembuatan deal di Kommo adalah tanggal asli dari Bitrix24. Deal dari Maret 2022 terbaca «Maret 2022» di Kommo. Tanggal modifikasi terakhir mengikuti aturan yang sama.
• Komentar dan catatan pindah dengan tanggal dan waktu aslinya. Buka sebuah deal, lihat linimasa dalam urutan kejadian yang sebenarnya.
• Panggilan telepon muncul sebagai panggilan utuh di dalam kartu deal: masuk atau keluar, durasi, dan — bagian yang bikin orang kaget — rekamannya bisa diputar langsung di kartu. Kami juga membawa panggilan tak terjawab, yang oleh departemen mutu diperlakukan sebagai data kelas satu.
• Tugas terbuka datang dengan teks, tenggat, dan penanggung jawabnya utuh. Senin pagi seorang sales melihat tugas yang sama persis seperti yang ia lihat Jumat sore di sistem lama.
• Pemilik. Setiap deal, tugas, dan panggilan menempel pada orang yang sama yang memilikinya sebelumnya — kami mencocokkan kedua direktori akun lewat email kerja.
• Tanpa pelanggan duplikat. Sebelum memindahkan deal apa pun, alat ini mengecek tiap kontak terhadap buku alamat Kommo — lewat telepon dan email, dengan beberapa format nomor telepon dinormalkan jadi satu bentuk. Satu orang, satu record, tak peduli di berapa deal ia muncul.
• 16 field deal khusus — jenis objek, wilayah, luas, sumber, dan selebihnya — dibuat di Kommo dan diisi untuk tiap deal. Termasuk field daftar tarik-turun: kami memetakan opsi lintas kedua sistem secara otomatis.

Dua detail kecil yang disukai para sales. Pertama, tiap deal hasil migrasi membawa tag penanda — satu filter di dalam Kommo memisahkan «pindahan dari sistem lama» dari «lahir di sini». Kedua, migrasi berjalan dari terbaru ke terlama, jadi tim bisa mulai bekerja di CRM baru di hari yang sama saat proses dimulai: deal segar datang lebih dulu, arsip bertahun-tahun mengalir di belakangnya.

Apa yang tidak bisa dimigrasikan antara Bitrix24 dan Kommo?

Bagian ini kami tulis di setiap studi kasus, dan selalu pendek. Kalau ada vendor menjanjikan «kami memindahkan 100% segalanya», ia entah menebak atau menutupi kebenaran. Di antara dua sistem CRM mana pun selalu ada data yang tidak bisa pindah — bukan karena vendornya malas, tapi karena sistem tujuan menolak menerimanya dari alat eksternal mana pun.

Di proyek ini ada tepat satu hal seperti itu: log perpindahan tahap tiap deal. Itulah catatan yang berbunyi «pada 3 Maret deal masuk tahap Pengukuran; pada 12 Maret pindah ke Penawaran; pada 18 Maret mendarat di Kontrak Ditandatangani». Bitrix24 menyimpan riwayat itu. Kommo tidak akan membiarkan alat eksternal mana pun menulis kejadian-kejadian itu dengan timestamp aslinya — itu pembatasan yang disengaja di sisi Kommo.

Apa artinya ini dalam praktik buat tim:

• Tiap deal mendarat di Kommo langsung di tahap saat ini — di mana pun posisinya di Bitrix24 saat kami membacanya.
• «Berapa hari rata-rata deal bertahan di tahap Penawaran» sebagai laporan Kommo tidak bisa direkonstruksi untuk periode pra-migrasi. Analisis semacam itu harus dibangun entah dari ekspor data lama Bitrix24, atau dihitung maju sejak hari peralihan.
• Substansinya — siapa menyetujui apa, dan kapan — sepenuhnya ada, karena hidup di dalam catatan dan panggilan dengan tanggal aslinya. Buka sebuah deal dan linimasanya terbaca dalam urutan kejadian yang sebenarnya.

Itulah seluruh minus jujurnya. Kalau laporan kecepatan tahap pra-migrasi adalah inti operasi Anda, rencanakan sekarang ketimbang menemukannya belakangan.

Bagaimana memindahkan 30 GB file dari Bitrix24 ke Kommo?

Cara murah memigrasikan file adalah meninggalkannya di sistem lama dan menulis tautan ke sistem baru. Itu kelihatan seperti solusi sampai langganan CRM lama dibatalkan — di titik itu setiap tautan mati serempak. Setahun kemudian seorang sales membuka deal, mengeklik «kontrak_final.pdf», dan dapat halaman error. Dari pengalaman kami, 12–18 bulan setelah migrasi berbasis tautan, 100% lampiran jadi tak terjangkau, dan tidak ada cara memulihkannya — data sumbernya sudah dihapus secara fisik dari sistem lama.

Kami memindahkan file secara sungguhan. Tiap dokumen diunduh dari Bitrix24 dan diunggah ke penyimpanan milik Kommo sendiri, masuk ke kartu deal yang tepat. Kontrak, lembar pengukuran, foto lokasi, berita acara serah terima yang ditandatangani — semuanya duduk di dalam sistem baru dan berhenti bergantung pada yang lama. File besar (hasil scan berat dan paket foto) dialirkan per potongan agar prosesnya tidak macet di satu lampiran besar. Jenis file dideteksi otomatis dan dipertahankan dalam format yang benar.

Total volume di proyek ini: sekitar 30 gigabita — rata-rata 1–5 file per deal, mulai dari 50 KB (satu foto) sampai 80 MB (paket pengukuran lengkap dengan laporan foto). Tak satu pun file yang tertinggal sebagai tautan balik ke Bitrix24 — semuanya pindah fisik ke penyimpanan Kommo dan akan terus bisa dibuka bahkan setelah langganan Bitrix24 ditutup sepenuhnya.

Bagaimana kami mendorong migrasi sampai 181 deal per menit?

Memindahkan satu deal dengan riwayat lengkapnya itu sepele secara teknis. Memindahkan 121.419 di antaranya adalah persoalan rekayasa, karena kedua sistem membatasi seberapa cepat alat eksternal boleh berbicara dengan mereka: Bitrix24 dan Kommo masing-masing hanya mengizinkan sekian permintaan per detik. Lewati batasnya dan Anda mengantre. Ini pertahanan yang masuk akal; untuk migrasi artinya Anda tidak bisa sekadar «menuang lebih cepat» — Anda harus pakai lebih sedikit permintaan per deal. Berikut lima ronde optimasi yang kami lewati.

Ronde 1: kami mulai dari mana?

Versi pertama memindahkan deal satu per satu, berurutan. Kami proyeksikan seluruh pekerjaannya — berminggu-minggu. Untuk bisnis hidup yang butuh ada di Kommo sekarang, itu vonis mati. Saatnya mempercepat.

Ronde 2: apa yang diberikan paralelisme?

Lima pekerja serentak, lima deal pindah sekaligus. Kecepatan naik dan langsung menabrak plafon berikutnya: batas laju Kommo. Pekerja menghabiskan separuh waktunya mengantre. Tambahan berikutnya harus datang dari membuat tiap deal lebih murah, bukan dari menjalankan lebih banyak deal.

Ronde 3: permintaan mana yang bisa dibuang sepenuhnya?

Kami profil untuk apa sebenarnya permintaan-permintaan itu. Sekitar separuh di antaranya adalah pertanyaan yang sama, diulang untuk tiap deal: «apakah pelanggan ini sudah ada di Kommo?». Solusinya: sebelum migrasi mulai, tarik seluruh buku alamat Kommo ke dalam memori alat sekali saja dan cek secara lokal sejak itu. Trafik turun separuh. Kecepatan naik.

Ronde 4: kenapa kirim sekaligus dalam satu paket?

Hambatan berikutnya: tiap deal masih menembakkan belasan permintaan mungil — satu per komentar, satu per tugas. Kami tulis ulang bagian itu agar membatch sampai 50 catatan dan 50 tugas per permintaan. Beban per deal turun sekitar lima kali. Dengan ruang itu kami dorong pekerja dari lima ke delapan.

Ronde 5: bagaimana mempercepat sumbernya?

Kini Kommo bukan lagi hambatannya — Bitrix24-lah, di sisi baca. Trik yang sama berlaku terbalik: Bitrix24 mau mengemas sampai 50 sub-permintaan dalam satu panggilan batch. Kami lakukan itu, plus menambah percobaan ulang otomatis pada gangguan jaringan sesaat supaya koneksi yang tidak stabil tidak mematikan prosesnya.

Hasil: 181 deal per menit

Setelah penyetelan dan restart bersih, alat ini melaju di 181 deal per menit — tiap deal datang dengan komentar, panggilan, tugas, dan filenya. Hasil ujung-ke-ujung sebenarnya: seluruh 121.419 deal pindah dalam kira-kira 19–20 jam total waktu jalan — termasuk beberapa restart sengaja setelah tiap percepatan. Di dalam satu hari yang dijanjikan, dengan margin.

Apa yang terjadi kalau migrasi terputus di tengah jalan?

Ketakutan kedua setelah «kita akan kehilangan riwayat» adalah «bagaimana kalau migrasi putus di jam ke-18?». Sehari kerja, jaringan tersendat di 70% penyelesaian, lalu apakah semuanya sia-sia? Dan apakah kita berakhir dengan deal duplikat?

Desain alat ini menjawab keduanya:

• Memori per-deal. Jurnal lokal mencatat: «deal Bitrix24 ini menjadi deal Kommo ini». Pada jalan ulang mana pun, deal yang sudah pindah dilewati atau diperbarui dengan hati-hati — tidak pernah dibuat ulang.
• Lanjut-otomatis. Kalau server migrasi reboot, alat menemukan proses yang belum selesai saat menyala dan melanjutkan dari tempat yang sama tanpa campur tangan manusia.
• Terbaru dulu. Proses berjalan dari deal terkini sebelum yang historis. Tim mulai bekerja di Kommo dalam hitungan jam, sementara arsip bertahun-tahun mengalir di balik layar.
• Dasbor langsung. Sepanjang proses: deal selesai, deal tersisa, kecepatan saat ini, perkiraan waktu kelar. Tanpa momen «sebentar, ini lagi jalan tidak ya?».

Kami me-restart prosesnya beberapa kali selama proyek ini — sengaja, setelah tiap percepatan. Nol duplikat di Kommo di ujung sana.

Angka-angka final

Berikut ringkasan setiap indikator terukur dari proyek yang sudah rampung. Tiap baris adalah fakta teknis konkret yang bisa kami verifikasi terhadap log migrasi dan keadaan akhir kedua sistem — bukan perkiraan pemasaran.

Sebagai konteks terhadap ekspektasi pasar yang umum: 121.419 deal kira-kira 40–80× lebih besar daripada pemindahan CRM-ke-CRM tipikal yang terlihat di studi kasus publik vendor (1.500–3.000 deal); laju 181-deal-per-menit, menurut estimasi kami, sekitar 30× lebih cepat daripada impor CSV biasa; dan 30 GB file yang ditaruh di dalam penyimpanan Kommo — bukan ditinggal sebagai tautan rusak — adalah standar migrasi data penuh yang kebanyakan proyek bahkan tidak berani coba.

Migrasinya rampung — angka-angka di atas final. 110 deal (di bawah 0,1%) yang mendarat di log error sudah diselesaikan manual.

Bagaimana merencanakan migrasi Bitrix24 ke Kommo Anda sendiri?

Kalau Anda sedang mempertimbangkan pindah dari Bitrix24 (atau CRM lama mana pun) ke Kommo, ini urutan langkah yang kami sarankan:

1. Ukur apa yang Anda punya. Jumlah deal, jumlah dan ukuran file, apakah panggilan direkam. Ini menentukan pilihan paket Kommo (kuota penyimpanan) sekaligus durasi migrasi.
2. Putuskan apa yang ditinggal. Klien kami memilih tidak memigrasikan arsip deal yang hilang — itu memangkas volume sekaligus biaya. Deal menang dan aktif selalu ikut.
3. Audit field Anda. Field khusus yang belum diisi selama dua tahun mungkin juga sebaiknya tidak ikut menyeberang.
4. Petakan orang Anda. Tiap sales butuh akun Kommo dengan email kerja yang sama — kalau tidak, tak ada kepada siapa deal ditugaskan.
5. Bersikeras soal tanggal dan panggilan. Uji lakmus untuk vendor mana pun: «deal 2022 akan punya tanggal pembuatan apa setelah pindah?» Kalau jawabannya «tanggal impor», riwayatnya sudah hilang.
6. Mulai dengan batch percontohan. Segenggam deal pindah lebih dulu; sales memeriksanya manual; baru setelah itu proses penuh dimulai.
7. Jangan matikan sistem lama langsung. Biarkan Bitrix24 dalam mode baca-saja selama sebulan sebagai jaring pengaman sementara tim memverifikasi semuanya sudah ada di sisi baru.