Müşteri Kaybetmeden CRM Geçişi: Bir Kontrol Listesi

Çoğu işletme sahibi bir CRM geçişini aynı sebeple erteler: eski sistem her müşteriyi, her notu ve her gelecek randevuyu tutar, ve bunlardan birini kaybetmek, artık işe uymayan bir yazılımla yaşamaktan daha kötü hissettirir. Bu korku makul, ama bir CRM veri geçişinde ters giden şeylerin çoğu birkaç öngörülebilir yerde ters gider ve her biri size bir müşteriye mal olmadan önce kontrol edilebilir. Bu kontrol listesi, bir randevu uygulamasından, bir satış CRM’inden ya da bir elektronik tablodan ayrılıyor olun, müşteri, geçmiş ya da randevu kaybetmeden başka bir işletme sistemine nasıl geçileceğini anlatıyor. Adımları sırayla izleyin.

1. Hiçbir şeyi değiştirmeden önce her şeyi dışa aktarın

Bir aboneliği iptal etmeden, yeni hesabı oluşturmadan ya da tek bir satırı temizlemeden önce, sahip olduklarınızın eksiksiz bir kopyasını alın. Dışa aktarmalar, eski sistem gittikten sonra yeniden yapamayacağınız tek geçiş adımıdır. Kayıt türü başına bir dosya:

• Müşteriler, aracın verebileceği her sütunla, ihtiyacınız olmadığını düşündükleriniz dahil.
• Randevular ya da işler, geçmiş ve gelecek, müşteri, çalışan, hizmet, başlangıç saati ve süreyle birlikte.
• Notlar ve aktivite geçmişi.
• Müşterilere ya da işlere eklenen dosyalar ve fotoğraflar. Birçok aracın toplu dosya dışa aktarması yoktur; varsaymadan önce kontrol edin.
• Faturalar ve makbuzlar, PDF olarak.
• Hizmetleriniz ve fiyatlarınız, artı hatırlaması zor ayarlar: çalışma saatleri, iptal kuralları, kabul soruları, mesaj şablonları.

Dışa aktarmanın nerede olduğu, Eylül 2026 itibarıyla araca göre değişir. Google E-Tablolar: Dosya, sonra İndir, sonra Virgülle Ayrılmış Değerler, sayfa başına bir kez. Excel: Dosya, sonra Farklı Kaydet, “CSV UTF-8” türü. HubSpot: kişiler tablosu menüsündeki Dışa Aktar işlemi. Pipedrive: Ayarlar, sonra Veri Dışa Aktar. Zoho CRM: Kurulum, sonra Veri Yönetimi, sonra Dışa Aktar. Square Appointments ve Fresha gibi randevu uygulamaları, müşteri listesini müşteri dizininden dışa aktarır ve randevu geçmişi çoğu zaman yalnızca bir rapor olarak sunulur, bu yüzden izin verilen en geniş tarih aralığı için çalıştırın.

İçe aktarmayı düşündüğünüz her şey için CSV ya da XLSX isteyin, asla PDF değil, ve her dosyadaki satır sayısını eski sistemin ekranda gösterdikleriyle karşılaştırın. Sessizce 1.000 satırda duran bir dışa aktarma yaygın bir tuzaktır ve iptal etmeden önce fark etmek, sonra fark etmekten çok daha kolaydır.

2. Neyi taşımayacağınıza karar verin

Dışarıda bırakmak için makul adaylar:

• İletişim bilgisi, ziyareti ve notu olmayan müşteriler. Bunlar kişi değil, yer tutucudur.
• Test kayıtları ve bir randevu uygulamasının size dayattığı “Yürüyerek gelen” ya da “Bilinmiyor” müşterisi.
• Bir ya da iki yıldan eski iptal edilmiş randevular, kimin depozito ödeyeceğine iptal geçmişiyle karar vermiyorsanız.
• Hiç doldurulmamış alanlar. On satırın dokuzunda boş olan bir “Nereden yönlendirildi” sütunu veri değildir.
• Artık mesaj göndermediğiniz, özellikle de mesaj almaya hiç izin vermemiş kişileri içeren pazarlama listeleri.

“Taşınmadı”, “silindi” anlamına gelmez: dışarıda bıraktığınız her şey hâlâ 1. adımdaki dışa aktarmada yaşar.

3. Dışa aktarmayı bir elektronik tabloda temizleyin

Temizliği yeni sistemde değil, bir elektronik tabloda yapın. Kendimizinki dahil kullandığımız her içe aktarma aracı, düzenli bir dosyayla ham bir dökümden daha iyi çalışır. Kaynağınız zaten bir elektronik tabloysa, işin çoğu burada gerçekleşir; elektronik tablodan bir çalışma alanına geçiş rehberimiz düzeni daha derinlemesine ele alıyor.

• Sekme başına bir kayıt türü: müşteriler bir yerde, randevular başka bir yerde, notlar üçüncü bir yerde. Müşterileri ve randevularını aynı satırlarda karıştıran bir sekme, hiçbir araç tarafından temiz şekilde içe aktarılamaz.
• Düz adlarla tek bir başlık satırı, birleştirilmiş hücre yok, üstünde boş satır yok. “Telefon (cep, SMS için!)” yerine “Telefon” daha iyidir.
• Dosyanın tamamı için tek bir tarih biçimi. ISO’yu seçin (2026-09-01): belirsiz değildir, doğru sıralanır ve her içe aktarma aracı bunu okur.
• Tercihen ülke koduyla tek bir telefon biçimi (+1 415 555 0134), “Tel:” önekleri ve “(ev)” notları kendi sütununa taşınmış olarak.
• Eski sistemin ID sütununu koruyun. Bu, 6. adımda müşterileri randevulara ve notlara bağlar, tekrar göstermeseniz bile.

Temizlenmiş çalışma kitabını yeni bir adla kaydedin ve ham dışa aktarmayı dokunulmamış bırakın.

4. Her alanı yeni yerine eşleyin

Alan eşleme, bir CRM geçiş kontrol listesinin en sık atladığı adımdır ve “içe aktarma çalıştı ama verinin yarısı yanlış yerde” şikayetinin bu kadar yaygın olmasının sebebidir. İçe aktarmadan önce, sütun sütun, her alanın nereye gideceğini yazın. Bir randevu uygulamasından ayrılan bir kuaför için:

Eski sütun	Yeni alan	Not
Müşteri adı	Müşteri: Tam ad	Yeni sistemde iki alan varsa ad ve soyada bölün
Alınan hizmet	Randevu: Hizmet	Önce oluşturduğunuz hizmet listesiyle eşleşmeli
Personel	Randevu: Çalışan	Yeni sistemde var olan bir çalışanla eşleşmeli
Başlangıç	Randevu: Başlangıç saati	Tarih ve saat birlikte, tek bir zaman dilimi
Müşteri ID	Müşteri: Harici ID	Gizli alan, bağlantı için kullanılır

Ifa bu adımı sabit bir şablondan farklı ele alır. İşletmenizi düz bir dille anlatırsınız, Ifa kayıtları, alanları, ilişkileri ve görünümleri önerir, siz de her şey oluşturulmadan önce planı kontrol edersiniz. Eşlemeyi bu planı onaylamadan önce yapın, sonra değil; böylece alanlar dışa aktarmanıza uyar, tam tersi değil.

5. Yinelenenleri içe aktarmadan sonra değil önce ele alın

Birkaç yıl kullanılmış her sistem yinelenenler içerir. İçe aktarmadan sonra birleştirmek yavaştır, çünkü o zamana kadar her kopyanın üzerinde randevular ve notlar birikmiştir; elektronik tabloda birleştirmek hızlıdır.

1. Müşteri sekmesini telefon numarasına göre sıralayın ve eşleşen bitişik satırları tarayın. Telefon genellikle en güvenilir anahtardır.
2. E-postaya göre sıralayıp aynısını yapın, sonra farklı telefonu ve e-postası olmayan çiftleri yakalamak için soyada ve ada göre sıralayın.
3. Her çift için daha dolu olan satırı tutun, notları karşıya kopyalayın ve atılan satırın eski ID’sini tutulanın yanına kaydedin; böylece ona işaret eden randevular hâlâ bağlanabilir.
4. Gerçek yinelenenleri silmek yerine bir “Şuna birleştir” sütununda işaretleyin, böylece karar görünür ve geri alınabilir kalır.

Bazı içe aktarma araçları kendi yinelenen kontrolünü çalıştırır. Ifa’nın içe aktarması dosyayı önizler ve herhangi bir şey yazılmadan önce olası yinelenenleri, boş değerleri ve okunamayan tarihleri işaretler; siz kontrolleri okuduktan sonra içe aktarmayı onaylarsınız. Bu yararlı bir güvenlik ağıdır, bu adımın yerine geçmez: bir araç neyin benzediğini işaretleyebilir, ama “Chris Park” ile “Christina Park”ın aynı düzenli müşteri olduğunu bilemez.

6. Doğru sırayla içe aktarın

Başka kayıtlara atıfta bulunan kayıtlar, atıfta bulundukları kayıtlardan sonra gelmelidir. Sırayı yanlış almak, müşterisi olmadan gelen randevuların en yaygın sebebidir.

1. Çalışanlar ve personel. Randevular onlara atıfta bulunacak.
2. Hizmetler ya da iş türleri, süreler ve fiyatlarla.
3. Müşteriler, sonraki dosyaların onları bulabilmesi için özel bir alanda eski ID ile birlikte.
4. Müşterilere atıfta bulunan notlar ve geçmiş.
5. Yukarıdakilerin hepsine atıfta bulunan geçmiş randevular ve işler.
6. Ait oldukları müşteriye ya da işe eklenen dosyalar ve belgeler.

Önce yirmi müşteriyi ve randevularını örnek olarak içe aktarın; yirmi kaydı düzeltmek acısızdır. Sonra tam dosyayı çalıştırın. Verinizi içe aktarma sayfasında anlatılan Ifa’nın içe aktarması, CSV, TSV, JSON, JSONL, XLSX, XLS ve etkisizleştirilmiş XLSM dosyalarını kabul eder, kontrollerle bir önizleme gösterir ve kayıt oluşturmadan önce onayınızı bekler. Çoğu randevu uygulaması randevu geçmişi için hiçbir içe aktarma sunmaz.

Dosyalarla ilgili bir not. Ifa, yüklenen dosyaları ait oldukları kayda müşteri dosyaları sayfasında anlatıldığı gibi bir önizlemeyle birlikte ekli tutar. Ifa kendisi fatura üretmez, bu yüzden 1. adımdaki PDF’ler faturalarınızdır; bunları müşteriye ekleyin ya da muhasebe aracınızda saklayın, ama yalnızca eski sistemde bırakmayın.

7. Çalışma saatlerini ayarlayın, sonra gelecek randevuları yeniden oluşturun

Gelecek randevular kendi adımını hak eder, çünkü müşterilerin bir geçişte gerçekten fark ettiği kısım budur.

1. Çalışan başına çalışma saatlerini, planlanan izin günleri dahil, ve randevu politikalarını ayarlayın: ara zamanlar, minimum bildirim süresi, iptal penceresi.
2. Ancak bundan sonra gelecek randevuları yükleyin ya da yeniden oluşturun. Saatler var olmadan yüklenen randevular reddedilir ya da kimsenin çalışmadığı zaman dilimlerine düşer.
3. Önümüzdeki sekiz hafta için eski takvimi yazdırın ve her randevuyu elle yenisiyle karşılaştırıp işaretleyin. Çoğu işletme için birkaç saat sürer ve tüm geçişteki en değerli kontroldür.
4. Zaman dilimi kaymalarına dikkat edin. UTC’de bir dışa aktarma yerel saat olarak içe aktarıldığında, her randevu birkaç saat kayar ve yalnızca tarihi gösteren bir ekran bunu ortaya çıkarmaz.

Gelecek randevular azsa, bunları elle yeniden oluşturmak çoğu zaman içe aktarmaktan daha hızlı ve daha güvenlidir. Ifa’da randevular, siz ayarladığınız saatlere göre müsaitlik kontrol edilerek ekibiniz tarafından çalışma alanı içinde oluşturulur, yeniden planlanır, iptal edilir ve tamamlanır, müşteriler ise Ifa’nın oluşturduğu bir randevu sayfası üzerinden ya da bağlı bir kanalda sohbet üzerinden randevu alabilir. Ifa’nın Google ya da Outlook takvim eşitlemesi yoktur ve hatırlatmalar bir anahtar değil, sizin tanımladığınız bir iş akışıdır, bu yüzden hatırlatma iş akışını ilk haftada kurun ve geçişin bir parçası olarak sitenizin randevu bağlantısını yeni sayfaya yönlendirin.

8. İki sistemi kısa bir süre birlikte çalıştırın

Cuma günü geçiş yapıp cumartesi eski aboneliği iptal etmeyin. İkisini bir ile iki hafta boyunca birlikte çalıştırın; yenisi gerçek kaynak, eskisi ise salt okunur.

• Her yeni randevu ve her yeni müşteri yalnızca yeni sisteme girer. İkisine birden yazmak işi ikiye katlar ve kaymayı garanti eder.
• Eski sistem aramalar için açık kalır: taşımayı unuttuğunuz bir not, bir fotoğraf, eski bir fatura.
• Sonunda, eski sistemde yanlışlıkla oluşturulan her şey için son bir dışa aktarma yapın ve yenisine katın.

Ifa’nın canlı, iki yönlü bir eşitlemesi yoktur ve iki haftalık bir örtüşme için herhangi bir satıcıdan bunu önermeyiz; “yalnızca yeni sistem” daha basit kuraldır.

9. Müşterilere neyin değiştiğini söyleyin

Bir geçişin çoğu müşteriler için görünmezdir ve öyle kalmalıdır. Yalnızca onlar için değişeni söyleyin ve gerçekleşmeden önce söyleyin.

• Randevu bağlantısı, telefon numarası ya da mesajlaşma kanalı değişiyorsa, yenisini bir hafta önceden ve gün geldiğinde tekrar gönderin.
• Hatırlatmalar duracak ya da farklı bir gönderenden gelecekse, bunu söyleyin ve yeni numarayı kaydetmelerini isteyin.
• Onay kayıtları tutuyorsanız, herkesten yeniden onay istemek yerine kanıtı müşteri kaydıyla birlikte saklayın.

Kısa tutun. “15 Eylül’den itibaren randevular için yeni bir sistem kullanıyoruz. Mevcut randevularınız değişmedi. Randevu almak için her zamanki gibi aynı numaradan arayın ya da mesaj atın.”

10. Eski dışa aktarmayı bir dosya olarak saklayın

Örtüşme sona erip abonelik iptal edildiğinde, dışa aktarmaları silmeyin. 1. adımdaki ham dosyaları, 3. adımdaki temizlenmiş çalışma kitabını, 4. adımdaki eşleme tablosunu ve 8. adımdaki son örtüşme dışa aktarmasını tek bir klasöre koyun, tarihle adlandırın ve bir dizüstü bilgisayar arızasından kurtulacak bir yerde saklayın. Beklediğinizden daha çok kullanacaksınız. Bir arşivin maliyeti sıfırdır. Yeniden inşa etmek imkansızdır.

Neler ters gider ve nasıl önlenir

Hata	Neye benziyor	Önlem
Kesilmiş dışa aktarma	Ekrandaki satır sayısı dosyadakinden yüksek	Temizlemeden önce satırları sayın; destekten tam dışa aktarma isteyin
Karışık tarih biçimleri	Randevular yanlış gün ya da aya düşüyor	İçe aktarmadan önce dosyanın tamamında tek bir ISO biçimi
Zaman dilimi kayması	Her randevu aynı saat kadar kayıyor	Bir örnek randevuyu içe aktarıp saati karşılaştırın
Sahipsiz randevular	Müşterisiz kalan randevular	Önce eski ID ile müşteriler, sonra randevular
Birleştirilen yinelenenler geçmişi kaybediyor	İki müşteri bir olduğunda notlar kayboluyor	“Şuna birleştir” sütunuyla elektronik tabloda birleştirin
Randevulardan sonra ayarlanan saatler	Gelecek randevular reddediliyor ya da boş saatlere düşüyor	Önce çalışma saatleri ve politikalar, sonra randevular

Kapsam konusunda dürüst olun. Birkaç bin müşteriyi, yıllar süren bir geçmişi ve büyük bir fotoğraf arşivini taşıyorsanız, adımlar geçerli kalır ama süre tahmini geçerli kalmaz; tablo temizliği için bir serbest çalışan tutmak paraya değer bir yatırımdır. Ifa ücretli bir geçiş hizmeti sunmuyor, bu yüzden Ifa ile bu iş sizindir ya da bir yükleniciye aittir, içe aktarmadaki önizleme ve kontrollerle desteklenir. Bazı diğer satıcılar üst katmanlarda destekli geçiş sunar; verileriniz büyükse taahhüt vermeden önce sorun.

Sıkça sorulan sorular

Sahibi tarafından yönetilen bir ekip için bir CRM geçişi ne kadar sürer?

İki koltuklu bir kuaför, dört kişilik bir temizlik ekibi ya da birkaç yüz müşterisi olan tek başına bir danışman için, dışa aktarma ve temizleme bir öğleden sonra sürer, içe aktarma ve randevu kontrolü bir öğleden sonra daha alır, örtüşme ise arka planda bir ile iki hafta çalışır. Daha büyük geçmişler içe aktarmayla değil temizleme adımıyla birlikte büyür.

CRM’i sakin bir dönemde mi değiştirmeliyim?

Varsa evet. Daha az gelecek randevu, 7. adımdaki kontrolü kısaltır ve daha az yürüyerek gelen, örtüşmeyi denetlemeyi kolaylaştırır.

Yalnızca müşterileri mi, yoksa randevu geçmişini de mi taşıyabilirim?

Eski aracın neyi dışa aktardığına bağlı. Çoğu satış CRM’i aktiviteleri eksiksiz dışa aktarır. Birçok randevu uygulaması müşteri listesini kolayca dışa aktarır ama geçmişi yalnızca bir rapor olarak sunar. Geçmiş temiz bir şekilde çıkmıyorsa, müşterileri en azından bir “Son ziyaret” ve “Ziyaret sayısı” sütunuyla taşıyın, böylece yeni sistem düzenli müşterilerinizi kimin olduğunu bilir, ve eski raporu arşiv olarak saklayın.

CRM değiştirdikten sonra müşterilerden yeniden onay istemem gerekir mi?

Onay yasal olarak alındıysa ve kaydı müşteriyle birlikte taşınırsa, genellikle hayır. Önemli olan, kimin neye ne zaman onay verdiğini hâlâ gösterebilmenizdir. Onay alanını ve tarihini karşıya taşıyın, orijinal dışa aktarmayı kanıt olarak saklayın. Eski araç hiç onay kaydetmediyse, bunu geçişin sebep olduğu bir şey olarak değil, yeni sistemde düzeltilecek bir eksiklik olarak ele alın.

Son güncelleme: 2 Eylül 2026.