CRM Veritabanı Nedir, Kayıtlar Nasıl Bağlanır ve Temiz Tutulur?

CRM veritabanında hangi kayıtlar bulunur?

Bir CRM veritabanı karmaşık görünür, ama altında hep aynı dört tür var. Terimlerin tanımları için CRM nedir rehberi baştan alır; burada dördünün nasıl bağlandığına bakıyoruz.

• Firma. Sattığınız kurum. Faturanın kesildiği taraf ve geçmişin asıl durduğu yer.
• Kişi. O firmadaki adı olan insan. Birden fazla olabilir, zamanla değişebilir.
• Fırsat. Olası bir satış: tutarı, kapanış tarihi, aşaması ve sahibi olan kayıt.
• Aktivite. Olan biten her şey: e-posta, arama, toplantı, not, gönderilen teklif.

Bu dördünden önce çoğu zaman bir aday kaydı gelir: kimden geldiği belli ama satışa hazır olup olmadığı henüz bilinmeyen talep. Senitix CRM’de nitelendirme tek adımdır: aday aynı anda kişi, firma ve fırsat kaydına dönüşür; nitelenmeyen talep ise dört ana kaydı kalabalıklaştırmadan kendi listesinde kalır.

Bu dördüne yeni bir kayıt türü eklemeden önce iyi düşünün. Her yeni tür, ekranların çoğalması ve verinin nereye gireceğinin belirsizleşmesi demek. Çoğu ekibin “bize özel” sandığı şey aslında bir özel alandır, yeni bir kayıt türü değil. Senitix CRM’de böyle bir bilgi için özel alan açılır; gerçekten ayrı bir kayıt gerektiren durumlar için ise özel nesne kurulur.

İlişki firmada durur

Küçük ekiplerde sık görülen hata, her şeyi kişiye bağlamak. Telefon rehberi mantığı bu ve o kişi işten ayrılana kadar iyi çalışıyormuş gibi görünüyor.

Doğru model şu: fırsat firmaya bağlanır, kişi de firmaya bağlanır. Böylece muhatap değiştiğinde geçmiş yerinde kalır; yeni gelen kişi kayda eklendiğinde iki yıllık ilişki kendiliğinden onun da önüne gelir.

Bağların yönü de bellidir: bir firmaya birçok kişi ve fırsat bağlanır; bir fırsata ise ürünler, aktiviteler, teklifler ve ilgili kişiler. Kişi iş değiştirdiğinde eski firmadaki geçmişi kaybolmamalı, yeni firma bağı ayrıca kurulabilmelidir.

Aktiviteler ise hem kişiye hem firmaya bağlanmalı. “Bu firmayla en son ne zaman konuştuk” ile “bu kişiyle en son ne zaman konuştuk” farklı sorular ve ikisinin de cevabı gerekiyor. Fırsatın Senitix CRM’de satış sürecinin (pipeline) aşamalarında, listede ve Kanban panosunda nasıl ilerlediğini fırsatlar ve pipeline’lar bölümünde görebilirsiniz.

Mükerrer kayıt nereden doğar?

Kimse bilerek ikinci bir kayıt açmaz. Mükerrer kayıt, sistemin “bu iki şey aynı” diyememesinden doğar ve neredeyse her zaman anahtar seçimine dayanır.

Firma adı anahtar olamaz. “Demir Makine”, “Demir Makine San. Tic. Ltd. Şti.” ve “demir makina” aynı firmadır ama bir sistem bunu yalnızca ada bakarak güvenle bilemez. Sabit bir değer gerekiyor: firmada vergi numarası ya da cari kod, kişide e-posta adresi.

İkinci kaynak aktarımlar. Aynı Excel dosyası iki kez yüklendiğinde ya da bir bağlantı tekrar çalıştığında kayıtlar ikiye katlanabilir; bunun nasıl önleneceğini bağlantıların hangi sırayla kurulacağı rehberinde yazdık. Üçüncüsü insan: aynı müşteriyi iki satışçının ayrı ayrı açması. Buna karşı en etkili alışkanlık, yeni kayıt açmadan önce anahtar değerle arama yapmaktır.

Birleştirme, erken yapıldığında ucuz, geç yapıldığında pahalı bir iş. İki kaydın geçmişini korumak, altı ay sonra üç yerde birikmiş yazışmayı ayıklamaktan çok daha kolay. Birleştirmeden önce kaydın sahibinin kim olacağına ve hangi değerin doğru olduğuna karar verin; Senitix CRM’de birleştirme sırasında kalacak alan değerlerini siz seçersiniz, bağlı kayıtlar da kalan kayda taşınır.

Mükerrer kaydın gerçek bedeli listenin şişmesi değil. Aynı müşteriye iki satışçının ayrı ayrı teklif göndermesi, bir kayıtta görünen tahsilat sorununun diğerinde görünmemesi, raporun aynı firmayı iki kez sayması: hepsi bu tek kusurdan çıkar.

Mükerrerin tanımını önce siz yazarsınız

Anahtarı seçtikten sonra sırada bir cümle var ve onu kimse sizin yerinize yazamaz: iki kaydın ne zaman aynı sayılacağı. Aynı vergi numarasını taşıyan iki firma kaydı mükerrerdir; aynı grubun iki ayrı tüzel kişiliği değildir. Aynı e-posta adresini taşıyan iki kişi kaydı mükerrerdir; aynı posta kutusunu paylaşan iki satın almacı değildir. Bu cümle yazılmadan hiçbir uyarı ekranı işe yaramaz; yazıldıktan sonra sade bir arama bile yeter.

Kural iki katmanlı olmalı. Kesin eşleşme anahtar üzerinden yürür. Olası eşleşme ise anahtar boş kaldığında devreye girer, çünkü küçük şirketlerde muhatapların bir bölümü ortak bir kutu kullanır, bir bölümünün hiç iş e-postası yoktur. O durumda telefon ile firma bağını birlikte okuyun, yeter ki numara tek biçime indirilmiş olsun: baştaki sıfır ve boşluklar atılmış, ülke kodu eklenmiş tek bir dize. Tek biçime indirilmemiş bir numara, aynı kişiyi üç ayrı insan gibi gösterir. Olası eşleşme yine de bir öneridir; birleştirme kararını insan verir.

Bu tanımı bugün Senitix CRM’e kural olarak yazamazsınız: neyin mükerrer sayılacağını belirleyen eşleştirme kuralları yakında geliyor. Bugün yapılabilen, mükerrer aday, kişi ve firma kayıtlarını mükerrer kayıt ekranında birleştirmek ve tanımı bir alışkanlıkla uygulamaktır. Yeni açılan kayıtları haftada bir anahtar sütunu boş olanlara göre süzün ve boş kalanı o gün doldurun; bir müşteriye ait her temas tek kayda yazıldığı sürece ikinci kaydın ömrü bir haftayı geçmez. Bu düzenin günlük hâli müşteri takip programı rehberinde anlatılıyor.

Hangi alan zorunlu olmalı?

Zorunlu alan, veri kalitesini yükselten değil, kayıt açılmasını zorlaştıran bir araç. Doğru kullanıldığında işe yarar, fazla kullanıldığında sistemi boşaltır.

Ölçü şu: bir alan, o kayıt olmadan hiçbir işe yaramıyorsa zorunlu olsun. Firma adı ve eşleştirme anahtarı zorunlu olmalı. Fırsatta tutar, kapanış tarihi ve sahip de zorunlu olmalı, çünkü üçü olmadan tahmin kurulmaz. Geri kalanı kaydın ilerleyen aşamalarında istenmeli.

Aşamaya bağlı zorunluluk, tek biçimli zorunluluktan daha iyi çalışır: bütçe alanını ilk kayıt açılırken değil, teklif aşamasına geçerken isteyin. Senitix CRM bunu zorla uygulamaz; her aşama bir yönlendirme metni ve en fazla beş anahtar alan gösterir, alanın o aşamada dolu olması ise ekibin kendi aldığı bir karardır. Bu kurguyu alan ve rapor tasarımı rehberinde ayrıntılı anlattık.

Bunun için bir alan sözlüğü tutun: her alanın adı, tanımı, veri tipi, bir örnek değeri, zorunlu olup olmadığı, sahibi, kaynağı, hangi raporda kullanıldığı ve saklama süresi. Dört kayıt türü için hazırlanmış örnek bir sözlüğü müşteri veritabanı alanları yazısında paylaştık.

Zorunluluğa karar verirken alan listesinin kendisini de gözden geçirin. Aynı şeyi soran “sektör”, “müşteri sektörü” ve “firma tipi” yan yana durduğunda hangisinin doldurulacağı tesadüfe kalır; üçü de yarı dolu olur ve hiçbiri rapora girmez. Aynı anlama gelen alanları çoğaltmayın, tek alanda birleştirin. Listeyi kısaltmanın kolay yolu her alanın yanına iki satır yazmak: bu alanı kim dolduruyor ve değeri nereden geliyor. İkisine de cevap veremiyorsanız o alan zorunlu değil, gereksizdir.

Veri kalitesi nasıl ölçülür?

“Verimiz kirli” cümlesi tek başına bir şey ifade etmez. Ölçülebilir hâle getirmenin yolu, birkaç basit oran tutmak.

• Sahipsiz kayıt oranı. Hiç kimseye atanmamış firma ve fırsatlar. Bu kayıtlar kimsenin gündeminde değil.
• Eşleştirme anahtarı boş olanlar. Vergi numarası ya da e-postası olmayan kayıtlar, gelecekteki mükerrer kayıt adayları.
• Doksan gündür hareketsiz açık fırsatlar. Açık görünüyor ama kimse dokunmuyor; tahmini bozan asıl kalem bu.
• Kayıp nedeni boş kapanışlar. Neden kaybettiğinizi bilmiyorsanız, rapor size sadece kaybettiğinizi söyleyebilir.

Bu dört oranın hiçbiri gelişmiş bir rapor gerektirmez; dördü de basit birer filtre. Kayıt listesini bu dört filtreyle bir kez kurup kaydedin, sonra her çeyrekte açıp sayıya bakın.

Hepsini sıfıra indirmeye çalışmayın; eğilimi izleyin. Yükseliyorsa alışkanlık değil, tasarım bozulmuş demektir.

Dört oranın da yanında bir isim olsun. Okumak ile düzeltmek aynı kişinin işi olmak zorunda değil: sahipsiz kaydı satışçı üstlenir, boş anahtarı veriyi elinde tutan kişi toplu olarak doldurur, hareketsiz fırsatı haftalık toplantı ya kapatır ya ilerletir, boş kayıp nedenini yönetici gözden geçirmede sorar.

Veri kalitesinin genel sahipliği de paylaşılır: satış temsilcisi günlük kayıt doğruluğunu, operasyon alan sözlüğünü ve toplu temizliği, satış yöneticisi süreçteki zorunlulukları, BT entegrasyonları, hukuk ise işleme amacını ve saklama sınırlarını sahiplenir. “CRM yöneticisi düzeltir” tek başına sürdürülebilir bir model değildir; sistemin sahibinin işi listeyi kısa tutmaktır, dört oranı tek başına kapatmak değil.

Dört oran oturduktan sonra ölçüyü genişletebilirsiniz: zorunlu ve kritik alanların tamlığı, geçersiz e-posta ve telefon biçimi, olası mükerrer oranı ve birleştirme süresi, firma–kişi ve fırsat–kişi ilişkisinin tamlığı, eski ya da etkin olmayan kayıt oranı, entegrasyondan gelen hatalar ve elle yapılan düzeltmeler.

Kim neyi görür, veri ne kadar saklanır?

Bir CRM veritabanı kişisel veri tutar: ad, telefon, e-posta, yazışma. Bu yüzden iki sorunun yazılı cevabı olmalı. Kim hangi kaydı görebilir ve silebilir? Bir veri ne kadar süre saklanır?

Erişim tarafında pratik kural, geri alınamaz işlemleri ayırmak: kayıt görmek geniş, kayıt silmek ve toplu dışa aktarmak dar yetki olmalı. Saklama tarafında ise her veri kategorisi için bir süre ve o sürenin sebebi yazılmalı. “İhtiyaç olur diye” bir sebep değildir.

Rol, kayıt sahipliği, ekip, alan izni ve dışa aktarma yetkisini iş ihtiyacına göre verin. Saklama süresini de yalnızca depolama maliyetine göre değil; amaç, sözleşme ve yasal yükümlülüğe göre belirleyin ve süre dolduğunda silme ya da anonimleştirme sürecini işletin.

Senitix CRM’deki veriler AB’de barındırılır, aktarımda ve saklamada şifrelenir. Türkiye’den bakıldığında AB’de barındırma da KVKK anlamında yurt dışına aktarımdır; sağlayıcı ve konum bilgisi, aktarımın dayanağıyla birlikte Alt İşleyenler ve Yurt Dışı Aktarımlar sayfasında. Erişim rol, departman ve kayıt sahipliğiyle belirlenir; alan izinleri, marj gibi hassas değerleri yalnızca ihtiyacı olan rollere gösterir. Şifrelemenin ayrıntısını Senitix güvenlik sayfası, rollerin ve ilgili kişi taleplerinin nasıl yürüdüğünü GDPR ve veri koruma sayfası, neyin ne kadar tutulduğunu Veri Saklama ve İmha Politikası anlatıyor.

Yetki verilmez, tasarlanır

Yetki ekranlarını organizasyon şemasından doldurmak yaygın ve yanlış bir başlangıç. Şema kimin kime bağlı olduğunu söyler; yetki ise kimin hangi kaydı görmeden işini yapamayacağını sorar. İkisi çoğu zaman örtüşmez: teklifin fiyatını yazan kişi hiçbir satış ekibine bağlı olmayabilir, ama fırsatın tutarını görmek zorundadır.

Tasarım üç soruyla başlıyor. Bir satışçı kendi portföyü dışındaki bir firmayı hangi durumda görmeli? Geri alınamaz olan ne: silme mi, toplu güncelleme mi, dışa aktarma mı? Veriyi şirket dışına çıkaran bir işlemi kim yapabilir ve izi nerede kalır? Üçünün cevabı yazılıysa rol tanımlamak kısa bir iş. Yazılı değilse hangi kutuyu neden işaretlediğinizin bir gerekçesi olmaz ve altı ay sonra kimse hatırlamaz.

İz sorusunun Senitix CRM’deki karşılığı şudur: bir kayıtta kimin hangi alanı ne zaman değiştirdiği kaydın geçmişinde görünür; yönetim ayarlarındaki değişiklikler de ayrı bir denetim kaydına yazılır.

Saklama süresi hukuki bir soru, ama cevabı operasyonel. KVKK “ne kadar süre ve neden” diye sorar; sizin yazacağınız şey bir tablodur: veri kategorisi, süre, sürenin sayacını başlatan olay, süre dolunca ne olacağı (silme mi, anonimleştirme mi) ve bunu kimin çalıştıracağı. Sayacı başlatan olayı yazmayan tablo işlemez; “iki yıl” cümlesi, neyin üstünden iki yıl geçtiği belli değilse uygulanamaz. Tabloyu doldurabilmek için hangi alanın hangi soruya hizmet ettiğini bilmek gerekiyor; o eşleştirmeyi aşama, alan ve rapor kurgusu rehberi kuruyor.

Temiz bir CRM veritabanı nasıl kurulur?

Temizlik sonradan yapılan bir iş değil, kurulumda verilen dört karar.

Senitix CRM’de kişi, firma, fırsat ve aktivite kayıtları birbirine bağlı durur; teklifler ve bağlı posta kutusundan gelen yazışmalar da aynı kayda yazılır. Yapının tamamını Senitix CRM sayfasında, planların neyi kapsadığını fiyatlandırma sayfasında bulabilirsiniz.

Taşımada aktivite neden en sona kalır?

Dört karar verildikten sonra geriye tek bir şey kalıyor: yükleme sırası. Kurulumun tamamı ve veri hazırlığının o plandaki ağırlığı CRM kurulumunun dokuz adımı rehberinde yazılı; burada yalnız kayıtların hangi sırayla içeri gireceğine bakıyoruz.

Dört yükleme, hep bu sırayla. Önce firmalar, anahtar sütunu dolu olarak. Sonra kişiler, her biri bir firmaya eşleşmiş hâlde; eşleşmeyen kişi yüklenmez, kenarda bekler. Sonra açık fırsatlar, sahibi ve kapanış tarihiyle. En sona aktiviteler ve dosyalar kalır. Senitix CRM’de yükleme her planda CSV ya da Excel dosyasıyla yapılır. Bağlantıları da bu dördü bittikten sonra açın: e-posta ve takvim bağlantıları yükleme sürerken çalışırsa hangi kaydın nereden geldiği belirsizleşir.

Aktiviteyi en sona bırakmanın sebebi şu: bir kayıt geçmişe bağlanana kadar hafiftir, bağlandıktan sonra ağırlaşır. Mükerrer iki firmayı yükleme günü birleştirmek, iki satırı tek satıra indirmektir. Aynı işi aktiviteler bağlandıktan sonra yapmak ise yazışmaların, tekliflerin, dosyaların ve görevlerin yeni kayda taşınması, iki sahip arasından birinin seçilmesi ve o kayda dayanan her listenin yeniden okunması demektir. Hiçbir şey kaybolmasa bile artık bir insanın tek tek karar vereceği onlarca satır vardır. Bu yüzden yükleme günü bulduğunuz her şüpheli eşleşmeyi o gün çözün; “sonra bakarız” listesi sonra bakılan bir liste değildir.

Yedek ile dışa aktarma aynı değildir

Dışa aktarma taşınabilir bir veri kopyasıdır; yedek ise belirli bir noktaya güvenilir geri dönüş içindir. Bir sağlayıcının CSV dışa aktarması; ilişkiler, dosyalar, denetim geçmişi ve geri yükleme hedefi olmadan iş sürekliliği planı sayılmaz.

İkisinin cevapladığı soru da ayrı. Yedek “hangi ana dönebilirim ve o an ile şimdi arasında ne kaybederim” sorusuna cevap verir; cevabı bir zaman aralığıdır. Dışa aktarma “bu veriyi buradan nereye taşıyabilirim” sorusuna cevap verir; cevabı bir dosya biçimidir. Aynı işlemden ikisini birden bekleyen ekip, ihtiyaç duyduğu gün ikisini de bulamıyor.

Dışa aktarmanın kendi işi meşru: veriyi başka bir sisteme taşımak, ilgili kişinin talebine cevap vermek, arşive almak. Ama çıkan dosya o andan itibaren kişisel verinin ikinci bir kopyasıdır ve birinin bilgisayarında, saklama sayacı hiç işlemeyen bir kopya olarak durur. Bu yüzden dışa aktarma dar bir yetki olmalı, kimin ne zaman aldığı yazılı kalmalı, işi biten dosya silinmeli. Yukarıdaki saklama tablosu yalnız CRM’in içindeki kayıt için değil, dışarı çıkan dosya için de geçerli.

Senitix CRM tarafında bu iki iş ayrı yürür. Veritabanı her gün ve her ay yedeklenir, yedeğin kopyası ikinci bir bölgede tutulur; bu yedek hizmetin sürekliliği içindir. Yanlışlıkla silinen tek bir kayıt ise geri dönüşüm kutusuna düşer ve saklama süresi içinde geri yüklenir. Kendi kopyanızı almak istediğinizde yetkili bir kullanıcı kayıtları her planda CSV ya da Excel dosyası olarak dışa aktarır; tam veri dışa aktarımı da zamanlanabilir.

CRM veritabanı Excel’den neden farklıdır?

Çünkü CRM veritabanında ilişkiler, yetki, değişiklik geçmişi, süreç kuralı ve çok kullanıcılı eşzamanlı çalışma veri modelinin parçasıdır; hesap tablosunda bunların hiçbiri dosyanın kendisinde durmaz.

Bu listenin altında tek bir ayrım yatıyor: hesap tablosu satır tutar, veritabanı bağ tutar. Tabloda “bu firmanın üç kişisi ve iki açık fırsatı var” cümlesi sütunlarla elle kurulur; bir sıralama, bir kopyalama ya da ikinci bir sekme onu sessizce bozar. Kayıtlar bağlıysa o cümleyi kimsenin kurması gerekmez; sorulduğunda zaten oradadır.

Bu sayfanın anlattığı işlerin çoğu da hesap tablosunda karşılıksız kalıyor. Eşleştirme anahtarı orada yalnızca bir sütun; aynı numarayı ikinci kez yazan kişiyi durduran bir şey değil. Birleştirme iki satırı silip birini bırakmaktır, çünkü korunacak bir geçmiş yoktur. Saklama süresi ise hiç işlemez: dosyanın kaç kopyasının kimde durduğunu kimse bilmiyor. Karşılaştırmanın tamamı, ERP ve pazarlama araçları dahil, CRM’in Excel ve ERP’den farkı bölümünde duruyor.

Kayıt türü

Verinin tutulduğu tip: firma, kişi, fırsat, aktivite. Sistemin kurulduğu temel tablolar.

Alan

Bir kayıttaki tek bir bilgi parçası. Her alanın sürekli bir maliyeti vardır: birisi onu her kayıtta dolduracaktır.

İlişki

İki kayıt arasındaki bağ. Bir listeyi müşteri geçmişine çeviren şey tam olarak budur.

Eşleştirme anahtarı

Bir kaydı benzersiz kılan değer: e-posta, vergi numarası ya da cari kod. Firma adı hiçbir zaman anahtar olmaz.

Birleştirme

İki kaydı, ikisinin de geçmişini koruyarak tek kayda indirmek. Erken yapıldığında ucuz, geç kalındığında pahalı.

Veri kalitesi

Bir kaydı kontrol etmeden üstüne işlem yapabilme güveniniz. Oranlarla ölçülür, izlenimle değil.

Saklama süresi

Her veri kategorisinin ne kadar tutulacağı ve tutulma sebebi. Yazılı bir karar olmalı, alışkanlık değil.

Erişim modeli

Kimin hangi kaydı varsayılan olarak göreceği ve geri alınamaz işlemleri kimin yapabileceği.