CRM Veri Modeli Nedir? Nesneler, İlişkiler ve Doğru Kurgu

CRM veri modeli, müşteriyle ilgili bilgilerin hangi kayıt türlerinde, hangi alanlarla ve birbirine hangi ilişkilerle bağlanarak tutulacağını tanımlayan şemadır. Firma, kişi, fırsat, teklif, aktivite ve destek talebi gibi kayıt türleri bu şemanın parçalarıdır. Model doğru kurulduğunda "bu müşteriyle en son ne konuştuk, hangi teklif açıkta?" sorusu tek ekranda cevaplanır; yanlış kurulduğunda satış ve muhasebe aynı müşteri için farklı rakamlar görür.

CRM veri modeli neyi tanımlar?

Her CRM veri modeli dört soruya cevap verir:

• Nesneler: Hangi şeyleri kaydediyoruz? Firma, kişi, fırsat, ürün, destek talebi gibi.
• Alanlar: Her kayıtta hangi bilgiler var? Vergi numarası, sektör, fırsat tutarı, kapanış tarihi gibi.
• İlişkiler: Kayıtlar birbirine nasıl bağlı? Kişi hangi firmada çalışıyor, fırsat hangi firmaya ait?
• Kurallar: Hangi alan zorunlu, aynı kayıt iki kez girilebilir mi, kim neyi görebilir?

Yaygın platformlar aynı mantığı farklı adlarla kullanır. Salesforce kayıt türlerine "object" der, Microsoft Dataverse "table" der, HubSpot ise nesneler arasındaki bağlantıya "association" adını verir. Hangi yazılımı seçerseniz seçin, arkadaki düşünce aynıdır; bu yüzden modeli yazılımdan önce kâğıt üzerinde kurmak mümkündür.

"CRM datası" ne demek?

CRM datası, CRM'de biriken verinin tamamıdır ve pratikte üç gruba ayrılır. Kimlik verisi kimin kim olduğunu söyler: firma unvanı, kişi adı, iletişim bilgisi. İlişki verisi kimin kimle bağlı olduğunu söyler: bu kişi o firmada satın almacı, şu bayi bu bölgeden sorumlu. Süreç ve etkileşim verisi zamanla oluşur: aramalar, e-postalar, teklifler, fırsat aşamaları, destek talepleri.

Bu üç grubu ayrı düşünmek önemlidir, çünkü her birinin yaşam döngüsü farklıdır. Firma kaydı yıllarca yaşar, bir fırsat birkaç haftada kapanır, bir arama kaydı ise bir kez oluşur ve değişmez.

Çoğu işletmede hangi nesneler bulunur?

B2B satış yapan tipik bir işletmede şu nesneler temel iskeleti oluşturur:

• Firma (hesap): Müşteri, bayi, tedarikçi ya da rakip olarak ilişki kurulan kurum.
• Kişi: Firmada çalışan ya da bireysel müşteri olan gerçek kişi.
• Potansiyel müşteri (lead): Henüz nitelendirilmemiş talep. Nitelendirilince kişi ve fırsata dönüşür.
• Fırsat: Tutarı, aşaması ve beklenen kapanış tarihi olan olası satış.
• Teklif ve sipariş: Fırsatın ürün satırlarıyla somutlaştığı belgeler.
• Aktivite: Arama, toplantı, e-posta, görev.
• Destek talebi: Satış sonrası sorun ya da istek.

HubSpot'un belgelerinde de kişiler ve firmalar "temel nesneler" olarak geçer; fırsat, destek talebi, ürün ve teklif bunların etrafında konumlanır. İşinize özgü bir kavram varsa (proje, sözleşme, servis cihazı gibi) bunun için özel nesne açmak, onu mevcut bir nesnenin alanlarına sıkıştırmaktan daha sağlıklıdır.

Nesneler arasındaki ilişkiler nasıl kurulmalı?

İlişkilerin iki temel türü vardır. Bire-çok ilişkide bir kayda birden fazla kayıt bağlanır: bir firmanın birçok fırsatı olur. Microsoft'un Dataverse belgesi bunu, ilişkili tabloya eklenen bir arama (lookup) alanıyla kurulan 1:N ilişki olarak anlatır. Çoka-çok ilişkide ise iki taraf da birden fazla kayda bağlanabilir: bir kişi birden fazla firmayla çalışabilir, bir firmada birden fazla kişi olur. Bu ilişki araya konan bir bağlantı tablosuyla (Dataverse'te "intersect table") çözülür.

Danışmanlık, bayi ağıyla çalışan ve B2B satış yapan işletmelerde çoka-çok ilişki kaçınılmazdır. Kişiyi tek bir firma alanına bağlamak, o kişi iş değiştirdiğinde geçmişin kaybolmasına yol açar.

Rol ve zaman bilgisini ilişkinin üzerine koyun

"Karar verici", "teknik değerlendirici", "muhasebe", "eski çalışan" gibi roller kişinin kendisine değil, kişiyle firma arasındaki ilişkiye aittir. Aynı kişi bir firmada karar verici, diğerinde danışman olabilir. HubSpot bunu ilişki etiketleriyle (association labels) çözer; kendi modelinizde de bağlantı kaydına rol ile başlangıç ve bitiş tarihi eklemek aynı işi görür.

Silme ve devir davranışını baştan kararlaştırın

Bir firma kaydı silindiğinde ona bağlı fırsatlara ne olacak? Dataverse bu davranışı ilişki düzeyinde tanımlatır: ilişkili kayıtları da silmek, bağlantıyı kaldırmak ya da ilişkili kayıt varken silmeyi engellemek. Salesforce'ta ana-detay (master-detail) ilişkisinde ana kayıt silinince detay kayıtları da silinir. Bu kararı sonradan fark etmek, geri dönüşü zor veri kaybı demektir. Çoğu işletme için güvenli varsayılan, müşteri kayıtlarını silmek yerine pasife almaktır.

Süreç verisi CRM içinde nasıl akmalı?

Fırsat aşamalarını sınırlı ve tanımlı tutun: yeni, görüşme, teklif, pazarlık, kazanıldı, kaybedildi. Her aşamanın giriş koşulunu yazın; örneğin "teklif" aşamasına geçmek için teklif kaydının oluşmuş olması gerekir. Kaybedilen fırsatlarda kayıp nedenini açılır listeden zorunlu yapın; üç ay sonra "neden kaybediyoruz?" sorusunun cevabı bu alandan gelir.

Aktiviteleri hem kişiye hem de ilgili fırsata bağlayın. Yalnız kişiye bağlanan bir toplantı notu, fırsat raporunda görünmez. Otomatik kaydedilen e-postalarda ise her şeyi saklamak yerine müşteriyle ilgili yazışmaları seçmek, modeli şişirmekten korur.

Veri kalitesi için hangi kurallar gerekir?

• Tekil kimlik ve tekilleştirme: Firmalarda vergi numarası, kişilerde e-posta ya da telefon üzerinden mükerrer kayıt kontrolü.
• Açılır listeler: Şehir, sektör, kaynak kanal, kayıp nedeni gibi alanlarda serbest metin yerine sabit seçenekler. Aksi halde "İstanbul", "istanbul" ve "İst." üç ayrı segment gibi görünür.
• Az ama anlamlı zorunlu alan: Her alanı zorunlu yapmak, kullanıcıyı "-" ya da "0" girmeye iter.
• Alan sahibi: Her alanın kim tarafından güncelleneceği belli olmalı.

Kişisel veri tutan her CRM, 6698 sayılı Kişisel Verilerin Korunması Kanunu'nun 4. maddesindeki ilkelere de uymak zorundadır. Bu ilkeler arasında verinin doğru ve gerektiğinde güncel olması, işlendiği amaçla bağlantılı, sınırlı ve ölçülü olması ve gerekli süre kadar saklanması var. Veri modeli açısından karşılığı basittir: her alan için "bunu neden tutuyoruz?" sorusunun cevabı olmalı ve kaydın ne zaman arşivleneceği ya da silineceği tanımlanmalıdır.

En sık yapılan hatalar

Sık gördüğümüz ilk hata, her yeni ihtiyaç için bir alan daha açmaktır. Birkaç yıl sonra yarısı boş yüzlerce alan birikir ve kimse hangisinin güncel olduğunu bilmez. Bu sürecin nasıl yaşandığını ve nasıl toparlandığını CRM veri modelinin karmaşıklaşması üzerine yazımızda ayrıca anlattık.

İkinci hata, firma ve kişiyi tek kayıtta tutmaktır. Firmada ikinci bir muhatap çıktığında ya kayıt çoğaltılır ya da bilgi not alanına yazılır; ikisi de raporu bozar.

Üçüncü hata, ERP'yi hesaba katmamaktır. CRM'deki firma ile ERP'deki cari hesap aynı müşteriyse, iki sistemin ortak bir anahtarı (cari kodu gibi) olmalıdır. Bu anahtar baştan planlanmazsa entegrasyon aşamasında isim benzerliğiyle eşleştirme yapmak zorunda kalınır.

CRM veri modeli kurmaya nereden başlamalı?

1. Satış ve destek süreçlerinizi adım adım çizin: talep nereden gelir, kim karşılar, teklif hangi aşamalardan geçer.
2. Bu akıştaki "şeyleri" listeleyin; her biri aday bir nesnedir.
3. Nesneler arasına ilişkileri çizin ve her birinin bire-çok mu çoka-çok mu olduğunu yazın.
4. Her nesne için ilk gün gerçekten kullanılacak alanları belirleyin; "belki lazım olur" alanlarını bekletin.
5. En kritik iki süreci (örneğin satış fırsatı ve destek talebi) gerçek verinin küçük bir kısmıyla deneyin.
6. İhtiyaç duyduğunuz üç raporu bu deneme verisiyle üretmeyi deneyin. Rapor çıkmıyorsa eksik, modeldedir.

CRM'i ERP ile birlikte ele alan bir kurulum planlıyorsanız CRM ve ERP çözümlerimizi inceleyebilir, kendi süreciniz için modeli birlikte çizmek isterseniz bizimle iletişime geçebilirsiniz.