Kısa cevap: CRM programı (Customer Relationship Management, yani müşteri ilişkileri yönetimi), potansiyel ve mevcut müşterilerinizle ilgili her talebi, görüşmeyi, teklifi ve satışı tek bir müşteri kartında toplayan ve satış sürecini aşama aşama izlemenizi sağlayan yazılımdır. Doğru CRM'i seçmek için önce ürün listesine değil, kendi satış sürecinize bakın: talepler hangi kanallardan geliyor, satış kaç aşamada kapanıyor, CRM hangi sistemlerle veri paylaşmalı ve ekibiniz onu her gün kullanacak mı? Süreciniz sektördeki yaygın akışa yakınsa hazır bir bulut CRM çoğu zaman yeterlidir. Satış ağırlıklı olarak WhatsApp'ta yürüyorsa, muhasebe veya ERP ile sıkı entegrasyon gerekiyorsa ya da akışınız pakete sığmıyorsa özel ya da hibrit bir çözüm daha verimli olur.
CRM programı nedir?
CRM programı, bir işletmenin müşterileri ve müşteri adaylarıyla kurduğu tüm temasları tek bir veritabanında kaydeden, bu temasları satış, pazarlama ve müşteri hizmetleri süreçlerine bağlayan iş yazılımıdır. Kim aradı, ne istedi, hangi teklif gitti, teklif hangi aşamada, bir sonraki adım ne ve kimin sorumluluğunda: CRM bu soruların cevabını kişilerin hafızasından alıp şirketin ortak kaydına taşır.
Arama dilinde aynı ihtiyaç farklı adlarla anılır. "Müşteri takip programı", "satış takip programı", "teklif takip programı" ya da "potansiyel müşteri takip sistemi" diye aranan yazılımların çoğu, CRM'in bir parçasını üstlenir. Kapsamlı bir CRM bu parçaları birleştirir; dar kapsamlı bir müşteri takip programı ise yalnız kişi listesi ve hatırlatma sunabilir. Seçim yaparken adına değil, hangi işi gördüğüne bakmak gerekir.
CRM bir yazılım olduğu kadar bir çalışma biçimidir. Aynı yazılım bir şirkette satışları görünür kılarken başka bir şirkette boş bir adres defterine dönüşebilir. Farkı yaratan, satış sürecinin CRM'e doğru aktarılması ve ekibin günlük işini gerçekten CRM üzerinden yapmasıdır.
CRM ne değildir?
CRM'i diğer iş yazılımlarından ayırmak, yanlış beklentiyle yapılan yatırımları önler. Aşağıdaki araçlar CRM'in yerini tutmaz, ancak çoğu CRM'e bağlanabilir:
- Adres defteri ya da telefon rehberi değildir: Rehber kişinin kim olduğunu söyler; CRM onunla ne konuşulduğunu, hangi teklifin beklediğini ve bir sonraki adımı da söyler.
- Muhasebe programındaki cari kart değildir: Cari kart müşterinin ne kadar borçlu olduğunu gösterir. CRM ise neden satın aldığını, neden almadığını ve bir sonraki satışın nereden geleceğini gösterir.
- Toplu mesaj aracı değildir: SMS ya da e-posta gönderim paneli mesajı ulaştırır. CRM, mesajın kime ve hangi izinle gönderileceğini belirleyen müşteri verisini tutar.
- ERP değildir: ERP üretim, stok, satın alma ve muhasebe gibi iç operasyonu yönetir; CRM ise müşteriye bakan tarafı, yani talep, teklif ve satış sürecini yönetir. İkisi sipariş ve cari bilgisi üzerinden birbirine bağlanır.
Bir CRM'de veri nasıl yapılanır?
Neredeyse tüm CRM'ler aynı temel nesneler üzerine kurulur; bu yapıyı bilmek, ürün demolarını değerlendirmeyi kolaylaştırır. Ürünler farklı adlar kullansa da mantık aynıdır:
- Firma (hesap): B2B satışta karşınızdaki şirket. Vergi numarası, sektör, şehir, büyüklük gibi bilgiler burada durur.
- Kişi (kontak): Firmadaki satın alma müdürü, muhasebe sorumlusu ya da B2C satışta doğrudan müşterinin kendisi.
- Fırsat (anlaşma): Belirli bir satış ihtimali. Tutarı, beklenen kapanış tarihi ve aşaması vardır. Bir firmanın aynı anda birden fazla açık fırsatı olabilir.
- Aktivite: Arama, toplantı, e-posta, WhatsApp konuşması, görev ve not. Hepsi ilgili firma, kişi ya da fırsata bağlanır.
- Teklif ve sipariş: Fırsatın parasal karşılığı. Teklif CRM'de hazırlanabilir, sipariş ve fatura çoğu zaman ERP ya da muhasebe tarafında oluşur.
Varsayımsal bir örnekle: bir mobilya üreticisi, bir otel zincirinin satın alma müdürüyle fuarda tanışır. CRM'de otel zinciri firma, satın alma müdürü kişi, "oda mobilyası yenileme" ise fırsat olarak açılır. Fuar görüşmesi, ardından gönderilen katalog, iki teklif revizyonu ve numune ziyareti aktivite olarak aynı fırsata bağlanır. Altı ay sonra işi devralan yeni temsilci, tüm geçmişi tek ekranda okur.
CRM ne işe yarar, hangi sorunu çözer?
CRM'in çözdüğü asıl sorun, satış bilgisinin kişilerin hafızasına, telefonlarına ve dağınık dosyalara bölünmesidir; CRM bu bilgiyi şirkete ait, aranabilir ve ölçülebilir hâle getirir. Bilgi şirkete ait olduğunda, bir temsilcinin izne çıkması ya da işten ayrılması müşteri ilişkisini koparmaz.
Aşağıdaki işaretlerden birkaçı sizde de varsa, talepler büyük olasılıkla sessizce kayboluyordur:
- Talepler WhatsApp, Instagram mesajı, web formu, reklam formu ve telefon arasında dağılıyor; hangisine dönüldüğünü kimse kesin bilmiyor.
- Gönderilen tekliflerin akıbeti, ancak hazırlayan kişi hatırlarsa soruluyor.
- "Bu ay kaç teklif açık, hangisi hangi aşamada?" sorusunun cevabı bir toplantı ya da yarım günlük Excel çalışması gerektiriyor.
- Bir müşteriyle iki farklı temsilci, birbirinden habersiz görüşüyor.
- Sözleşme yenileme, bakım zamanı ya da tekrar sipariş dönemi hatırlatılmadığı için müşteri rakibe gidiyor.
- Reklam bütçesinin hangi kampanyadan satışa döndüğü ölçülemiyor.
Excel ya da defter ne zaman yeterli, ne zaman değil?
Excel, tek kişinin yürüttüğü, tek kanaldan gelen ve az sayıda talepten oluşan bir satış için yeterli olabilir. İyi kurgulanmış bir tablo ve disiplinli bir takip alışkanlığı, CRM'e geçişi birkaç ay erteleyebilir. Sorun, ekip ve kanal sayısı arttığında başlar: tablo aynı anda birden fazla kişi tarafından güvenle güncellenemez, hatırlatma yapmaz, geçmişi tutmaz ve izinleri kaydetmez.
| İhtiyaç | Excel / defter | CRM programı |
|---|---|---|
| Kimin hangi talebe döndüğü | Elle işaretlenir, çoğu zaman güncel değildir | Her talep bir sorumluya atanır, durum değişikliği kayıtlıdır |
| Takip hatırlatması | Yok; kişisel takvime ya da hafızaya bağlı | Görev ve hatırlatma fırsata bağlı olarak açılır |
| Görüşme geçmişi | Ayrı sekme ya da hücre notu; çabuk dağılır | Zaman çizelgesinde tarih sırasıyla, kanal bilgisiyle |
| Aynı anda çok kullanıcı | Sürüm çakışması ve üzerine yazma riski | Eşzamanlı çalışma, değişiklik kaydı |
| Yetki | Dosyayı açan her şeyi görür, kopyalayabilir | Temsilci kendi müşterisini, yönetici tümünü görür |
| Raporlama | Her seferinde elle hazırlanır | Pano ve raporlar anlık güncellenir |
| İleti izni ve KVKK kaydı | Tutulsa bile ispatı zordur | Kanal bazında izin, tarih ve kaynakla tutulabilir |
Pratik bir eşik koymak gerekirse: ikiden fazla kişi satış yapıyorsa, talepler ikiden fazla kanaldan geliyorsa ya da gönderilen tekliflerin takibi aksamaya başladıysa, CRM'e geçişi planlamanın zamanı gelmiştir.
CRM türleri nelerdir?
CRM'ler işlevlerine göre üç klasik türe ayrılır: operasyonel CRM günlük satış, pazarlama ve destek işlerini yürütür, analitik CRM biriken veriden karar üretir, işbirlikçi CRM ise müşteri bilgisini departmanlar ve kanallar arasında paylaştırır. Bugün piyasadaki ürünlerin çoğu bu üç türün karışımıdır; sınıflama, ürünü değil ihtiyacınızın ağırlık merkezini bulmaya yarar.
Operasyonel CRM
Operasyonel CRM, satış ekibinin her gün dokunduğu taraftır: talep kaydı, fırsat panosu, teklif, görev, hatırlatma, e-posta ve mesaj gönderimi. Satış otomasyonu (talebin otomatik atanması, aşama değişince görev açılması), pazarlama otomasyonu (form dolduran kişiye otomatik e-posta serisi) ve servis otomasyonu (destek talebinin kayda alınması) bu türün parçalarıdır. KOBİ'lerin büyük çoğunluğu CRM dediğinde aslında operasyonel CRM'i kasteder.
Analitik CRM
Analitik CRM, operasyonel tarafta biriken veriyi yorumlar: hangi kaynaktan gelen talep daha çok satışa dönüyor, hangi aşamada en çok fırsat kaybediliyor, hangi müşteri grubu daha kârlı, kim kaybedilmek üzere? Segmentasyon, satış tahmini, müşteri yaşam boyu değeri hesabı ve kayıp sebebi analizi bu türe girer. Analitik CRM'in değeri, operasyonel verinin doğruluğuna bağlıdır; eksik girilmiş fırsatlardan doğru tahmin çıkmaz.
İşbirlikçi CRM
İşbirlikçi CRM, müşteriyle ilgili bilginin satış, pazarlama, destek, muhasebe ve sevkiyat gibi birimler arasında paylaşılmasını sağlar. Satış temsilcisi müşterinin açık destek talebini, destek ekibi ise müşterinin bekleyen teklifini görür. Paylaşılan gelen kutusu, ekip içi notlar, devir kuralları ve bayi ya da iş ortağı portalları bu türün tipik araçlarıdır.
| Tür | Ana işi | Tipik özellikler | En çok kimin işine yarar? |
|---|---|---|---|
| Operasyonel | Günlük satış, pazarlama ve destek işlerini yürütmek | Fırsat panosu, teklif, görev, otomasyon, e-posta ve mesaj | Satış temsilcisi ve satış müdürü |
| Analitik | Veriden karar üretmek | Raporlar, segmentasyon, tahmin, kayıp analizi, yaşam boyu değer | Yönetici, pazarlama sorumlusu |
| İşbirlikçi | Bilgiyi birimler ve kanallar arasında paylaştırmak | Paylaşılan gelen kutusu, ortak notlar, devir kuralları, iş ortağı portalı | Satış, destek, muhasebe ve sevkiyatın birlikte çalıştığı firmalar |
Kurulum biçimine göre: bulut, kurulu ve özel geliştirilmiş CRM
CRM'ler kurulum biçimine göre de ayrılır ve bu ayrım maliyet, veri konumu ve özelleştirme sınırlarını doğrudan etkiler:
- Bulut (SaaS) CRM: Sağlayıcının sunucularında çalışır, tarayıcıdan ve mobil uygulamadan kullanılır, abonelikle ödenir. Hızlı başlar, güncellemeleri sağlayıcı yapar. Özelleştirme, paketin izin verdiği ölçüdedir ve veriler çoğu zaman yurt dışındaki veri merkezlerinde tutulur.
- Kurulu (on-premise) CRM: Lisansı alınıp şirketin kendi sunucusuna kurulur. Veri kontrolü yüksektir, ancak sunucu, yedekleme, güvenlik ve güncelleme sorumluluğu şirkettedir. Yeni projelerde giderek daha az tercih edilir.
- Özel geliştirilmiş CRM: Şirketin satış sürecine göre sıfırdan ya da hazır bileşenler üzerine yazılır. Ekranlar ve alanlar akışa göre tasarlanır, yerel sistemlerle entegrasyon esnektir; ilk sürüm hazır pakete göre daha geç devreye girer.
Kapsamına göre: yalın satış CRM'inden hepsi bir arada platforma
Bir başka pratik ayrım kapsamdır. Yalın satış CRM'leri fırsat panosuna ve takibe odaklanır, öğrenmesi kolaydır. Hepsi bir arada platformlar satış, pazarlama otomasyonu, müşteri hizmetleri ve içerik yönetimini aynı çatı altında toplar. Sektörel CRM'ler emlak, klinik ya da otomotiv gibi belirli bir sektörün akışına göre hazırlanmıştır. ERP paketlerinin içindeki CRM modülleri ise stok ve muhasebeyle doğal olarak bağlıdır, ancak satış ekibine sunduğu deneyim çoğu zaman daha sınırlıdır. Hangi kapsamın size uyduğunu, aşağıdaki işlev listesiyle kendi ihtiyacınızı karşılaştırarak bulabilirsiniz.
Bir CRM programının temel işlevleri nelerdir?
Bir CRM programının temel işlevleri müşteri kartı, talep yönetimi, satış hattı, teklif, görev ve hatırlatma, iletişim geçmişi, raporlama ve pazarlama otomasyonudur; ilk dört işlev olmadan bir yazılıma CRM demek zordur. Diğerleri ihtiyaca göre ilk sürümde ya da sonradan eklenir.
Müşteri ve firma kartı
Müşteri kartı, CRM'in kalbidir: bir kişiye ya da firmaya ait iletişim bilgileri, sorumlu temsilci, görüşmeler, teklifler, siparişler, notlar, izinler ve etiketler tek sayfada görünür. İyi bir kart, açıldığı anda üç soruya cevap verir: bu müşteri kim, onunla en son ne konuşuldu ve şu an açık bekleyen ne var? Kartta gereğinden fazla alan olması, doldurulmayan ve güvenilmeyen bir kart demektir; alan sayısını az, doluluk oranını yüksek tutmak daha iyi sonuç verir.
Talep (lead) yönetimi ve dağıtımı
Talep yönetimi, web formu, reklam formu, WhatsApp, telefon, e-posta ve fuar gibi kaynaklardan gelen müşteri adaylarının tek gelen kutusunda toplanması, kaynağıyla etiketlenmesi ve bir sorumluya atanmasıdır. Atama kuralı bölgeye, ürün grubuna, dile ya da sırayla dağıtıma göre kurulabilir. Burada ölçülmesi gereken ilk şey ilk yanıt süresidir: talep ile ilk temas arasında geçen süre uzadıkça dönüşüm ihtimali düşer, bu yüzden atanmış ama dönülmemiş talepler panoda ayrıca görünmelidir.
Talep ile fırsat arasındaki farkı da baştan tanımlayın. Her talep satış fırsatı değildir; bir talep, ihtiyacı, bütçesi ve karar vericisi netleştiğinde fırsata dönüştürülür. Bu ayrım yapılmazsa satış hattı, hiç satın alma niyeti olmayan kayıtlarla dolar ve tahminler şişer.
Teklif yönetimi
Teklif yönetimi, teklifin CRM içinde ürün ve fiyat listesinden hazırlanması, PDF ya da bağlantı olarak gönderilmesi, durumunun (gönderildi, görüldü, revize istendi, kabul edildi, reddedildi) ve geçerlilik süresinin izlenmesidir. B2B'de teklif çoğu zaman birkaç kez revize edilir; revizyon geçmişinin tutulması, hangi indirimin kimin onayıyla verildiğini görünür kılar. Döviz cinsinden teklif veren firmalar için kur bilgisinin teklif anında dondurulması ve iskonto onay akışı ayrıca önemlidir.
Görev, hatırlatma ve takip
Görev ve hatırlatma işlevi, CRM'in temsilciye her sabah "bugün kimi aramalıyım?" sorusunun cevabını vermesidir. Teklif gönderildiğinde otomatik bir takip görevi açılması, sözleşme bitişinden belirli bir süre önce yenileme görevi düşmesi ya da düzenli sipariş veren müşterinin sipariş dönemi geldiğinde hatırlatma yapılması bu işlevin tipik örnekleridir. Görev, ilgili fırsata bağlı olduğu için temsilci aradığında geçmiş görüşmeleri de önünde görür.
İletişim geçmişi (zaman çizelgesi)
İletişim geçmişi, müşteriyle yapılan tüm temasların tarih sırasıyla ve kanal bilgisiyle tek bir zaman çizelgesinde görünmesidir: e-postalar, WhatsApp konuşmaları, aramalar, toplantı notları, gönderilen teklifler. Bu geçmiş ne kadar otomatik oluşursa CRM o kadar güvenilir olur. Temsilcinin her görüşmeyi elle özetlemesine dayanan bir geçmiş, yoğun haftalarda ilk aksayan şeydir.
Raporlama ve panolar
Raporlama, CRM'deki verinin yöneticinin karar verebileceği biçime dönüşmesidir. Temel raporlar şunlardır: kaynağa göre talep ve satış, aşamalar arası dönüşüm, temsilci bazında açık fırsat ve kazanma oranı, kayıp sebepleri, beklenen kapanış tarihine göre satış tahmini. Rapor sayısını değil, haftalık satış toplantısında gerçekten açılan iki üç panoyu doğru kurmayı hedefleyin.
Pazarlama otomasyonu
Pazarlama otomasyonu, CRM'deki segmentlere göre e-posta, SMS ya da WhatsApp ile kurallı iletişim kurulmasıdır: formu dolduran kişiye karşılama serisi, uzun süredir sipariş vermeyen müşteriye hatırlatma, fuar sonrası takip mesajı gibi. Bu işlevin kullanılabilmesi için CRM'in kanal bazında ileti iznini tutması gerekir; izin yönetimini aşağıdaki KVKK ve İYS bölümlerinde ayrıntılı ele aldık. E-ticaret odaklı otomasyon senaryolarını e-posta pazarlaması ve otomasyon rehberimizde bulabilirsiniz.
Yapay zekâ destekli özellikler
Yeni nesil CRM'lerin çoğu görüşme özetleme, e-posta taslağı yazma, bir sonraki adımı önerme ve talepleri puanlama gibi yapay zekâ destekli özellikler sunar. Bu özellikler, temiz ve düzenli girilmiş veri üzerinde işe yarar; dağınık veriyle çalışan bir yapay zekâ yalnız dağınıklığı hızlandırır. Değerlendirirken iki şeye bakın: özelliğin hangi pakette yer aldığı ve müşteri verisinin bu işlem için nereye gönderildiği. Kurumsal kullanım senaryolarını yapay zekâ ajanları rehberimizde ayrıca ele aldık.
| İşlev | Cevapladığı soru | İlk sürümde şart mı? |
|---|---|---|
| Müşteri ve firma kartı | Bu müşteri kim, en son ne konuşuldu, açık ne var? | Evet |
| Talep yönetimi | Hangi talep nereden geldi, kime atandı, dönüldü mü? | Evet |
| Satış hattı (pipeline) | Açık fırsatlar hangi aşamada, toplam değeri ne? | Evet |
| Teklif yönetimi | Hangi teklif gitti, durumu ve geçerliliği ne? | B2B'de evet, perakendede çoğu zaman hayır |
| Görev ve hatırlatma | Bugün kimi aramalıyım? | Evet |
| İletişim geçmişi | Bu müşteriyle hangi kanalda ne konuşuldu? | Evet, kanal entegrasyonları kademeli eklenebilir |
| Raporlama | Satış nereden geliyor, nerede kaybediliyor? | Temel raporlar evet, gelişmiş raporlar sonra |
| Pazarlama otomasyonu | Hangi segmente, hangi izinle, ne zaman mesaj gidecek? | Hayır; veri ve izin altyapısı oturduktan sonra |
Satış hattı (pipeline) nedir, nasıl kurulur?
Satış hattı (pipeline), açık satış fırsatlarınızın hangi aşamada olduğunu soldan sağa sütunlar hâlinde gösteren panodur; her fırsat bir karttır ve satış ilerledikçe sağdaki sütuna taşınır. Pano, satış müdürünün tek bakışta kaç fırsatın hangi aşamada beklediğini, hangilerinin uzun süredir yerinden kıpırdamadığını ve bu ayın beklenen satışını görmesini sağlar.
Satış hattı ile satış hunisi sık karıştırılır. Huni, ziyaretçinin ilgilenen kişiye, ilgilenenin talebe, talebin müşteriye dönüştüğü bütün yolculuğu anlatır ve çoğunlukla pazarlama tarafını kapsar. Satış hattı ise bu yolculuğun satış ekibinin yönettiği kısmıdır: nitelikli talepten kazanılan ya da kaybedilen satışa kadar. Hunideki aşamaları kurgulamayı satış hunisi kurma rehberimizde ayrıntılı anlattık; burada CRM içindeki karşılığına odaklanıyoruz.
Aşamaları nasıl tanımlamalısınız?
Her aşama, müşterinin yaptığı ya da kabul ettiği somut bir eylemle tanımlanmalıdır; "ilgileniyor" gibi temsilcinin hissine bağlı aşamalar panoyu güvenilmez kılar. Her aşama için bir çıkış ölçütü yazın: fırsat bu ölçüt karşılanmadan bir sonraki sütuna geçemez. Çoğu işletme için beş ile yedi aşama yeterlidir; daha fazlası güncellemeyi zorlaştırır.
Aşağıdaki tablo, B2B satış yapan bir üretici için varsayımsal bir örnektir. Olasılık yüzdeleri temsilidir; kendi geçmiş verinizle zamanla düzeltilmelidir.
| Aşama | Çıkış ölçütü (bir sonraki aşamaya geçmek için) | Varsayımsal kazanma olasılığı |
|---|---|---|
| 1. Nitelikli talep | İhtiyaç, yaklaşık miktar ve karar verici belli | %10 |
| 2. İhtiyaç analizi / görüşme | Teknik şartname ya da ölçü alındı, bütçe aralığı konuşuldu | %25 |
| 3. Teklif gönderildi | Teklif müşteriye ulaştı ve görüldüğü teyit edildi | %40 |
| 4. Pazarlık / revizyon | Müşteri revizyon istedi ya da numune onayı verdi | %60 |
| 5. Sözlü onay | Müşteri sipariş vereceğini bildirdi, sözleşme ya da sipariş formu bekleniyor | %80 |
| 6. Kazanıldı / Kaybedildi | Sipariş alındı ya da kayıp sebebi seçilerek kapatıldı | %100 / %0 |
Ağırlıklı satış hattı ve tahmin
Ağırlıklı satış hattı, her fırsatın tutarının bulunduğu aşamanın olasılığıyla çarpılıp toplanmasıyla elde edilen beklenen satış değeridir. Varsayımsal örnek: teklif aşamasında toplam 1.000.000 TL'lik, pazarlık aşamasında 500.000 TL'lik fırsat varsa ve olasılıklar yukarıdaki tablodaki gibiyse, ağırlıklı değer 400.000 + 300.000 = 700.000 TL olur. Bu rakam kesin satış değil, karşılaştırma ve kapasite planlaması için bir göstergedir; asıl değeri, aylar boyunca gerçekleşen satışla karşılaştırılarak olasılıkların düzeltilmesinden gelir.
Kayıp sebebi zorunlu olmalı
Kaybedilen fırsat kapatılırken kayıp sebebi listeden seçilmeden kapanmamalıdır: fiyat, teslim süresi, teknik uyumsuzluk, rakip tercih edildi, proje iptal oldu, yanıt alınamadı gibi. Serbest metin yerine sabit bir liste kullanmak, birkaç ay sonra "fırsatları en çok nerede ve neden kaybediyoruz?" sorusunu rapor olarak cevaplamayı mümkün kılar. Ürün, fiyatlama ve teslim süresi kararları çoğu zaman bu rapordan çıkar.
Hareketsiz fırsat kuralı
Belirli bir süre boyunca hiçbir aktivite girilmemiş fırsatlar panoda ayrıca işaretlenmelidir. Bu süre satış döngünüze göre belirlenir: kısa döngülü perakende satışta birkaç gün, proje satışında birkaç hafta olabilir. Hareketsiz fırsat kuralı iki işe yarar: unutulan müşteriyi hatırlatır ve kapanmayacağı belli olan fırsatların "açık" görünerek tahmini şişirmesini önler.

Dağınık veriden tek müşteri görünümüne nasıl geçilir?
Tek müşteri görünümü, bir müşteriye ait tüm kayıtların (iletişim bilgisi, görüşmeler, teklifler, siparişler, ödemeler ve izinler) tek bir kartta birleşmesidir; bu görünüme ulaşmanın yolu yazılımdan önce veri kurallarından geçer. CRM'e geçen işletmelerin en sık yaşadığı hayal kırıklığı, eski dağınıklığın yeni sisteme olduğu gibi taşınmasıdır.
Önce veri envanteri çıkarın
Veri envanteri, müşteriyle ilgili bilginin bugün nerelerde durduğunun listesidir. Çoğu KOBİ'de bu liste beklenenden uzun çıkar: satış temsilcilerinin kişisel Excel dosyaları, muhasebe programındaki cari kartlar, e-ticaret panelindeki müşteri listesi, telefon rehberleri, WhatsApp sohbetleri, fuarda toplanan kartvizitler, e-posta kutuları ve kâğıt teklif dosyaları.
| Kaynak | Tipik veri | Sık görülen sorun | Önerilen eşleştirme anahtarı |
|---|---|---|---|
| Muhasebe / ERP cari kartları | Unvan, vergi numarası, adres, bakiye | Aynı firma farklı unvan yazımıyla birden fazla kartta | Vergi numarası (ya da TC kimlik numarası yerine cari kodu) |
| Temsilci Excel dosyaları | Kişi adı, telefon, not, teklif tutarı | Biçimsiz telefon numaraları, eksik firma bilgisi | Telefon (uluslararası biçimde) + firma |
| E-ticaret paneli | Ad, e-posta, telefon, sipariş geçmişi | Misafir siparişlerde aynı kişinin birden fazla kaydı | E-posta (küçük harfe çevrilmiş) ve telefon |
| WhatsApp sohbetleri | Telefon, ad, mesaj geçmişi | Temsilcinin kişisel telefonunda; şirkette kaydı yok | Telefon |
| Fuar kartvizitleri | Ad, unvan, firma, e-posta | Elle girişte yazım hataları, izin bilgisi yok | E-posta + firma |
| Reklam ve web formları | Ad, telefon, e-posta, kampanya bilgisi | Aynı kişi birden fazla form dolduruyor | Telefon ve e-posta |
Eşleştirme anahtarını baştan seçin
Eşleştirme anahtarı, iki kaydın aynı müşteriye ait olduğuna karar vermek için kullanılan alandır. B2B satışta en güvenilir anahtar vergi numarasıdır; unvan yazımı ("Ltd. Şti.", "Limited Şirketi", kısaltmalar) neredeyse her kaynakta farklıdır. B2C satışta telefon numarası ve e-posta kullanılır. Telefonları tek bir biçimde (örneğin ülke koduyla başlayan uluslararası biçim) saklamak, WhatsApp ve santral entegrasyonlarının da doğru çalışması için şarttır.
Mükerrer kayıtları kuralla birleştirin
Mükerrer kayıtları birleştirirken hangi kaydın "ana kayıt" olacağını ve çakışan alanlarda hangi kaynağın geçerli sayılacağını önceden yazın. Örneğin adres ve vergi bilgisinde muhasebe kaydı, iletişim tercihinde en son tarihli izin kaydı, sorumlu temsilcide son aktiviteyi giren kişi geçerli olabilir. Bu kurallar olmadan yapılan birleştirme, doğru bilginin yanlışıyla ezilmesine yol açar.
Veri sözlüğü ve zorunlu alan minimumu
Veri sözlüğü, CRM'deki her alanın ne anlama geldiğini, kimin dolduracağını ve hangi değerleri alabileceğini anlatan kısa bir belgedir. "Sektör" alanı serbest metin olursa aynı sektör on farklı yazımla girilir ve segmentasyon imkânsızlaşır; açılır liste olursa rapor alınabilir. Zorunlu alanları en aza indirin: talep açarken ad, telefon ya da e-posta, kaynak ve sorumlu yeterlidir; diğer bilgiler satış ilerledikçe tamamlanır.
Aktarım sırası: firmalar, kişiler, açık fırsatlar
Veri aktarımı belirli bir sırayla yapılmalıdır: önce firmalar, sonra kişiler ve firmalarla bağlantıları, ardından açık fırsatlar ve son olarak geçmiş aktiviteler. Yıllar önce kapanmış ve bir daha temas kurulmamış kayıtları CRM'e taşımak yerine arşivlemek çoğu zaman daha doğrudur; hem veri kalitesini korur hem de KVKK'daki "gerektiği kadar saklama" ilkesiyle uyumludur. Aktarımdan sonra rastgele seçilmiş kayıtlar kaynaklarıyla karşılaştırılarak kontrol edilmelidir.

Sektöre göre CRM ihtiyacı nasıl değişir?
CRM'den beklenen iş sektöre göre belirgin biçimde değişir: B2B üreticide uzun teklif döngüsü ve bayi ilişkisi, hizmet firmasında sözleşme ve yenileme takibi, e-ticarette segment ve otomasyon, emlakta portföy ile alıcı eşleştirmesi, klinikte ise randevu ve hassas veri yönetimi öne çıkar. Aynı ürün bu sektörlerin hepsinde kullanılabilir, ancak kurulumun ağırlık merkezi farklıdır.
B2B üretici ve sanayi firması
B2B üreticide CRM'in ana işi, uzun ve çok temaslı satış döngüsünü kaybetmeden yönetmektir. Bir satış fuarda tanışma ile başlar, teknik görüşme, numune, birkaç teklif revizyonu ve satın alma onayıyla aylar sonra kapanabilir. Bu süreçte birden fazla kişiyle (satın alma, kalite, teknik müdür) görüşülür ve teklifler çoğu zaman döviz cinsindendir.
Varsayımsal senaryo: bir makine yedek parça üreticisi fuardan yüzlerce kartvizitle döner. CRM'de her kartvizit kaynak olarak fuar adıyla talep açılır, ihracat sorumlusuna atanır ve otomatik bir takip görevi düşer. Numune gönderilen firmalar ayrı bir aşamada izlenir; numunesi onaylanıp sipariş vermeyen firmalar için belirli aralıklarla hatırlatma görevi açılır. Mevcut bayilerin sipariş sıklığı da izlenir; olağan siparişini geciktiren bayi, temsilcinin görev listesine düşer.
Bu profilde kritik entegrasyonlar ERP ya da muhasebe (cari bakiye, risk limiti, sipariş durumu) ve e-postadır. Bayilerin kendi siparişini verdiği bir sistem gerekiyorsa bu CRM'den ayrı bir ihtiyaçtır; ayrımı aşağıdaki entegrasyon bölümünde ele aldık. Üretici firmalarda talep yaratma tarafını LinkedIn ile B2B satış rehberimizde anlattık; LinkedIn'den gelen görüşmelerin CRM'e kaydı aynı disiplinle yapılmalıdır.
Hizmet firması: ajans, danışmanlık, bakım, eğitim
Hizmet firmasında CRM'in ana işi teklif, sözleşme ve yenileme döngüsünü yönetmektir. Satılan şey stoktan çıkan bir ürün değil, belirli bir süreye yayılan bir hizmet olduğu için ilk satış kadar sözleşme yenileme ve ek hizmet satışı da önemlidir. Yıllık bakım sözleşmesi olan bir asansör firması, aylık hizmet alan bir muhasebe bürosu ya da dönemsel eğitim veren bir kurum bu profile girer.
Varsayımsal senaryo: bir bina bakım firmasının yüzlerce yıllık sözleşmesi var. CRM'de her sözleşmenin bitiş tarihi tutulur ve bitişten belirli bir süre önce yenileme fırsatı otomatik açılır. Teknik ekibin yaptığı arıza ziyaretleri müşteri kartına işlenir; yenileme görüşmesine giden temsilci, o yıl kaç arıza kaydı açıldığını ve müşterinin memnuniyetini önceden bilir. Bu senaryoda değerli ölçüt yeni satış kadar yenileme oranıdır.
E-ticaret
E-ticarette müşteri verisinin büyük kısmı zaten e-ticaret platformunda oluşur; burada CRM'in işi satış hattı yönetmekten çok segmentasyon, otomatik iletişim ve müşteri hizmetleridir. Tek kanaldan satan küçük ve orta ölçekli bir mağaza için e-ticaret platformunun müşteri ekranları ile bir e-posta ve WhatsApp otomasyon aracı çoğu zaman yeterlidir; ayrı bir CRM şart değildir.
Ayrı bir CRM'in anlamlı olduğu durumlar şunlardır: aynı müşteri hem web sitesinden hem pazar yerlerinden hem de fiziksel mağazadan alışveriş yapıyorsa; mağaza toptan ve kurumsal satış da yapıyorsa; müşteri hizmetleri talepleri birden fazla kanaldan geliyorsa ya da sadakat programı tüm kanalları kapsayacaksa. Bu durumda CRM, kanalları birleştiren müşteri kartı ve segment motoru rolünü üstlenir. Son alışveriş tarihi, alışveriş sıklığı ve harcama tutarına göre yapılan segmentasyon (RFM), tekrar satın alma kampanyalarının temelidir. Tekrar satın almanın değerini ve sadakat kurgusunu müşteri sadakati ve CLV rehberimizde ele aldık.
Emlak ve inşaat
Emlak ve inşaat firmalarında CRM'in ana işi alıcı adaylarının kriterlerini kaydetmek ve bunları portföyle eşleştirmektir. Bir alıcının bütçesi, istediği bölge, oda sayısı ve teslim beklentisi CRM'e girildiğinde, yeni bir daire satışa çıktığında uygun alıcılar listelenebilir. Yer gösterme randevuları, ilan portallarından gelen talepler ve tapu ya da sözleşme aşamaları da satış hattında izlenir.
Varsayımsal senaryo: bir konut projesi geliştiren firma, ilan portallarından, kendi sitesinden ve satış ofisinden talep alıyor. CRM'de her talep kaynağıyla kaydedilir, satış danışmanına atanır ve ziyaret randevusu oluşturulur. Ziyaretten sonra ilgilenilen daire tipi karta işlenir; o tipte bir daire yeniden satışa açıldığında bu alıcılar hatırlatma listesine düşer. Proje web sitesi ile CRM'in bağlantısını emlak ve inşaat firmaları için web sitesi sayfamızda anlattık.
Klinik ve sağlık işletmesi
Klinikte CRM'in ana işi hasta adayının ilk talebinden randevuya kadar olan süreci ve randevu hatırlatmalarını yönetmektir; tıbbi kayıt ise CRM'in değil, klinik ya da hastane bilgi sisteminin işidir. Sağlık verisi KVKK'nın 6. maddesine göre özel nitelikli kişisel veridir ve işlenmesi daha sıkı şartlara ve Kurul'un belirlediği ek önlemlere bağlıdır. Bu yüzden CRM'e teşhis, tedavi ya da muayene notu yazılmaması, kartta yalnız iletişim ve randevu için gereken bilgilerin tutulması önerilir.
Varsayımsal senaryo: bir diş kliniği web formu, WhatsApp ve telefondan randevu talebi alıyor. CRM her talebi kaynağıyla kaydeder, hasta danışmanı geri döner ve randevu oluşturulur; randevudan önce hatırlatma mesajı gönderilir. Randevuya gelmeyen hasta adayı için yeniden arama görevi açılır. Tanıtım mesajları için ayrıca ileti izni gerekir; sağlık hizmetlerinin tanıtımındaki sınırlar da ayrıca dikkate alınmalıdır. Klinik sitesi ile randevu akışının bağlantısını klinik web sitesi sayfamızda bulabilirsiniz.
| Sektör | CRM'in ana işi | Kritik entegrasyon | Özellikle dikkat |
|---|---|---|---|
| B2B üretici / sanayi | Uzun teklif döngüsü, numune ve revizyon takibi, bayi ilişkisi | ERP / muhasebe (cari, risk, sipariş), e-posta | Döviz cinsinden teklif, çok kişili karar süreci |
| Hizmet firması | Teklif, sözleşme, yenileme ve ek hizmet satışı | Sözleşme ve faturalama, destek kayıtları | Yenileme tarihlerinin otomatik hatırlatılması |
| E-ticaret | Segmentasyon, otomatik iletişim, müşteri hizmetleri | E-ticaret platformu, pazar yerleri, e-posta ve WhatsApp | Kanal bazında ileti izni, çok kanallı müşteri birleştirme |
| Emlak ve inşaat | Alıcı kriteri ile portföy eşleştirme, randevu | Web sitesi ve ilan portalı formları | Aynı alıcının farklı portallardan mükerrer kaydı |
| Klinik ve sağlık | Talepten randevuya süreç, hatırlatma, geri kazanım | Randevu sistemi, WhatsApp, telefon | Sağlık verisinin özel nitelikli olması, tanıtım kısıtları |
Hazır SaaS CRM mi, özel CRM mi?
Satış süreciniz sektördeki yaygın akışa yakınsa ve ekibiniz küçükse hazır bir SaaS CRM daha hızlı ve daha az riskli bir başlangıçtır; süreç pakete sığmıyorsa, satışın merkezinde WhatsApp varsa ya da CRM'in yerel muhasebe, ERP ve e-fatura sistemleriyle sıkı konuşması gerekiyorsa özel ya da hibrit çözüm daha verimli olur. Karar, lisans ücretinden çok sürecinizin pakete ne kadar uyduğuna göre verilmelidir.
Özel CRM'in ne zaman mantıklı olduğunu, geliştirme sürecini ve ERP ile birlikte ele alınmasını özel CRM, ERP ve otomasyon yazılımı rehberimizde ayrıntılı anlattık. Burada kararı hızlandıracak ölçütlere odaklanıyoruz.
| Ölçüt | Hazır SaaS CRM | Özel CRM |
|---|---|---|
| Başlangıç hızı | Temel kullanım günler içinde başlayabilir | İlk sürüm analiz ve geliştirme gerektirir; birkaç ay sürebilir |
| Sürece uyum | Süreç paketin yapısına uyarlanır; ileri özelleştirme çoğu zaman üst paket ister | Aşamalar, alanlar ve ekranlar sizin akışınıza göre tasarlanır |
| Çoğunlukla eklenti ya da üçüncü taraf entegrasyonla | Gelen kutusuna ve müşteri kartına doğrudan bağlanabilir | |
| Yerel sistemler (muhasebe, e-fatura, kargo) | Hazır bağlantı yoksa entegrasyon ayrıca yazılır | Entegrasyon kapsamın parçası olarak tasarlanır |
| Maliyet yapısı | Kullanıcı başı abonelik, çoğu zaman döviz bazlı | Geliştirme bedeli ve bakım |
| Güncelleme ve yeni özellik | Sağlayıcı düzenli olarak ekler | İhtiyaca göre siz planlarsınız |
| Veri konumu | Sağlayıcının veri merkezinde; çoğu zaman yurt dışında | Barındırma tercihine göre belirlenir |
| Sağlayıcı bağımlılığı | Paket ve fiyat değişikliklerine bağlısınız | Geliştiren ekibe ve dokümantasyona bağlısınız |
Hibrit yol: hazır CRM ve özel entegrasyon katmanı
Hibrit yol, hazır bir CRM'i satış ekibinin ana ekranı olarak kullanıp eksik kalan bağlantıları özel bir entegrasyon katmanıyla tamamlamaktır. Örneğin fırsat panosu ve e-posta takibi hazır CRM'de yürür; WhatsApp gelen kutusu, muhasebe programıyla cari eşleşmesi ya da sektöre özgü teklif hesabı ayrı yazılmış küçük bir servisle CRM'e bağlanır. Bu yol, hazır ürünün hızını korurken sürecin pakete sığmayan kısmını çözer. Dikkat edilmesi gereken nokta, entegrasyon katmanının da bakım isteyen bir yazılım olduğudur; CRM sağlayıcısının arayüzü (API) değiştiğinde güncellenmesi gerekir.
Kararı demoda değil kendi senaryonuzla verin
Hazır CRM'leri değerlendirirken satıcının hazır demosu yerine kendi en kritik üç senaryonuzu çalıştırın. Örneğin: "WhatsApp'tan gelen bir talep nasıl kart olur ve kime atanır?", "Döviz cinsinden, iskonto onaylı bir teklif nasıl hazırlanır?", "Kazanılan fırsat muhasebe programına cari ve sipariş olarak nasıl geçer?" Bu üç senaryonun ürünün kendi özellikleriyle mi, ek paketle mi, yoksa ayrı geliştirmeyle mi çözüldüğü, hazır ile özel arasındaki kararı büyük ölçüde netleştirir. Bulut yazılımların genel çalışma mantığını web uygulaması ve SaaS rehberimizde anlattık. Hazır CRM kurulumu ile özel geliştirmenin hangi kalemlerden oluştuğunu görmek isterseniz CRM yazılımı hizmet sayfamıza bakabilirsiniz.
Salesforce, HubSpot, Zoho, Pipedrive ve Dynamics nasıl konumlanır?
Hazır CRM pazarındaki ürünler aynı temel işlevleri sunar, ancak çıkış noktaları farklıdır: kimi kurumsal ölçekte derin özelleştirmeye, kimi pazarlama otomasyonuna, kimi sade bir satış panosuna, kimi de belirli bir ofis ekosistemiyle bütünleşmeye odaklanır. Aşağıdaki tablo genel konumlandırmayı özetler; fiyat içermez, çünkü abonelik ücretleri ve paket içerikleri sık değişir.
| Ürün | Öne çıktığı alan | Dikkat edilecek nokta | Tipik uygun profil |
|---|---|---|---|
| Salesforce (Sales Cloud) | Derin özelleştirme, geniş uygulama pazarı, karmaşık satış organizasyonları | Kurulum ve yönetim çoğu zaman uzman ya da uygulama ortağı ister; toplam sahip olma maliyeti yüksek olabilir | Çok ekipli, çok bölgeli, süreçleri olgun orta ve büyük şirketler |
| HubSpot | Pazarlama otomasyonu, formlar, e-posta ve satışın aynı platformda olması; kullanım kolaylığı | İleri özellikler üst paketlerde; kullanıcı ve kişi sayısı büyüdükçe maliyet artar | İçerik ve dijital pazarlamayla talep üreten, satışla pazarlamayı birleştirmek isteyen firmalar |
| Zoho CRM | Geniş ürün ailesiyle (muhasebe, destek, kampanya) birlikte kullanım, esnek yapılandırma | Seçeneklerin çokluğu kurulumda iyi bir kurgu gerektirir | Bütçesini dikkatle yöneten, birden fazla iş aracını tek çatıda toplamak isteyen KOBİ'ler |
| Pipedrive | Görsel satış panosu, sade arayüz, hızlı benimseme | Pazarlama ve servis tarafı daha sınırlı; ek modül ya da entegrasyon gerekebilir | Satış hattı odaklı küçük ve orta ölçekli satış ekipleri |
| Microsoft Dynamics 365 Sales | Outlook, Teams ve Microsoft ekosistemiyle bütünleşme, kurumsal raporlama | Yapılandırma ve lisans yapısı karmaşık olabilir; uzman desteği gerekir | Microsoft 365 kullanan orta ve büyük ölçekli şirketler |
| Odoo CRM | Satış, stok, fatura ve muhasebe modülleriyle aynı paketin parçası olması | Türkiye'ye özgü muhasebe ve e-belge ihtiyaçları için yerelleştirmeyi ayrıca doğrulayın | CRM ile birlikte hafif bir ERP de arayan firmalar |
| Yerli ERP ve muhasebe paketlerinin CRM modülleri | Cari, stok ve faturayla doğal bağlantı, yerel mevzuata uyum | Satış ekibine yönelik ekranlar ve mobil deneyim çoğu zaman daha sınırlı | Aynı ERP'yi kullanan, satış süreci basit firmalar |
Bu tablo belirli bir ürünü önermez; aynı ürün bir firmada çok iyi, başka bir firmada yetersiz çalışabilir. Ürün listesini daraltmak için aşağıdaki sorular, özellik karşılaştırma tablolarından daha hızlı sonuç verir:
- Türkçe arayüz ve destek: Ekip arayüzü Türkçe kullanabilecek mi, sorun olduğunda hangi dilde ve hangi saatlerde destek alınacak?
- Veri merkezi konumu: Veriler hangi ülkede tutuluyor ve sağlayıcı KVKK kapsamındaki yurt dışı aktarım için gerekli sözleşmeyi sunuyor mu?
- WhatsApp bağlantısı: Ürünün kendi özelliği mi, yoksa ayrı ücretli bir eklentiyle mi sağlanıyor?
- Yerel entegrasyon: Kullandığınız muhasebe programı, e-fatura sağlayıcısı ve kargo firması için hazır bağlantı var mı?
- API ve limitler: Entegrasyon için arayüz hangi pakette açılıyor, günlük istek sınırı var mı?
- Verinin dışa aktarımı: Ayrılmak istediğinizde notlar, ekler ve aktivite geçmişi dahil tüm veriyi alabiliyor musunuz?
Abonelik ücretleri kullanıcı başı ve çoğunlukla döviz bazlıdır; güncel tarifeyi ve paket sınırlarını her zaman sağlayıcının kendi sayfasından kontrol edin.
CRM'de müşteri verisi KVKK'ya göre nasıl yönetilir?
CRM'e kaydettiğiniz her ad, telefon, e-posta ve görüşme notu, 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK) kapsamında kişisel veridir; bu yüzden CRM kurulumunda aydınlatma, hukuki sebep, erişim yetkisi, saklama süresi ve yurt dışına aktarım soruları baştan cevaplanmalıdır. Yazılım bu kuralları uygulamanıza yardım eder, ancak kuralları sizin yerinize koymaz. Aşağıdaki başlıklar genel bir çerçevedir; kendi işleme faaliyetleriniz için hukuk danışmanınızla birlikte değerlendirme yapın.
Aydınlatma yükümlülüğü
KVKK'nın 10. maddesine göre kişisel veriler elde edilirken ilgili kişiye veri sorumlusunun kimliği, verilerin hangi amaçla işleneceği, kimlere ve hangi amaçla aktarılabileceği, toplama yöntemi ve hukuki sebebi ile kişinin hakları hakkında bilgi verilmelidir. CRM açısından bu, verinin girildiği her noktada (web formu, reklam formu, fuar standı, WhatsApp karşılama mesajı, telefon görüşmesi) aydınlatmanın nasıl yapıldığının belli olması demektir. Metnin taslağını KVKK aydınlatma metni oluşturucumuzla hazırlayabilir, ardından hukuk danışmanınızın kontrolüne sunabilirsiniz.
Her işlem için açık rıza gerekmez, ama hukuki sebep belli olmalı
KVKK'nın 5. maddesi açık rızayı temel kural olarak koyar, ancak bir sözleşmenin kurulması veya ifasıyla doğrudan ilgili olma, hukuki yükümlülük ya da veri sorumlusunun meşru menfaati gibi durumlarda açık rıza aranmadan işleme yapılabileceğini de sayar. Örneğin müşterinin teklif istediği ya da sipariş verdiği bir ilişkide iletişim bilgilerinin işlenmesi sözleşme kapsamında değerlendirilebilir; aynı veriyle pazarlama amaçlı profil çıkarmak ise farklı bir değerlendirme gerektirebilir. Hangi işlemin hangi şarta dayanacağını CRM'deki her amaç için ayrı ayrı yazın ve bu kararı hukuk danışmanınızla verin.
Aydınlatma metni ile açık rıza metni ayrı olmalı
Kişisel Verileri Koruma Kurulu'nun 18.02.2026 tarihli ve 2026/347 sayılı ilke kararı, açık rızaya dayalı işlemelerde aydınlatma metni ile açık rıza metninin ayrı başlıklar altında, ayrı metinler olarak düzenlenmesi gerektiğini vurgular (Kurum duyurusu). Karara göre aydınlatma metninde onay ya da rıza istenmemeli, yalnız metnin okunduğuna ilişkin bir geri bildirim alınmalıdır; açık rıza dışındaki bir şarta dayanan işlemlerde ise ayrıca açık rıza metni sunulmamalıdır. CRM'e veri taşıyan formlarınızı bu açıdan gözden geçirin: tek bir "okudum, kabul ediyorum" kutusu, birden fazla yükümlülüğü aynı anda karşılamaz.
Az veri, belirli süre: alan tasarımı ve imha
KVKK'nın 4. maddesi, verilerin işlendikleri amaçla bağlantılı, sınırlı ve ölçülü olmasını ve gerekli süre kadar saklanmasını ister; 7. madde ise işleme sebebi ortadan kalktığında verilerin silinmesini, yok edilmesini ya da anonim hâle getirilmesini düzenler. CRM'de bunun karşılığı şunlardır:
- Kartta yalnız satış ve hizmet için gerçekten kullanılan alanları açın; "belki lazım olur" alanları açmayın.
- Serbest metin notlarına sağlık, inanç ya da aile durumu gibi özel nitelikli bilgi yazılmaması için ekibe açık bir kural verin.
- Kayıt türlerine göre saklama süresi belirleyin (örneğin satışa dönmeyen talepler, eski müşteriler, izin kayıtları) ve süresi dolan kayıtlar için periyodik silme ya da anonimleştirme rutini kurun.
- Silme işleminin CRM'e bağlı diğer sistemlere (e-posta aracı, yedekler, entegrasyon kopyaları) de yansıdığını kontrol edin.
Erişim yetkisi, işlem kaydı ve dışa aktarma
KVKK'nın 12. maddesi, veri sorumlusunun hukuka aykırı erişimi önlemek için uygun teknik ve idari tedbirleri almasını ister. CRM'de bunun en somut karşılığı rol bazlı yetkidir: temsilci kendi müşterilerini, satış müdürü ekibinin müşterilerini, yönetici tümünü görür. Toplu dışa aktarma yetkisinin sınırlı tutulması, iki adımlı giriş, işlem kayıtlarının (kim hangi kaydı ne zaman görüntüledi, değiştirdi, dışa aktardı) tutulması ve işten ayrılan çalışanın erişiminin aynı gün kapatılması temel önlemlerdir. Aynı madde, verilerin kanuni olmayan yollarla başkalarınca elde edilmesi hâlinde durumun en kısa sürede ilgilisine ve Kurul'a bildirilmesini de öngörür.
İlgili kişi başvurularına CRM'den cevap verebilmek
KVKK'nın 11. maddesi kişiye verilerinin işlenip işlenmediğini öğrenme, düzeltilmesini ya da silinmesini isteme gibi haklar tanır; 13. madde ise veri sorumlusunun başvuruyu en geç otuz gün içinde sonuçlandırmasını öngörür. Bir müşteri "hakkımda ne tutuyorsunuz?" diye sorduğunda, CRM'de o kişiye ait tüm kayıtları (kart, notlar, mesajlar, izinler, ekler) bulup dökebilmek ve gerekirse düzeltip silebilmek, seçim aşamasında test edilmesi gereken bir özelliktir.
Bulut CRM ve yurt dışına veri aktarımı
Hazır bulut CRM'lerin çoğu verileri yurt dışındaki veri merkezlerinde tutar ve bu, KVKK açısından yurt dışına aktarım anlamına gelebilir. 7499 sayılı Kanunla değişen KVKK'nın 9. maddesi, yeterlilik kararı bulunmayan durumlarda aktarımı Kurul'un ilan ettiği standart sözleşme gibi uygun güvencelere bağlar ve standart sözleşmenin imzalanmasından itibaren beş iş günü içinde Kurum'a bildirilmesini öngörür. Kurum, standart sözleşmelerde dikkat edilecek hususları ayrıca kamuoyu duyurusuyla açıklamıştır. CRM sağlayıcısını seçerken verilerin hangi ülkede tutulduğunu, sağlayıcının bu sözleşmeyi imzalayıp imzalamadığını ve bildirimin kim tarafından yapılacağını hukuk danışmanınızla birlikte netleştirin.
VERBİS ve kayıt yükümlülüğü
KVKK'nın 16. maddesi, kişisel veri işleyen gerçek ve tüzel kişilerin Veri Sorumluları Siciline (VERBİS) kaydolmasını öngörür; Kurul, çalışan sayısı ve mali büyüklük gibi objektif ölçütlere göre bu yükümlülüğe istisnalar getirebilir. Kayıt yükümlülüğünüz olup olmadığını güncel Kurul kararlarından ya da hukuk danışmanınızdan teyit edin. Kayıt yükümlüyseniz, CRM'de işlediğiniz veri kategorilerinin ve yurt dışına aktarım bilgisinin sicildeki bildiriminizle tutarlı olması gerekir.
Ticari elektronik ileti ve İYS: CRM'den mesaj göndermeden önce neler bilinmeli?
CRM'den SMS, e-posta, WhatsApp ya da sesli arama ile tanıtım mesajı göndermek, 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun ve Ticari İletişim ve Ticari Elektronik İletiler Hakkında Yönetmelik kapsamındadır; kural olarak alıcının önceden onayı ve bu onayın İleti Yönetim Sistemi'ne (İYS) kaydı gerekir. CRM'in segmentasyon ve otomasyon gücü, bu kurallara uygun izin verisi olmadan kullanılamaz.
15 Temmuz 2015 tarihli Yönetmelik ve 4 Ocak 2020 tarihli değişikliklerle oluşan güncel metne göre CRM kurulumunu doğrudan etkileyen hükümler şunlardır:
- İYS'ye kayıt (md. 5): Ticari elektronik ileti göndermek isteyen gerçek ve tüzel kişiler İYS'ye kaydolur; İYS üzerinde onayı bulunmayan alıcılara ticari elektronik ileti gönderilemez.
- İYS dışında alınan onaylar (md. 7): Web formu ya da sözleşme gibi İYS dışında alınan onaylar üç iş günü içinde İYS'ye kaydedilir; İYS'ye kaydedilmeyen onaylar geçersiz kabul edilir.
- Onay alma biçimi (md. 7): Onay metninde olumlu irade beyanı önceden seçilmiş olarak yer alamaz, onay ürün ya da hizmetin temini için ön şart yapılamaz ve onay istemek için alıcıya ticari elektronik ileti gönderilemez.
- Ret hakkı (md. 9 ve 10): Her iletide, iletinin gönderildiği kanaldan kolay ve ücretsiz ret imkânı bulunur. Ret, bildirimin yapıldığı kanala ilişkin onayı geçersiz kılar; hizmet sağlayıcı kendisine iletilen reddi üç iş günü içinde İYS'ye bildirir ve aynı süre içinde gönderimi durdurur.
- Kayıtların saklanması (md. 13): Onay kayıtları, onayın geçerliliğinin sona erdiği tarihten; diğer ileti kayıtları kayıt tarihinden itibaren üç yıl saklanır.
İYS'nin işleyişi ve hizmet sağlayıcı kaydı hakkında güncel bilgiyi Ticaret Bakanlığı'nın İYS sayfasından ve İYS'nin kendi sitesinden takip edin.
| İleti türü | Önceden onay gerekir mi? | İYS ile ilişkisi | CRM'de nasıl işaretlenmeli? |
|---|---|---|---|
| Bireysel alıcıya kampanya, indirim, yeni ürün duyurusu | Evet | Onay İYS'de kayıtlı olmalı; gönderim öncesi kontrol edilir | Kanal bazında onay alanı, kaynak, tarih ve İYS durumu |
| Tacir ya da esnaf alıcıya tanıtım iletisi | Önceden onay zorunlu değil (md. 6/3); ret hakkını kullanmışsa onay gerekir | Gönderimden önce adres İYS'ye kaydedilir ve ret durumu İYS'den kontrol edilir (md. 6/6) | Alıcı tipi (tacir/esnaf) alanı ve İYS ret kontrolü |
| Sipariş, teslimat, tahsilat, borç hatırlatma, abonelik bildirimi | Hayır (md. 6/2); ancak iletide mal ya da hizmet tanıtımı yapılamaz | İYS kontrolü yapılmaz (md. 6/5) | "Bilgilendirme" şablonu; tanıtım içeriği eklenmesini engelleyen kural |
| Satın alınan ürünün kullanımı, bakımı ya da değişikliği hakkında ileti | Hayır, alıcı iletişim bilgisini bu amaçla vermişse (md. 6/1) | İYS kontrolü yapılmaz (md. 6/5) | Müşteri ve ürün ilişkisine bağlı bilgilendirme şablonu |
| "İleti almak ister misiniz?" diye onay isteyen mesaj | Bu amaçla ticari elektronik ileti gönderilemez (md. 7/4) | - | Onay; form, sözleşme, fiziksel imza ya da İYS üzerinden alınır |
KVKK açık rızası ile ticari ileti onayı aynı şey değildir
KVKK kapsamındaki açık rıza, kişisel verinin belirli bir amaçla işlenmesine ilişkindir; 6563 sayılı Kanun kapsamındaki ticari ileti onayı ise belirli bir kanaldan tanıtım iletisi almayı kabul etmektir. İkisi farklı mevzuatın farklı yükümlülükleridir ve birinin varlığı diğerinin yerine geçmez. CRM'de bu yüzden "KVKK açık rızası" ile "ticari ileti onayı (SMS, e-posta, arama)" ayrı alanlarda, ayrı tarih ve kaynak bilgisiyle tutulmalıdır.
CRM'de izin alanları nasıl tasarlanmalı?
Ret kanala özgü olduğu için izinler de kanal bazında tutulmalıdır: aynı kişi SMS'i reddedip e-postaya izin vermeye devam edebilir. Her izin kaydında kanal, durum (onaylı, reddedildi), tarih, kaynak (hangi form, hangi kampanya, hangi şube), onay metninin sürümü ve İYS ile eşitlenme durumu bulunmalıdır. Segment listeleri bu alanlara göre otomatik süzülmeli, izni olmayan kişi kampanya listesine hiç düşmemelidir. İzinli liste büyütme yöntemlerini e-posta listesi büyütme rehberimizde anlattık. Mevzuat yorumuna dayanan kararlarda, özellikle B2B gönderimlerde alıcının tacir ya da esnaf sayılıp sayılmayacağı gibi konularda hukuk danışmanınızın görüşünü alın.
WhatsApp, telefon ve e-posta CRM'e nasıl bağlanır?
CRM'in değeri, satış konuşmasının geçtiği kanalları görebildiği ölçüde artar; Türkiye'de bu kanallar çoğunlukla WhatsApp, telefon ve e-postadır ve her birinin CRM'e bağlanma yolu farklıdır. Kanal bağlantısı kurulmadığında temsilci konuşmayı başka yerde yapar, CRM'e ise yalnız özetini, o da vakit bulursa girer.
WhatsApp'ın CRM'e bağlanması WhatsApp Business API (Cloud API) üzerinden yapılır; telefonda çalışan WhatsApp Business uygulaması tek cihaza bağlı olduğu için ekip kullanımı ve sistem entegrasyonu için uygun değildir. API ile mesajlar ekipçe paylaşılan bir gelen kutusuna düşer, her konuşma telefon numarasından ilgili müşteri kartına bağlanır, konuşma bir temsilciye atanabilir ve devredilebilir. Müşterinin son mesajından sonraki belirli bir süre içinde serbest yanıt verilebilir; bu pencere dışında ve toplu gönderimlerde Meta'nın onayladığı şablonlar kullanılır ve şablon mesajlar Meta tarafından ayrıca ücretlendirilir. Uygulama ile API arasındaki farkı ve mesaj kategorilerini WhatsApp Business: uygulama mı, API mi? yazımızda; katalog, sipariş ve otomatik yanıt kurgusunu ise WhatsApp ile satış rehberimizde anlattık.
WhatsApp entegrasyonunun en büyük faydası, satış konuşmasının temsilcinin kişisel telefonundan çıkıp şirketin kaydına girmesidir. Temsilci ayrıldığında müşteri listesi ve konuşma geçmişi onunla gitmez.
Telefon
Telefon, CRM'e bulut santral (IP santral) entegrasyonuyla bağlanır. Tipik özellikler şunlardır: arayan numaraya göre müşteri kartının ekranda otomatik açılması, CRM'den tıklayarak arama, her aramanın süresiyle birlikte zaman çizelgesine düşmesi, cevapsız çağrı için otomatik geri arama görevi açılması. Çağrı kaydı yapılıyorsa bu da kişisel veri işlemedir; arayan kişinin aydınlatılması ve kayıtların saklama süresi KVKK açısından ayrıca planlanmalıdır. Sahada cep telefonuyla çalışan temsilciler için CRM'in mobil uygulamasında arama sonrası not hatırlatması, kayıt disiplinini belirgin biçimde artırır.
E-posta
E-posta entegrasyonu, Gmail ya da Outlook gibi kurumsal e-posta hesaplarının CRM ile iki yönlü eşitlenmesidir: müşteriden gelen ve müşteriye giden e-postalar ilgili kartın zaman çizelgesinde görünür, CRM'den şablonla e-posta gönderilebilir. Bazı ürünler, e-postaya gizli kopya (BCC) olarak eklenen özel bir adresle kayıt da sunar. Teklif e-postasının açılıp açılmadığını gösteren takip özellikleri yararlıdır, ancak bunların da bir veri işleme olduğunu unutmamak ve aydınlatma metninde belirtmek gerekir. Kurumsal e-posta altyapınız henüz yoksa kurumsal e-posta nedir, nasıl alınır yazımızla başlayabilirsiniz.
Web formları ve reklam formları
Web sitesindeki iletişim ve teklif formları doğrudan CRM'e yazmalı, her talep geldiği sayfa ve kampanya bilgisiyle (UTM parametreleri) kaydedilmelidir. Meta reklamlarındaki talep formları da kampanya ve reklam bilgisiyle birlikte otomatik olarak CRM'e aktarılabilir. Kaynak bilgisi en baştan doğru kaydedilmezse, "hangi reklam satış getirdi?" sorusu sonradan cevaplanamaz.
| Kanal | Bağlantı yöntemi | CRM'e ne düşer? | Dikkat edilecek nokta |
|---|---|---|---|
| WhatsApp Business API (Cloud API) ve sağlayıcı ya da özel entegrasyon | Mesaj geçmişi, atanan temsilci, şablon gönderimleri | Şablon onayı ve ücreti, ileti izni, konuşma penceresi | |
| Telefon | Bulut santral entegrasyonu | Arama kaydı, süre, cevapsız çağrı, varsa ses kaydı | Çağrı kaydında aydınlatma ve saklama süresi |
| E-posta | Gmail / Outlook eşitlemesi, BCC adresi | Gelen ve giden e-postalar, ekler, şablonlar | Kişisel ve iş yazışmalarının ayrılması, takip pikseli |
| Web formu | Doğrudan API ya da form entegrasyonu | Talep, kaynak sayfa, kampanya bilgisi | Aydınlatma ve onay kutularının ayrı olması |
| Meta reklam formu | Meta talep formu entegrasyonu | Talep, kampanya ve reklam bilgisi | Formdaki izin metinlerinin CRM alanlarıyla eşleşmesi |
CRM, ERP ve e-ticaret altyapısıyla nasıl entegre edilir?
CRM entegrasyonunun ilk kuralı, her veri için tek bir asıl kaynak belirlemektir: müşteri adayı ve satış fırsatı CRM'de, cari hesap, stok ve fatura ERP'de ya da muhasebe programında, online sipariş ise e-ticaret altyapısında doğar; diğer sistemler bu kaynaktan okur. Aynı veri iki sistemde birden düzenlenebiliyorsa er ya da geç iki farklı doğru ortaya çıkar.
| Veri | Asıl kaynak | CRM'deki rolü | Tipik akış |
|---|---|---|---|
| Müşteri adayı, fırsat, teklif | CRM | Oluşturulur ve yönetilir | Kazanılınca ERP'ye cari ve sipariş olarak aktarılır |
| Cari hesap, vergi bilgisi, bakiye, risk limiti | ERP / muhasebe | Müşteri kartında salt okunur gösterilir | ERP'den CRM'e düzenli eşitleme |
| Ürün, fiyat listesi, stok | ERP | Teklif hazırlarken okunur | ERP'den CRM'e; fiyat ve stok değiştikçe |
| Fatura ve e-belge | ERP / muhasebe / e-fatura sağlayıcısı | Sipariş geçmişinde görünür | Muhasebeden CRM'e |
| Online sipariş, sepet, e-ticaret müşteri hesabı | E-ticaret altyapısı | Müşteri kartında sipariş geçmişi ve segment verisi | E-ticaretten CRM'e |
| İleti izinleri | CRM (İYS ile eşitlenmiş) | Oluşturulur ve yönetilir | CRM ile İYS ve gönderim araçları arasında iki yönlü |
CRM ile ERP ve muhasebe
CRM ile ERP arasındaki en değerli bağlantı, satış temsilcisinin müşteriyle konuşurken açık siparişi, cari bakiyeyi ve risk limitini görmesi; kazanılan fırsatın da elle yeniden yazılmadan ERP'ye cari ve sipariş olarak geçmesidir. Bu bağlantı, aynı müşterinin iki sistemde farklı kodlarla açılmasını önler ve tahsilatı geciken müşteriye yeni teklif gitmeden önce uyarı verir. Operasyon tarafındaki ihtiyaçları ERP yazılımı sayfamızda, stok tarafını ise stok takip programı rehberimizde ele aldık.
CRM ile e-ticaret ve bayi sistemi
E-ticaret altyapısıyla bağlantıda CRM, siparişleri ve müşteri hesaplarını okur; segmentasyon ve iletişim bu veriyle yapılır. Bayi ya da toptan müşterilerin kendi siparişini verdiği, kendine özel fiyatı ve cari ekstresini gördüğü bir sistem gerekiyorsa bu CRM'in değil bir bayi portalının işidir; iki sistem müşteri kartı üzerinden birlikte çalışır. Bayi tarafının ayrıntılarını B2B bayi paneli sayfamızda anlattık.
Entegrasyon yöntemleri
Entegrasyon dört yoldan biriyle kurulur ve seçim, verinin ne sıklıkla ve ne kadar güvenilir akması gerektiğine göre yapılır:
- Hazır bağlantı (konektör): CRM ya da diğer yazılımın sunduğu hazır entegrasyon. Hızlıdır, ancak yalnız öngörülen alanları taşır.
- API ile doğrudan entegrasyon: İki sistemin programlama arayüzleri üzerinden özel olarak yazılan bağlantı. Esnektir, bakım ister.
- Ara katman (otomasyon platformu): Zapier, Make gibi araçlarla kurulan akışlar. Basit senaryolarda hızlıdır; yüksek hacimde ve kritik veride hata takibi zorlaşabilir.
- Dosya aktarımı: Belirli aralıklarla dışa ve içe aktarılan dosyalar. En basit ama en kırılgan yöntemdir; geçiş dönemleri için uygundur.
Hangi yöntem seçilirse seçilsin, başarısız aktarımların bir hata listesinde görünmesi ve birinin bu listeye düzenli bakması gerekir. Sessizce duran bir entegrasyon, haftalarca eksik veriyle karar verilmesine yol açar.
CRM seçerken hangi kontrol listesini kullanmalısınız?
CRM seçiminde en güvenilir yöntem, ürünleri birbiriyle değil kendi süreç ihtiyaçlarınızla karşılaştırmaktır; aşağıdaki kontrol listesi bu karşılaştırmayı sırayla yapmanızı sağlar. Listeyi seçim ekibiyle birlikte doldurun ve her madde için "ürün kendi özelliğiyle karşılıyor", "ek paket ya da eklentiyle karşılıyor" ya da "ayrı geliştirme gerekiyor" diye not alın.



