Dağınık Excel Listelerinden Tek Bir CRM Kaydına: İletişim Veritabanı Kurulumu

Satış ekibinin elinde üç farklı dosyada üç farklı versiyonu olan bir şirket listesi varsa, o listeyle yapılan her outreach denemesi baştan hasar görür. Bu yazı, şirket, karar verici ve iletişim kanalı bilgisini tek bir CRM kaydında nasıl birleştireceğinizi ve bunun günlük satış işini nasıl kolaylaştırdığını anlatıyor.

Excel listeleri neden outreach'i tıkar

Çoğu B2B satış ekibinde veri üç dört farklı kaynaktan gelir: bir fuarda toplanan kartvizitler, LinkedIn'den dışa aktarılan bağlantı listesi, eski bir müşteri tablosu ve belki bir de satın alınmış sektör listesi. Her dosya kendi sütun düzenine, kendi kısaltmalarına sahiptir; biri şirketi "Anka End. Oto." olarak yazarken diğeri "Anka Endüstriyel Otomasyon A.Ş." yazar ve sistem bunları iki ayrı şirket sanır.

Bu dağınıklığın en somut zararı, aynı karar vericiye kısa aralıklarla iki farklı ekip üyesinden mail gitmesidir. Alıcı tarafında bu, kurumsal disiplinsizlik izlenimi bırakır ve hedefli bir B2B outreach'in en değerli sermayesi olan güveni daha ilk temasta zedeler.

İkinci zarar daha sessiz ilerler: hangi kişinin hâlâ o şirkette çalıştığı, unvanının değişip değişmediği, e-postasının hâlâ geçerli olup olmadığı hiçbir dosyada güncellenmez. Altı ay sonra listenin üçte biri artık gerçek karar vericilere ulaşmıyor olabilir, ama bunu fark eden kimse yoktur çünkü veri bir tabloda donmuş durumdadır.

Üçüncü zarar ise ekip büyüdükçe katlanarak artar. İki kişilik bir satış ekibinde dağınıklık idare edilebilir çünkü herkes birbirinin dosyasını hatırlar; ama ekip beş, on kişiye çıktığında kimse hangi şirketin kim tarafından, ne zaman aranmış olduğunu bilemez. Bu noktada dağınıklık artık bir rahatsızlık değil, doğrudan gelir kaybı üreten bir operasyonel sorundur, çünkü aynı hesaba giden ikinci bir temas genelde ilkinden daha zayıf bir yanıt oranı getirir.

Üç katmanlı veri modeli: şirket, kişi, kanal

Sağlıklı bir B2B iletişim veritabanı üç ayrı ama birbirine bağlı katmandan oluşur. Şirket katmanı; unvan yerine kurumun kendisiyle ilgili sabit bilgileri tutar — sektör, çalışan sayısı aralığı, şehir, varsa vergi kimlik numarası. Bu katman, aynı şirketten birden fazla kişiyle temas kurulduğunda tekrar tekrar girilmez, tek bir kayıtta kalır.

Kişi katmanı, o şirket içindeki bireyleri tutar: ad soyad, unvan, departman ve en önemlisi karar verme yetkisinin seviyesi. Bir satın alma müdürü ile bir genel müdür yardımcısı aynı şirkette olabilir ama outreach mesajı ikisine aynı şekilde yazılmamalı; bu ayrım ancak kişi katmanı net olduğunda mümkün olur.

Kanal katmanı ise her kişinin hangi yollarla ulaşılabilir olduğunu, ve o kanalın güncel durumunu tutar: e-posta doğrulanmış mı yoksa geri mi döndü (bounce), telefon numarası aktif mi, LinkedIn profili güncel mi. Bu üç katman ayrıştırılmadan tutulduğunda, bir kanaldaki sorun (örneğin bir e-postanın geri dönmesi) tüm kaydı kirletir; ayrıştırıldığında ise sadece o kanal işaretlenir, kişi ve şirket bilgisi bozulmadan kalır.

Bu ayrım aynı zamanda raporlamayı da kolaylaştırır. Şirket katmanında kaç hesaba temas kurulduğunu, kişi katmanında hangi unvan gruplarının yanıt verdiğini, kanal katmanında hangi e-posta sağlayıcısının bounce oranının yüksek çıktığını ayrı ayrı görebilirsiniz. Tek bir düz tabloda bu üç sorunun hiçbiri temiz bir şekilde cevaplanamaz, çünkü satır bazında tekrar eden veri, sayımları da bozar.

Zorunlu alanlar ve nitelendirme kriterleri

Müşteri adayı yaratma sürecinde her kayda konulacak alan sayısını abartmamak gerekir; fazla alan, veri girişini yavaşlatır ve ekip alanları boş bırakmaya başlar. Pratikte işe yarayan yaklaşım, az sayıda zorunlu alan ile geniş bir opsiyonel alan seti tanımlamaktır.

Zorunlu alanlar genelde şunlardır: şirket adı, sektör, kişinin unvanı, kişinin karar verme yetkisi (evet/hayır/etkileyici) ve en az bir doğrulanmış iletişim kanalı. Bu beş alan olmadan bir kayıt, outreach listesine dahil edilmeye hazır sayılmamalı.

Opsiyonel alanlar ise zamanla, kampanya ihtiyacına göre eklenmelidir: şirketin son bir yıldaki büyüme sinyalleri, kullandığı yazılım altyapısı, önceki temas geçmişi. Bu alanları baştan zorunlu yapmak, veri girişini yavaşlatır ve ekibin listeyi büyütme motivasyonunu kırar; onun yerine önce çekirdek beş alanla listeyi büyütüp, opsiyonel alanları en değerli hesaplar için sonradan zenginleştirmek daha sürdürülebilir bir yoldur.

• Şirket adı ve resmi unvan (tekilleştirme için standart yazım)
• Sektör ve alt sektör
• Çalışan sayısı aralığı (ICP filtrelemesi için)
• Kişinin unvanı ve departmanı
• Karar verme yetkisi seviyesi
• Doğrulanmış e-posta veya telefon
• Veri kaynağı (fuar, LinkedIn, satın alınan liste vb.) ve giriş tarihi

Bir CRM kaydını tamamlamak için hedeflenecek doluluk oranları

Her kaydın yüzde yüz eksiksiz olmasını beklemek gerçekçi değildir; önemli olan hangi alanın hangi oranda dolu olması gerektiğine dair bir hedef belirlemektir. Aşağıdaki dağılım, hedefli B2B kampanyalarda pratikte işe yarayan bir referans noktasıdır.

Bu hedefler aynı zamanda ekibe önceliklendirme sağlar. Şirket ve sektör bilgisi hiçbir istisnaya yer bırakmadan tam olmalı çünkü ICP filtrelemesi bu ikisi üzerinden çalışır; buna karşılık ikincil kanal bilgisi (telefon numarası gibi) düşük bir doluluk oranında kalsa bile kampanyayı durdurmaz, sadece belirli hesaplarda alternatif temas seçeneğini sınırlar.

Örnek: bir CRM kaydı nasıl görünmeli

Aşağıdaki örnek, üç katmanlı modelin pratikte nasıl bir kayda dönüştüğünü gösteriyor.

Sık yapılan hatalar

Bu hataların çoğu, veriyi bir kere girip bir daha hiç bakmama alışkanlığından doğar. Bir CRM'e geçmiş olmak, bu alışkanlığı otomatik olarak düzeltmez; sistem sadece o alışkanlığın sonuçlarını daha görünür hale getirir.

• Şirketi her yeni kayıtta yeniden yazmak, aynı şirketin veritabanında beş farklı yazımla var olmasına yol açmak
• Kişinin unvanını güncellemeden yıllarca aynı bilgiyle outreach yapmaya devam etmek
• E-postası geri dönen (bounce) kişiyi listeden çıkarmak yerine göz ardı etmek
• Karar verme yetkisini hiç işaretlememek, böylece her kişiye aynı ağırlıkta mesaj göndermek
• Veri kaynağını kaydetmemek, bu yüzden bir listenin ne zaman ve nereden geldiğini altı ay sonra kimsenin hatırlamaması

CRM'e geçiş için pratik adımlar

Excel'den CRM'e geçiş bir defalık bir aktarım değil, alışkanlık değişimidir. Aşağıdaki sıra, dağınık dosyalardan başlayıp temiz bir veri modeline ulaşmak için pratikte işe yarayan bir yoldur.

Geçişin en kritik anı, ilk içe aktarmadan sonraki ilk dört hafta içinde ekibin eski Excel alışkanlığına geri dönüp dönmediğidir. Bu dönemde yeni kayıt eklerken üç katmanlı modele uyulmasını zorunlu kılan basit bir kontrol (örneğin şirket adı girilmeden kişi eklenememesi) alışkanlığı kalıcı hale getirir.

• Mevcut tüm Excel dosyalarını tek bir yerde toplayın ve şirket adı yazımlarını standartlaştırın
• Üç katmanlı modele göre alanları eşleştirin: şirket, kişi, kanal
• Zorunlu beş alanı doldurmadan hiçbir kaydı outreach listesine almayın
• İçe aktarma sırasında otomatik tekilleştirme (duplicate) kontrolü çalıştırın
• Her kanalın doğrulama tarihini kaydedin ve belirli aralıklarla yeniden doğrulayın
• CRM satın alma kararını, veri modeli netleştikten sonra verin — aksi halde dağınıklığı otomatikleştirmiş olursunuz

Sık sorulan sorular