Müşteri veri tabanı nasıl oluşturulur?

Bir pazartesi toplantısında şu soru soruldu: "Geçen yıl bizden teklif alıp almayan firmaları çıkarabilir miyiz?" Odadan üç ayrı cevap geldi. Biri telefonunun rehberini karıştırdı, biri masaüstündeki musteriler_son_v3.xlsx dosyasını açtı, üçüncüsü "ben hatırlıyorum, dört beş taneydi" dedi. Üç liste birbirini tutmadı, toplantı yarım saat kaybetti ve soru cevapsız kaldı. Bu bir veri eksikliği değil; ortada bir müşteri veri tabanı olmaması sorunudur.

Aşağıda sıfırdan kullanılabilir ve hukuki olarak sağlam bir müşteri veri tabanının nasıl kurulacağını anlatıyoruz: hangi alanlar gerçekten gerekli, kişi ile firma nasıl ayrılır, veri toplandığı anda nasıl standartlaştırılır, izin ve saklama süresi nasıl kurgulanır, mükerrer kayıt nasıl önlenir, eski Excel nasıl taşınır ve kurulan yapı nasıl canlı tutulur. Hedef, güzel görünen bir tablo değil; sorulara saniyeler içinde aynı cevabı veren tek bir kaynak.

Kimlik bilgileriTicari bilgilerEtkileşim geçmişiTek doğru kaynakMüşteri kaydı

Müşteri veri tabanı nedir, neden basit bir liste değildir?

Liste, satırların yan yana durduğu bir yığındır. Veri tabanı ise kayıtların birbiriyle ilişkili olduğu, her alanın belirli bir kurala uyduğu ve her değişikliğin izinin kaldığı bir yapıdır. Aradaki farkı en iyi şu soru gösterir: "Bu müşteriye en son kim, ne zaman, hangi kanaldan dokundu?" Listede bu sorunun cevabı yoktur; veri tabanında kaydın kendisinde durur.

Bir başka fark da tekilliktir. Listede aynı müşteri üç satırda üç farklı yazımla durabilir ve kimse rahatsız olmaz. Veri tabanında ise her müşterinin bir tek kaydı olur; telefon numarası, e-posta ve firma unvanı o kaydı tekil biçimde işaret eder. Tekillik sağlanmadığı sürece hiçbir rapor, hiçbir kampanya ve hiçbir ciro toplamı güvenilir olmaz.

Pratikte üç şeyi aynı anda taşıması gerekir. Birincisi kimlik: kaydın kim olduğunu tekil biçimde söyleyen bilgiler. İkincisi ticari bağlam: bu kişi ya da firmayla aranızdaki para ilişkisi, teklifler, siparişler, cari durum. Üçüncüsü etkileşim geçmişi: görüşmeler, mesajlar, e-postalar, ziyaretler. Bu üçü ayrı dosyalarda yaşadığı sürece elinizde veri tabanı değil, üç ayrı hafıza parçası vardır ve hiçbiri tek başına karar verdirmez.

Hangi alanlar gerçekten gerekli?

Yeni bir veri tabanı kuran ekiplerin en sık düştüğü tuzak, "ileride lazım olur" diye kırk alan açmaktır. Kırk alanın otuzu boş kalır, boş alanlar rapor bozar ve saha ekibi formu doldurmayı bırakır. Doğru yaklaşım tersidir: doldurmadan kaydı kapatamayacağınız bir çekirdek belirleyin, gerisini isteğe bağlı bırakın.

Alan grubu	Örnek	Kural
Zorunlu çekirdek	Ad soyad, telefon, kaynak, sorumlu kişi	Kayıt bu alanlar olmadan açılamaz
Koşullu zorunlu	Vergi no, fatura adresi	Yalnızca satış kapandığında istenir
İsteğe bağlı	Sektör, çalışan sayısı, sosyal profil	Boş kalabilir, rapora zorunlu girmez

Zorunlu alanları belirlerken saha gerçeğini de hesaba katın. Gelen bir çağrıda kişinin vergi numarasını sormak mümkün değildir; ama adını, telefonunu ve neyle ilgilendiğini almak mümkündür. Bu yüzden çekirdek alanları kaydın açıldığı ana göre, koşullu alanları ise satışın ilerlediği aşamaya göre tanımlayın.

Alan açmadan önce tek bir soruyu yanıtlayın: "Bu alanı hangi kararda kullanacağım?" Cevap yoksa alan da olmasın. Kişi, firma ve fırsat nesnelerinin hangi alanları taşıması gerektiğini CRM veri modeli: kişi, firma ve fırsat ilişkileri yazısında ayrıntılı biçimde ele alıyoruz.

Kişi ve firma: iki ayrı nesne, tek ilişki

B2B'de en pahalı tasarım hatası, kişiyi ve firmayı tek satırda tutmaktır. Aynı firmadan üç kişiyle görüşüyorsanız firma bilgisini üç kez yazarsınız; adres değişince üçünü de düzeltmeniz gerekir ve biri mutlaka eski kalır. Doğrusu iki ayrı kayıt tipi açmak ve kişiyi firmaya bağlamaktır.

Bu ilişkiyi kurarken bir de yön tanımlayın: bir firmanın birden çok kişisi olabilir, ama bir kişi tek bir firmaya bağlı olmalıdır. Aynı kişi iki firmada birden görev alıyorsa iki ayrı kişi kaydı açmak, tek kaydı iki firmaya bağlamaktan daha temiz sonuç verir; çünkü ticari geçmiş de böylece ayrışır.

Bu ayrım kurulduğunda cari hesap, fatura ve sözleşme firmaya; telefon, e-posta ve görüşme notu kişiye asılır. Satın alma komitesindeki teknik kişi ayrılırsa firmanın geçmişi yerinde kalır. Perakendede ise tersine, çoğu zaman yalnızca kişi kaydı yeterlidir; gereksiz firma katmanı açmayın.

Bir müşteri veri tabanının değeri, içinde kaç kayıt olduğuyla değil, aynı soruyu iki kişinin sorduğunda aynı cevabı almasıyla ölçülür.

Veri nereden geliyor? Kaynakları girişte standartlaştırın

Kayıtlar tek bir yerden gelmez. Web formu, gelen kutusundaki e-postalar, gelen çağrılar, fatura kayıtları, fuar ve etkinlik listeleri, pazaryeri siparişleri; her biri farklı biçimde veri üretir. Temizliği sonraya bırakmak yerine, veriyi girdiği anda hizalayın.

• Web formu: Telefon alanına maske koyun, e-postayı biçim doğrulamasından geçirin ve kaynağı sistemin kendisi yazsın; kullanıcıya bırakmayın.
• Gelen kutusu ve mesajlaşma: WhatsApp, Instagram ve e-postadan gelen konuşmalar ortak gelen kutusu üzerinden tek kayda bağlanmalı; kimin cevapladığı kayda düşmeli.
• Telefon: Çağrı kaydı ve arayan numarası otomatik eşleşmeli, temsilci yalnızca sonucu ve bir sonraki adımı girmeli.
• Fatura ve ön muhasebe: Cari kart ile müşteri kaydı aynı kimliği paylaşmalı; iki ayrı numara üretmek ileride birleştirme işi çıkarır.
• Etkinlik ve pazaryeri: Toplu içe aktarımdan önce şablonu sizin alan yapınıza çevirin, ham dosyayı olduğu gibi yüklemeyin.

Manuel girişi azaltmanın yolları da var: kartvizit ve belgelerden otomatik veri çıkarmayı yapay zekâ ile belge ve kartvizit okuma yazısında ayrıca anlatıyoruz.

İzin ve hukuki dayanak

Müşteri verisi toplamak, o veriyi istediğiniz gibi kullanma hakkı vermez. KVKK ve GDPR mantığı üç başlıkta özetlenebilir: yalnızca amaç için gerekli veriyi toplayın, kişiye ne topladığınızı ve niçin topladığınızı açıkça söyleyin, veriyi süresiz saklamayın. Ticari elektronik ileti gönderecekseniz ayrıca açık bir onay gerekir ve bu onayın kaydı kayıt üstünde tarih ve kanal bilgisiyle durmalıdır.

Pratik karşılığı şudur: her kişi kaydında izin durumu, iznin alındığı tarih ve iznin alındığı kanal alanları bulunsun; izin geri alındığında bunu işaretleyecek bir düğme olsun. Yasal çerçevenin CRM tarafındaki uygulamasını KVKK uyumlu CRM kurgusu yazısında, saklama sürelerinin nasıl belirleneceğini ise veri saklama ve silme politikası yazısında bulabilirsiniz. Mevzuat yorumu işinize ve sektörünüze göre değişebilir; kritik kararlarda hukuk danışmanınıza sorun.

Mükerrer kayıt: önleme, bulma, birleştirme

Mükerrer kayıt, veri tabanının en sessiz düşmanıdır. Aynı müşteriye iki temsilci ayrı ayrı teklif verir, aynı kampanya iki kez gider, ciro raporu bölünür. Çözüm üç katmanlıdır.

Önce önleme: telefon ve e-posta alanlarını tekil anahtar yapın, kayıt açılırken sistem benzer kayıt varsa uyarsın. Sonra bulma: normalize edilmiş telefon numarası, e-posta ve firma unvanı üzerinden düzenli tarama yapın. En son birleştirme: hangi kaydın hayatta kalacağını ve hangi alanın kazanacağını kural olarak yazın, geçmişi kaybetmeyin. Bu üç adımın uygulama detayını yinelenen lead kayıtlarını bulup temizlemek yazısında adım adım işliyoruz.

Veri kalitesini kurala bağlayın

Veri kalitesi disiplin meselesi değil, tasarım meselesidir. İnsanlardan dikkatli olmalarını istemek yerine, sistemin yanlış veriyi kabul etmemesini sağlayın.

Format ve doğrulama

Telefonu tek bir uluslararası biçimde saklayın; kullanıcı nasıl yazarsa yazsın sistem dönüştürsün. E-postayı yalnızca biçim olarak değil, mümkünse teslim edilebilirlik açısından da kontrol edin. Tarihleri metin alanında tutmayın. Bu kuralların bütününü CRM veri kalitesi ve doğrulama yazısında derledik.

Serbest metin mi, açılır liste mi?

Rapora girecek her alan açılır liste olmalıdır. "Sektör" alanını serbest bıraktığınızda otuz farklı yazımla karşılaşırsınız ve hiçbir filtre çalışmaz. Serbest metni yalnızca not alanlarına bırakın. Açılır liste seçeneklerini de az tutun: on beş seçenekli bir liste, pratikte doldurulmayan bir listedir.

Segmentasyon için etiket ve alan tasarımı

Veri tabanının asıl işi, doğru grubu ayırabilmektir. Bunun iki aracı vardır: alanlar ve etiketler. Alanlar kalıcı, tekil ve yapısal bilgiyi taşır: şehir, sektör, müşteri tipi. Etiketler ise geçici ve çoklu durumları işaretler: fuarda tanıştık, fiyat hassas, yeniden teklif bekliyor.

İkisini karıştırmayın. Şehri etiket yaparsanız raporlanamaz; "fiyat hassas" bilgisini alan yaparsanız aynı anda iki durumu işaretleyemezsiniz. Segment kurgusunu iş hedeflerine bağlamayı müşteri segmentasyonu yazısında ele alıyoruz. Ayrıca hangi verinin kime hangi mesajı gönderdirdiğini baştan planlayın; sonradan eklenen alanlar geçmiş kayıtlarda boş kalır.

Eski veriyi taşımak ve temizlemek

Çoğu işletme sıfırdan başlamaz; elinde bir Excel, bir telefon rehberi ve bir muhasebe programı vardır. Taşımayı üç aşamada yapın. Birinci aşamada dosyaları tek bir çalışma sayfasında birleştirin ve sütunları hedef alan yapınıza eşleyin. İkinci aşamada temizleyin: boş satırları, test kayıtlarını, ulaşılamaz numaraları ve artık faaliyette olmayan firmaları ayırın. Üçüncü aşamada küçük bir örneklemle deneme yükleme yapın, sonucu kontrol edin, sonra tamamını aktarın.

Taşımanın en kritik kuralı, ham dosyanın bir kopyasını değiştirmeden saklamaktır. Bir hafta içinde bu geçişi nasıl planlayacağınızı Excel'den CRM'e geçiş rehberinde haftalık bir plan hâlinde bulabilirsiniz.

Kim ne görür, yedek ve dışa aktarım

Veri tabanı kurulduğu anda üç soru daha doğar. Kim hangi kaydı görebilir? Temsilcinin yalnızca kendi portföyünü görmesi, yöneticinin ekibin tamamını görmesi tipik bir kurgudur; rol ve yetki tanımlarını kayıt sayısı büyümeden yapın, sonradan geriye dönük düzenlemek zordur.

İkincisi yedekleme. Sistem sağlayıcınız yedek alıyor olabilir ama kendi kontrolünüzde de düzenli bir dışa aktarım tutun. Üçüncüsü taşınabilirlik: verinizi istediğiniz an standart bir biçimde dışa aktarabiliyor musunuz? Bu soruya "hayır" diyorsanız tedarikçiye bağımlılık riski taşıyorsunuz demektir. Verinin kolay dışa alınabilmesi, bir konfor değil, pazarlık gücüdür.

Veri tabanını canlı tutan rutinler ve kalite metrikleri

Kurulum bir haftalık iş, canlı tutmak ise süreklidir. Üç rutin işi görür. Her görüşme kayda düşer: telefon, mesaj ya da toplantı, sonucu ve bir sonraki adımı ile birlikte. Otomatik zenginleştirme çalışır: web formundan gelen firma adına göre eksik alanlar tamamlanır. Ve ayda bir periyodik temizlik yapılır: mükerrerler taranır, altı aydır hiç dokunulmamış kayıtlar gözden geçirilir, ulaşılamayan numaralar işaretlenir.

Bu rutinlerin sahibi belli olmalıdır. "Herkes ilgilensin" dediğiniz an kimse ilgilenmez. Aylık temizliği tek bir kişiye verin, çıktısını kısa bir kontrol listesiyle raporlasın: kaç mükerrer birleştirildi, kaç kayıt pasife alındı, kaç eksik alan tamamlandı. Bu liste hem işin yapıldığını gösterir hem de sorunun nerede biriktiğini işaret eder.

Ölçmeden yönetemezsiniz. Üç metrik yeter: zorunlu alanların doldurulma oranı, toplam kayıt içindeki mükerrer oranı ve ulaşılabilirlik oranı, yani geçerli telefon veya e-postası olan kayıtların payı. Bu üçünü aylık takip edin; birinin bozulması diğerlerinden önce ortaya çıkar.

Sık yapılan hatalar

En sık görülenler şunlardır: kaydı açan kişinin sorumlu olarak atanmaması, kaynak alanının boş bırakılması, silme yerine "pasif" işaretlemenin kullanılmaması, notların e-posta içinde bırakılması ve tek bir kişinin kafasında yaşayan bilginin hiç yazılmaması. Bir de rapor için alan açıp o alanı hiç doldurmamak var; boş bir alan, olmayan alandan daha zararlıdır çünkü rapora yanlış güven verir.

Kayıt sayınız büyüdükçe sorgulama biçimi de değişir; filtre yerine doğrudan soru sorarak veriye ulaşmayı CRM verinize doğal dilde soru sormak yazısında anlatıyoruz. Kendi müşteri veri tabanınızı kurmaya bugün başlamak isterseniz Rocketly hesabınızı açıp kişi, firma ve etkileşim geçmişini tek yapıda toplayabilir, ilk yüklemenizi aynı gün yapabilirsiniz.