Bitrix24'ten Kommo'ya geçiş: 121.419 fırsat

Bitrix24'ten Kommo'ya geçiş, her fırsatın, kişinin, dosyanın ve müşteri etkileşimi kaydının Bitrix24 CRM'den Kommo CRM'e — her fırsatın orijinal oluşturulma tarihi, yorum zaman çizelgesi, çağrı kayıtları ve atanan satış temsilcisi korunarak — aktarılmasıdır. Bir tablo içe aktarımının aksine, bu iş için yapılmış bir geçiş aracı her müşteriyle yapılan işin tüm kronolojisini korur ve Excel'den geçemeyecek verileri taşır: çağrı kayıtları, açık görevler ve fırsatlar, kişiler ile firmalar arasındaki orijinal bağları.

Bu vaka özetlemesi kolay, teslim etmesi sıra dışı bir vaka. Bitrix24'te 121.419 fırsatı olan büyük bir üretici, tüm operasyonu Kommo'ya taşımaya karar verdi. Görev kulağa basit geliyordu: hiçbir şeyi kırmadan yap. Müşterinin asıl derdi — CRM değiştirmeyi düşünen her yöneticinin paylaştığı dert — özelliklerden çok hafızayla ilgiliydi. Yeni sistem, eskisinde ne olduğunu hatırlayacak mıydı? Yoksa ekip birinci gün Kommo'yu açıp her fırsata bugünün tarihi damgalanmış düz bir veritabanına mı bakacaktı?

Bitrix24'ten Kommo'ya geçerken her ekip neden korkar?

Bir yönetici CRM değiştirmeye karar verdiğinde, onu durduran şeyin nadiren fiyatla ya da ekip direnciyle ilgisi olur. Ölümcül soru hep şudur: «ya geçmiş?» Yılların anlaşmaları, ölçümleri, teklifleri, kayıtlı çağrıları ve yüklenmiş dosyaları eski sistemin içinde duruyor. Bir geçiş bütün bunları tarihsiz tek bir yığına ezerse, şirket fiilen sıfırdan başlıyor demektir — ve uzun satış döngüsü olan bir işletme için bu doğrudan gelir kaybıdır. Bir satış temsilcisi fırsatı açar ve müşteriyle altı ay önce ne konuşulduğunu yeniden kuramaz. Tek başına bu belirsizlik, şirketleri yıllarca yanlış CRM'de tutar.

Müşterimiz tam olarak bu durumdaydı. Pencere üretmek bir ölçüm-ve-tekrar-ziyaret işidir: saha gezileri, hesaplamalar, onaylar, şikâyetler, tekrar siparişler. Her fırsat bir ile beş arası ekli belge taşıyordu — sözleşmeler, ölçüm formları, montaj sahasının fotoğrafları. Telefon birincil satış kanalı ve tartışmalı görüşmelerin kayıtları, bir şikâyet geldiğinde herhangi bir yazılı nottan daha değerli.

Hedef sistem Kommo'ydu — amoCRM'in uluslararası sürümü, aynı ürünün küresel faturalandırma ve dünya çapında bir ayak iziyle gelen hâli. Yerel CRM ekosistemlerinden ayrılan şirketler buraya yeterince sık iniyor ki «hiçbir şey kaybetmeden Bitrix24'ten nasıl çıkarız?» sorusunu neredeyse her hafta duyuyoruz.

Projenin birinci günündeki veritabanının şekli:

• taşınacak 121.419 fırsat — canlı satış hattı artı birkaç yıllık kapanmış-kazanılmış arşiv;
• fırsat başına bir müşteri, telefon numaraları ve e-postalarla;
• fırsat başına bir ile beş dosya, toplam yaklaşık 30 GB;
• cevapsızlar dâhil her kayıtlı çağrı;
• Kommo'da hazır gelmeyen 16 özel fırsat alanı — geçişin parçası olarak oluşturulup dolduruldu.

Büyük veritabanlarında Excel içe aktarımı neden işe yaramaz?

Çoğu geçiş rehberinde bulacağınız standart tavsiye şudur: bir tabloya dışa aktar, yeni CRM'e içe aktar. Küçük bir veritabanı için bu işe yarar. Ciddi bir veritabanı için ise önemli olan her şeyi sessizce yok eder:

• Tarihler çöker. Her fırsat içe aktarım dosyasının tarihini miras alır. 2021'den bir fırsat ile geçen haftaki bir fırsat aynı görünür — «bugün oluşturuldu». Yıldan yıla raporlar, satış temsilcisi hızı, müşteri kıdemi: hepsi sıfırlanır.
• Çağrılar buharlaşır. Kayıtlı görüşmeler bir tablodan asla geçemez.
• Dosyalar geride kalır. Sözleşmeler ve ölçümler ya eski sistemde kalır ya da «en iyi» ihtimalle, eski abonelik biter bitmez ölecek bağlantılara dönüşür.
• Açık görevler kaybolur. «Salı geri ara» ve «güncellenmiş teklifi gönder» — satış hattının operasyonel katmanı — uçar gider ve müşterilerin bir kısmı iş akışından düşer.
• Müşteriler kopyalanır. Bir müşteri üç fırsatta görünüyorsa, tablo üç müşteri kaydı yaratır. 121.419 fırsatta on binlerce kopyayla baş başa kalırsınız.

Bu yüzden kendi aracımızı kurduk. İki sistemle de programatik arayüzleri (API'leri) üzerinden doğrudan konuşur, bir fırsatı tüm ekli içeriğiyle Bitrix24'ten çeker ve Kommo'da bire bir yeniden kurar.

Fırsatları tam geçmişiyle taşımak gerçekte ne demek?

Tüm projenin meselesi buydu. «Geçmişi korunarak taşıma» her tedarikçinin kullandığı cümle. Biz bunu söylediğimizde gerçekte ne demek istediğimiz, madde madde şöyle:

• Fırsatın oluşturulma tarihi Kommo'da Bitrix24'teki orijinalidir. Mart 2022'den bir fırsat Kommo'da «Mart 2022» okunur. Son değiştirilme tarihi de aynı kurala uyar.
• Yorumlar ve notlar orijinal tarih ve saatleriyle gelir. Bir fırsatı açın, zaman çizelgesini olayların gerçekten yaşandığı sırayla görün.
• Telefon çağrıları fırsat kartının içinde gerçek çağrılar olarak görünür: gelen ya da giden, süre ve — insanları şaşırtan kısım — kaydın kendisi doğrudan kartın içinde çalar. Kalite departmanının birinci sınıf veri saydığı cevapsız çağrıları da taşıdık.
• Açık görevler metni, son tarihi ve sorumlusu bozulmadan gelir. Pazartesi sabahı bir satış temsilcisi, Cuma öğleden sonra eski sistemde gördüğü aynı görevleri görür.
• Sorumlular. Her fırsat, görev ve çağrı, önceden kime aitse o kişiye bağlıdır — iki hesabın kullanıcı dizinlerini iş e-postasıyla eşleştirdik.
• Kopya müşteri yok. Herhangi bir fırsatı taşımadan önce araç, her kişiyi Kommo adres defterine karşı kontrol eder — telefon ve e-postayla, birkaç telefon numarası formatını tek bir biçime normalleştirerek. Bir kişi, bir kayıt, kaç fırsatta görünürse görünsün.
• 16 özel fırsat alanı — ürün tipi, bölge, alan, kaynak ve gerisi — Kommo'da oluşturuldu ve her fırsat için dolduruldu. Açılır liste alanları da: iki sistem arasındaki seçenekleri otomatik eşledik.

Satış temsilcilerinin takdir ettiği iki küçük ayrıntı. Birincisi, taşınan her fırsat bir işaret etiketi taşıyor — Kommo içindeki tek bir filtre «eski sistemden taşınanı» «burada doğandan» ayırıyor. İkincisi, geçiş yeniden eskiye doğru yürüyor, böylece ekip çalışmanın başladığı gün yeni CRM'de iş yapmaya başlayabiliyor: önce taze fırsatlar geliyor, yıllarca süren arşiv arkadan akıyor.

Bitrix24 ile Kommo arasında ne taşınamaz?

Bu bölümü her vakaya yazarız ve hep kısadır. Bir tedarikçi «her şeyin %100'ünü taşırız» diye söz veriyorsa, ya tahmin yürütüyordur ya da gerçeği gölgeliyordur. Herhangi iki CRM sistemi arasında her zaman taşınamayan veri vardır — tedarikçi tembel olduğu için değil, hedef sistem onu hiçbir harici araçtan kabul etmeyi reddettiği için.

Bu projede böyle tek bir şey var: her fırsatın aşama geçiş günlüğü. Bu, «3 Mart'ta fırsat Ölçüm aşamasına girdi; 12 Mart'ta Teklif'e geçti; 18 Mart'ta Sözleşme İmzalandı'ya ulaştı» diye okunan kayıttır. Bitrix24 bu geçmişi tutar. Kommo hiçbir harici aracın bu olayları orijinal zaman damgalarıyla yazmasına izin vermez — bu, kendi tarafında bilinçli bir kısıtlamadır.

Bunun ekip için pratikte anlamı:

• Her fırsat Kommo'ya doğrudan mevcut aşamasında gelir — Bitrix24'te onu okuduğumuz an nerede duruyorsa orada.
• «Fırsatlar Teklif aşamasında ortalama kaç gün geçirdi» türünde bir Kommo raporu, geçiş öncesi dönem için yeniden kurulamaz. O tür bir analiz ya geçmiş verinin Bitrix24 dışa aktarımından kurulmalı ya da geçişten ileriye doğru sayılmalıdır.
• Öz — kimin neye, ne zaman razı olduğu — eksiksiz oradadır, çünkü notların ve orijinal tarihli çağrıların içinde yaşar. Bir fırsatı açın, zaman çizelgesi olayların gerçekten yaşandığı sırayla okunur.

İşte dürüst eksinin tamamı bu. Geçiş öncesi aşama-hızı raporları operasyonunuzun merkezindeyse, sonradan keşfetmek yerine şimdiden plana koyun.

30 GB dosyayı Bitrix24'ten Kommo'ya nasıl taşırsınız?

Dosyaları taşımanın ucuz yolu, onları eski sistemde bırakıp yeniye bir bağlantı yazmaktır. Bu, eski CRM aboneliği iptal edilene kadar bir çözüm gibi görünür — o noktada her bağlantı aynı anda ölür. Bir yıl sonra bir satış temsilcisi fırsatı açar, «sözleşme_son.pdf»e tıklar ve bir hata sayfası alır. Deneyimimize göre, bağlantı temelli bir geçişten 12–18 ay sonra eklerin %100'ü erişilemez hâle gelir ve geri getirmenin yolu yoktur — kaynak veri eski sistemden fiziksel olarak silinmiştir.

Dosyaları gerçekten taşıdık. Her belge Bitrix24'ten indirilir ve Kommo'nun kendi deposuna, doğru fırsat kartına yüklenir. Sözleşmeler, ölçüm formları, saha fotoğrafları, imzalı teslim tutanakları — her şey yeni sistemin içinde oturur ve eskisine bağlı olmaktan çıkar. Büyük dosyalar (ağır taramalar ve fotoğraf paketleri) parçalar hâlinde akıtılır, böylece çalışma tek bir büyük ekte takılmaz. Dosya tipi otomatik algılanır ve doğru formatta korunur.

Bu projedeki toplam hacim: yaklaşık 30 gigabayt — fırsat başına ortalama 1–5 dosya, 50 KB'tan (tek fotoğraf) 80 MB'a (fotoğraf raporlu tam ölçüm paketi) uzanıyor. Tek bir dosya bile Bitrix24'e bir bağlantı olarak kalmadı — her şey fiziksel olarak Kommo deposuna taşındı ve Bitrix24 aboneliği tamamen sona erdikten sonra bile açılmaya devam edecek.

Geçişi dakikada 181 fırsata nasıl çıkardık?

Bir fırsatı tam geçmişiyle taşımak mühendislik açısından önemsizdir. 121.419 tanesini taşımak bir mühendislik problemidir, çünkü her iki sistem de harici araçların onlarla ne kadar hızlı konuşabileceğine sınır koyar: Bitrix24 ve Kommo'nun her biri saniyede yalnızca belli sayıda isteğe izin verir. Sınırı aşarsanız kuyruğa girersiniz. Bu makul bir savunmadır; bir geçiş için anlamı, sadece «daha hızlı dökemezsiniz» — fırsat başına daha az istek harcamanız gerekir. Geçtiğimiz beş optimizasyon turu aşağıda.

Tur 1: neyle başladık?

İlk sürüm fırsatları teker teker, sırayla taşıyordu. Tüm işi öngördük — haftalar. Şimdi Kommo'da olması gereken canlı bir işletme için bu bir ölüm fermanı. Hızlanma vakti.

Tur 2: paralellik bize ne kazandırır?

Beş eşzamanlı işçi, aynı anda taşınan beş fırsat. Hız yükseldi ve hemen bir sonraki tavana çarptı: Kommo'nun istek sınırı. İşçiler zamanlarının yarısını kuyrukta geçirdi. Sonraki kazanç, daha fazla fırsat çalıştırmaktan değil, her fırsatı daha ucuz hâle getirmekten gelmeliydi.

Tur 3: hangi istekleri tümüyle düşürebiliriz?

İsteklerin gerçekte ne için olduğunu profilledik. Bunların yaklaşık yarısı her fırsat için tekrarlanan aynı soruydu: «bu müşteri Kommo'da zaten var mı?». Çözüm: geçiş başlamadan önce tüm Kommo adres defterini bir kez aracın belleğine çek ve bundan sonra yerelden kontrol et. Trafik yarıya düştü. Hız yükseldi.

Tur 4: neden sandıklarda gönderelim?

Sonraki darboğaz: her fırsat hâlâ bir düzine ufak istek atıyordu — yorum başına bir, görev başına bir. O kısmı, istek başına 50 nota ve 50 göreve kadar yığınlayacak şekilde yeniden yazdık. Fırsat başına yük yaklaşık beş kat düştü. O boşlukla işçileri beşten sekize çıkardık.

Tur 5: kaynağı nasıl hızlandırırız?

Artık darboğaz Kommo değildi — okuma tarafında Bitrix24'ti. Aynı numara tersten uygulandı: Bitrix24, tek bir toplu çağrıya 50 alt isteğe kadar paketler. Bunu yaptık, ayrıca geçici ağ aksaklıklarında otomatik yeniden denemeler ekledik ki dengesiz bir bağlantı çalışmayı öldürmesin.

Sonuç: dakikada 181 fırsat

İnce ayardan ve temiz bir yeniden başlatmadan sonra araç dakikada 181 fırsat hızında seyrediyor — her fırsat yorumları, çağrıları, görevleri ve dosyalarıyla geliyor. Gerçek uçtan uca sonuç: tüm 121.419 fırsat kabaca 19–20 saatlik toplam çalışma süresinde taşındı — her hızlanmadan sonraki birkaç kasıtlı yeniden başlatma dâhil. Söz verilen günün içinde, üstelik rahat bir payla.

Geçiş çalışma ortasında kesilirse ne olur?

«Geçmişi kaybederiz» korkusundan sonraki ikinci korku şudur: «ya geçiş 18. saatte bozulursa?» Bir günlük iş, %70 tamamlanmışken bir ağ aksaklığı ve her şey çöpe mi gider? Üstelik kopya fırsatlarla baş başa kalmaz mıyız?

Aracın tasarımı ikisini de yanıtlıyor:

• Fırsat başına hafıza. Yerel bir günlük şunu kaydeder: «bu Bitrix24 fırsatı bu Kommo fırsatı oldu». Herhangi bir yeniden çalıştırmada, zaten taşınmış fırsatlar atlanır ya da dikkatle güncellenir — asla yeniden oluşturulmaz.
• Otomatik devam. Geçiş sunucusu yeniden başlarsa, araç açılışta bitmemiş çalışmayı bulur ve insan müdahalesi olmadan aynı yerden devam eder.
• Önce en yeni. Çalışma, tarihsel fırsatlardan önce yeni fırsatları yürür. Ekip saatler içinde Kommo'da çalışmaya başlar, yıllarca süren arşiv perde arkasında akarken.
• Canlı gösterge paneli. Çalışma boyunca: biten fırsatlar, kalan fırsatlar, anlık hız, tahmini bitiş zamanı. «Bir saniye, bir şey yapıyor mu bu?» anları yok.

Bu proje boyunca çalışmayı birkaç kez yeniden başlattık — kasıtlı olarak, her hızlanmadan sonra. Diğer uçta Kommo'da sıfır kopya.

Nihai rakamlar

Aşağıda tamamlanan projenin ölçülebilir her göstergesinin özeti. Her satır, geçiş günlüklerine ve iki sistemin sonuç durumuna karşı doğrulayabileceğimiz somut bir teknik gerçektir — pazarlama yaklaşıklığı değil.

Tipik pazar beklentilerine karşı bağlam için: 121.419 fırsat, tedarikçilerin kamuya açık vakalarında görülen tipik CRM'den CRM'e geçişten (1.500–3.000 fırsat) kabaca 40–80 kat daha büyük; dakikada 181 fırsat tempo, tahminimizce tipik bir CSV içe aktarımından yaklaşık 30 kat daha hızlı; ve kırık bağlantılar olarak bırakılmak yerine Kommo deposuna yerleştirilen 30 GB dosya, çoğu projenin denemeye bile kalkışmadığı bir tam veri geçişi standardı.

Geçiş tamamlandı — yukarıdaki rakamlar nihai. Hata günlüğüne düşen 110 fırsat (%0,1'in altında) elle çözüldü.

Kendi Bitrix24'ten Kommo'ya geçişinizi nasıl planlarsınız?

Bitrix24'ten (ya da herhangi bir eski CRM'den) Kommo'ya geçmeyi düşünüyorsanız, önerdiğimiz işlem sırası şudur:

1. Elinizdekini ölçün. Fırsat sayısı, dosya sayısı ve boyutu, çağrıların kaydedilip kaydedilmediği. Bu hem Kommo plan seçimini (depolama kotaları) hem de geçiş süresini belirler.
2. Neyi geride bırakacağınıza karar verin. Müşterimiz kaybedilen fırsatlar arşivini taşımamayı seçti — bu hem hacmi hem maliyeti düşürdü. Kazanılan ve aktif fırsatlar her zaman gelir.
3. Alanlarınızı denetleyin. İki yıldır doldurulmamış özel alanlar muhtemelen karşıya geçmemeli.
4. İnsanlarınızı eşleyin. Her satış temsilcisinin aynı iş e-postasıyla bir Kommo hesabına ihtiyacı var — yoksa fırsatları atayacak kimse olmaz.
5. Tarihler ve çağrılarda ısrar edin. Herhangi bir tedarikçi için turnusol testi: «taşımadan sonra 2022'den bir fırsatın oluşturulma tarihi ne olacak?» Yanıt «içe aktarım tarihi» ise geçmiş gitmiştir.
6. Bir pilot partiyle başlayın. Önce bir avuç fırsat taşınır; satış temsilcileri bunları elle inceler; ancak ondan sonra tam çalışma başlar.
7. Eski sistemi hemen kapatmayın. Ekip her şeyin yeni tarafta olduğunu doğrularken bir güvenlik ağı olarak Bitrix24'ü bir ay salt-okunur modda tutun.