CRM Veri Modeli Nasıl Kurulur? Müşteri, Firma ve Fırsat İlişkileri

CRM datası, bir CRM'de tutulan müşteri, firma, satış fırsatı ve etkileşim kayıtlarının tamamıdır. CRM veri modeli ise bu verinin hangi nesnelerde (kişi, firma, fırsat gibi), hangi alanlarla ve birbirine nasıl bağlı tutulacağını belirleyen iskelettir. Model doğru kurulursa raporlar güvenilir olur; yanlış kurulursa mükerrer kayıtlar, kopuk ilişkiler ve kimsenin inanmadığı rakamlar çıkar.

CRM datası nelerden oluşur?

“Müşteri datası” denince çoğu kişi ad, telefon ve e-postayı düşünür. Oysa işe yarayan bir CRM'de beş tür veri birlikte durur:

• Kimlik verisi: Kişinin adı, unvanı, iletişim bilgileri; firmanın unvanı, vergi numarası, sektörü, adresi.
• İlişki verisi: Kişinin hangi firmada, hangi rolde olduğu; firmanın bağlı olduğu grup ya da bayi yapısı.
• İşlem verisi: Teklifler, fırsatlar, siparişler, sözleşmeler.
• Etkileşim verisi: Aramalar, toplantılar, e-postalar, destek talepleri, web formu başvuruları.
• İzin verisi: Ticari ileti onayı, aydınlatma metni kaydı, iletişim tercihi.

Veri modeli bu beş türün her birinin nerede duracağını ve birbirine nasıl bağlanacağını tanımlar.

Temel nesneler: kişi, firma, fırsat ve aktivite

Büyük CRM'lerin hemen hepsi aynı çekirdek üzerine kurulur; adlar farklı olsa da mantık ortaktır.

• Firma (account, company): Satış yaptığınız kurum. B2B işlerde modelin merkezidir.
• Kişi (contact): Firmada muhatap olduğunuz birey. B2C işlerde merkez burasıdır.
• Fırsat (opportunity, deal): Belirli bir satış ihtimali. Tutar, aşama, beklenen kapanış tarihi ve sorumlu bu kayıtta tutulur.
• Aktivite: Arama, toplantı, görev, e-posta. Her zaman bir kişiye, firmaya ya da fırsata bağlanır.
• Talep (case, ticket): Satış sonrası destek kaydı.

Sık yapılan hata, fırsat bilgisini kişi kartına yazmaktır. “Ahmet Bey, teklif verildi, pazarlıkta” notu kişi kartında durduğunda aynı kişiyle ikinci bir iş açıldığında rapor karışır. Tutar ve aşama her zaman fırsat nesnesinde durmalıdır; bir kişinin birden fazla fırsatı olabilir.

İlişkiler nasıl kurulur: bire-çok ve çoka-çok

Veri modelinin asıl işi ilişkilerde görülür.

Bire-çok ilişki en yaygın olanıdır: bir firmanın birden fazla çalışanı, bir fırsatın birden fazla aktivitesi olur. Bunu kurmak kolaydır; kişi kaydında “bağlı olduğu firma” alanı yeterlidir.

Çoka-çok ilişki gerçek hayatta sanıldığından sık çıkar. Bir mali müşavir on farklı firmanın muhasebesini yürütür; bir satın alma müdürü grup şirketlerinin üçü adına karar verir; bir fırsatta hem teknik müdür hem finans direktörü etkilidir. Kişiyi tek firmaya kilitleyen bir model bu durumları ya mükerrer kayıtla ya da serbest metin notlarla çözmeye çalışır; ikisi de raporu bozar.

Yaygın CRM'ler bunu farklı adlarla çözer. Salesforce'ta “Contacts to Multiple Accounts” özelliği bir kişiyi birden fazla firmaya bağlar; kişinin ana firması doğrudan ilişki, diğerleri dolaylı ilişki olarak tutulur. HubSpot'ta ilişkiler (associations) her zaman iki yönlüdür, bir kişi birden fazla firma ve fırsatla ilişkilendirilebilir; kişinin ilk bağlandığı firma varsayılan olarak ana firma sayılır. İlişkiye “danışman” ya da “yönetici” gibi etiket eklemek ise HubSpot'ta Professional ve Enterprise paketlerde sunulur.

Hiyerarşi üçüncü önemli ilişkidir. Holding, bağlı şirket ve şubeler üst firma ilişkisiyle birbirine bağlanır. Microsoft Dataverse'te bu, firma kaydındaki “üst firma” alanıyla kurulur ve raporlarda ana ve alt şirketlerin birlikte görülmesini sağlar.

İki CRM örneği: B2B ve B2C

Sanayi ürünleri satan bir distribütör: Firma merkezdedir. Her bayi ve son kullanıcı firma olarak açılır, şubeler üst firmaya bağlanır. Kişiler firmalara rol ile bağlanır (satın alma, teknik, finans). Fırsatlar firmaya, fırsattaki karar vericiler kişilere bağlanır. ERP'deki cari kod firma kaydında tutulur; böylece CRM'de kazanılan teklif ERP'de doğru cariye sipariş olarak düşer.

Online satış yapan bir marka: Kişi merkezdedir; çoğu müşterinin bir firması yoktur. Kişi kaydında sipariş geçmişi özeti, son sipariş tarihi, kanal (web, pazaryeri, mağaza) ve iletişim izni durur. Fırsat nesnesi yerine sipariş ve destek talebi öne çıkar. Kurumsal alımlar için firma nesnesi yine açık tutulur ama zorunlu olmaz.

İki örnekte de fark şudur: model, işin gerçekte nasıl döndüğünü yansıtır. Başka bir şirketin CRM şablonunu olduğu gibi kopyalamak çoğu zaman gereksiz alanlarla dolu bir sistem bırakır.

Mükerrer kayıt nasıl önlenir?

Temiz veri, benzersiz anahtar seçimiyle başlar. HubSpot kişileri e-posta adresine, firmaları alan adına göre otomatik eşleştirir; aynı e-postayla gelen form yeni kayıt açmak yerine mevcut kişiyi günceller. Türkiye'deki B2B işlerde firmalar için vergi kimlik numarası daha sağlam bir anahtardır; alan adı her firmada olmayabilir, şubeler aynı alan adını paylaşabilir.

Kişiler için T.C. kimlik numarası gibi verileri “anahtar olsun” diye toplamaktan kaçının. 6698 sayılı Kanun, kişisel verilerin işlendikleri amaçla bağlantılı, sınırlı ve ölçülü olmasını ister; satış takibi için gerekmeyen veri, risk olarak kalır.

Ek olarak şunlar işe yarar:

• Aşama, sektör, kaynak gibi alanlarda serbest metin yerine seçim listesi kullanmak.
• Zorunlu alanları az ve anlamlı tutmak; her şeyi zorunlu yapmak uydurma veri girişine yol açar.
• Ayda bir mükerrer raporu çekip birleştirme (merge) yapmak.
• İçe aktarmadan önce eski Excel listelerini temizlemek.

CRM veri modeli adım adım nasıl kurulur?

1. Süreci çizin: Talep nereden gelir, kim karşılar, teklif hangi aşamalardan geçer, satış sonrası ne olur?
2. Nesneleri seçin: Çekirdek nesnelerden hangileri gerekli, hangi özel nesneye (ör. proje, sözleşme, cihaz) ihtiyaç var?
3. Alan sözlüğü hazırlayın: Her alanın adı, türü, zorunlu olup olmadığı ve kimin dolduracağı tek bir belgede yazılsın.
4. İlişkileri ve rolleri tanımlayın: Kişi–firma ilişkisi tekli mi çoklu mu, fırsattaki kişiler hangi rollerle bağlanacak?
5. Anahtarları belirleyin: Firma için vergi numarası ya da cari kod, kişi için e-posta.
6. Entegrasyonu eşleyin: ERP, e-posta, web formu ve muhasebe alanlarının CRM'deki karşılıklarını baştan belirleyin.
7. Pilotla başlayın: Küçük bir veri setini aktarıp raporları test edin, sonra tamamını taşıyın.

Model zamanla şişme eğilimindedir; her ekip kendi alanını ister. Bu karmaşanın nasıl önleneceğini CRM veri modeli neden karmaşıklaşır yazımızda ayrıca anlattık.

Kısaca: iyi bir modelin işaretleri

• Her bilgi tek bir yerde durur; aynı veri iki nesnede elle tutulmaz.
• Tutar ve aşama fırsatta, kimlik bilgisi kişide ve firmada durur.
• Çoka-çok ilişkiler rol ile kurulur, notlarla değil.
• Anahtar alanlar sayesinde içe aktarma mükerrer üretmez.
• Alan sözlüğü yazılıdır ve güncel tutulur.

CRM'i ERP ile birlikte tasarlamak isteyen işletmeler için CRM ve ERP çözümlerimize bakabilirsiniz. Kendi iş yönetim platformumuz Nexfabra da müşteri, teklif, sipariş ve belgeyi tek müşteri kaydında birleştiren bu mantıkla kurgulandı.