CRM nedir? CRM programı ne işe yarar, hangi türleri var

CRM nedir? Müşteri ilişkileri yönetimi (CRM, customer relationship management), bir işletmenin mevcut ve potansiyel müşterileriyle her temasını yönetmek için kullandığı strateji, süreç ve yazılımın toplu adı. Günlük dilde "CRM" denince çoğunlukla işin yazılım tarafı kastediliyor. CRM programı, müşteri kayıtlarının, satış fırsatlarının ve görüşme geçmişinin tek yerde tutulduğu bu yazılım.

CRM programıyla satış ekibi teklifin hangi aşamada olduğunu, destek ekibi açık talepleri, pazarlama ekibi de kimin hangi iletiye izin verdiğini aynı kayıtta görür. Programın değeri, bu bilgilerin kişisel tablolarda ve e-mail (Türkçe kaynaklarda e-posta) kutularında dağınık durduğu bir işletmede ortaya çıkar.

Türkiye'de CRM, bazı pazarlama ekiplerinde müşteriyle e-mail, push bildirim, SMS ve WhatsApp üzerinden iletişim kuran işin adı olarak da kullanılıyor. O iş bir pazarlama çalışması, CRM programı ise bu çalışmanın dayandığı kayıt sistemi. Araç karşılaştırması burada yok: müşteriyle iletişim kuran 11 platform CRM ve pazarlama otomasyonu araçları yazısında aynı ölçütlerle karşılaştırılıyor.

CRM'nin yaygın tanımı yazılımla sınırlı kalmıyor. Microsoft'un müşteri ilişkileri yönetimi (CRM) nedir sayfası, CRM'yi kuruluşların müşterilerle ve potansiyel müşterilerle her etkileşimi yönetmek ve iyileştirmek için kullandığı stratejiler, süreçler ve yazılımlar olarak tanımlıyor. Aynı sayfaya göre CRM sistemi müşteri yönetim sistemi diye de anılıyor. Bu yazıda CRM sistemi, CRM yazılımı ve CRM programı aynı şeyi, yani müşteri kayıtlarını tutan yazılımı anlatıyor.

Strateji, hangi müşteriyle nasıl bir ilişki kurmak istediğini belirler: kime öncelik vereceğini, bir teklifin ne kadar süre takip edileceğini, satıştan sonra müşteriyle kimin konuşacağını. Süreç bu kararları adımlara çevirir. Bir talebin kimde olduğunu, hangi aşamadan sonra teklife döndüğünü ve kaybedilen bir fırsatın nedeninin nereye yazılacağını süreç tanımlar. Yazılım ise bu adımların kaydını tutar.

Üçünün ayrı düşünülmesi pratikte önemli, çünkü bir CRM programı satın almak süreci kendiliğinden kurmuyor. Microsoft da CRM'yi hayata geçirirken karşılaşılan yaygın zorluklar arasında veri geçişinin karmaşıklığını ve çalışanların tanıdıkları araçları kullanmaya devam etme isteğini sayıyor. Süreci yazılmamış bir ekip, yeni programda da eski tablosunu kopyalamaya devam edebilir.

Bir CRM programının ana işi, müşteriyle ilgili dağınık bilgiyi tek bir müşteri kaydında toplamak ve satış, pazarlama ve hizmet ekiplerinin o kayıt üzerinden çalışmasını sağlamak. SAP'nin CRM nedir sayfası bu kaydın içine iletişim bilgilerini, tercihleri ve onay verilerini koyuyor. Sağlayıcıların kendi sayfalarında saydığı işler beş başlıkta toplanıyor:

• Müşteri kaydı: Kişinin iletişim bilgileri, tercihleri, izinleri ve geçmiş temasları aynı yerde durur.
• Satış takibi: Her fırsatın hangi aşamada olduğu ve kimin üzerinde olduğu izlenir, satış aşamalarının görünümü (pipeline) bu kayıtlardan oluşur.
• Hizmet talepleri: Destek istekleri müşteri kaydına bağlanır, durumları ve öncelikleri takip edilir.
• Otomasyon: Potansiyel müşteriyi bir temsilciye atamak, takip mesajı göndermek ve kayıt güncellemek gibi kurala dayalı işler kendiliğinden çalışır.
• Raporlama: Gösterge tabloları açık fırsatların, kampanyaların ve hizmet taleplerinin durumunu aynı veriden gösterir.

Microsoft otomasyon tarafında potansiyel müşterileri puanlayıp atamayı, takip mesajı göndermeyi ve kayıtları güncellemeyi örnek veriyor. SAP de gösterge tablolarını, raporları ve tahminleri müşteri verisinden ve iş akışlarının kaydından üretiyor. İki sayfa da pazarlama, satış ve hizmeti aynı müşteri kaydının kullanıcıları olarak anlatıyor.

Pazarlama ekibi için aynı kayıt, segmentlerin kaynağı. Satın alma geçmişini tutan bir CRM, müşterileri yakınlık, sıklık ve parasal değere göre gruplayan RFM (recency, frequency, monetary) segmentasyonuna veri sağlar. Puanlamanın adımları RFM analizi yazısında anlatılıyor. Müşterilerin ne kadarının kaldığını ölçen müşteri elde tutma oranı gibi metrikler de bu kayıtlara dayanır.

Microsoft, SAP, HubSpot, monday ve Kommo'nun CRM sayfaları Kasım 2026 itibarıyla yapay zeka özelliklerini öne çıkarıyor. Bu özelliklerin hangi veriyi istediği ve nerede insan onayı gerektirdiği yapay zeka ile CRM pazarlaması yazısının konusu.

CRM programları müşteriyi birkaç kayıt türüne bölerek tutar ve bu kayıtları birbirine bağlar. HubSpot'un nesneler (objects) üzerine yardım sayfası, veri modelini nesneler, özellikler ve ilişkilendirmeler (associations) olarak üç parçayla anlatıyor. Bir kişi kaydı bir şirkete, bir fırsata ya da bir destek talebine bağlanabiliyor ve bağlantı her zaman iki yönlü çalışıyor.

Aynı sayfa kişi ve şirket kayıtlarını veri modelinin temeli (foundational objects) olarak tanımlıyor. Fırsat (deal) kaydı bir satışın ilerleyişini, sahibini ve ayrıntılarını tutuyor ve satış sürecinin aşamalarını izleyen bir pipeline'a yerleşiyor. Destek talebi (ticket) kaydı ise talebin durumunu, önceliğini ve yazışmalarını saklıyor.

Tekilleştirme, kaydın sisteme nasıl girdiğine göre değişiyor. HubSpot'un kayıt tekilleştirme sayfasına göre elle, formla ya da içe aktarmayla oluşturulan kişiler e-mail adresine, şirketler alan adına göre otomatik tekilleştiriliyor. API ile oluşturulan şirketler, kurulu üçüncü taraf eşitleme uygulamalarından gelenler dahil, alan adına göre tekilleştirilmiyor. İçe aktarma dosyasında e-mail ya da başka bir benzersiz alan yoksa her satır yeni bir kişi kaydı oluyor.

Bir müşterinin yolu bu kayıtlar üzerinden izlenebilir. Teklif bir fırsat kaydı olarak açılır, görüşmeler ve aramalar kişi kaydına eklenir, satış kapandıktan sonra aynı kişiden gelen destek talebi o kişiye ve şirketine bağlanır. HubSpot'un nesneler sayfası aramaların bir kişi ya da şirketle ilişkili kayıtlarda tutulduğunu ve destek taleplerinin şirkete ya da kişiye göre izlenebildiğini yazıyor.

Microsoft Dynamics 365 Sales'te örnek bir akış müşteri adayıyla başlıyor ve aday uygun bulununca bir fırsata dönüşüyor. Microsoft'un müşteri adayını fırsata dönüştürme sayfasına göre bu adımda adayın gerçek bir satış fırsatı olduğunu doğrular, onu bir firma ve ilgili kişiyle ilişkilendirirsin. Firma, kişi ve fırsat kayıtlarının otomatik mi, elle mi oluşturulacağı ya da atlanıp atlanamayacağı yöneticinin yapılandırmasına bağlı. Sayfaya göre yeni nitelendirme deneyiminde benzer bir firma ya da kişi zaten varsa sistem bir kopya tespit penceresi gösteriyor.

Destek tarafında Dynamics 365 Customer Service'in kaydı vaka (case). Microsoft'un kayıtları otomatik oluşturma sayfası, gelen bir e-mailden vaka oluşturan kuralları anlatıyor. Tablo, kayıt türlerini ve iki sağlayıcıdaki adlarını yan yana koyuyor.

Sağlayıcıların kendi yardım sayfalarına göre, Kasım 2026 itibarıyla. Dynamics 365 adları Sales ve Customer Service uygulamalarının Microsoft Learn sayfalarından. HubSpot'un nesneler sayfasına göre lead nesnesi Sales Hub Professional ya da Enterprise aboneliği gerektiriyor.

Adlar değişse de yapı benziyor: kişi ve şirket HubSpot'un temel dediği kayıtlar, aday ve fırsat satış sürecinde ilerleyen kayıtlar, talep ise hizmet tarafının kaydı. Bir programa geçmeden önce kendi işindeki karşılıklarını yazmak, hangi bilgilerin hangi kayda taşınacağını da gösterir.

Tek müşteri kaydının neyi değiştirdiğini varsayımsal bir örnek gösteriyor. Bir işletmenin müşteri bilgisi üç yerde duruyor. E-ticaret panelinde 2.000 satırlık bir liste var, destek e-mail kutusu ve satış ekibinin teklif tablosu birlikte 1.000 satır daha tutuyor. Her satır bir e-mail adresi ve bir listede aynı adres yalnızca bir kez geçiyor.

Aynı kampanya her listenin her satırına ayrı ayrı gönderilirse 3.000 gönderim yapılır. Bu sayı teslimatı değil, gönderim denemesini gösteriyor. Kaç farklı adrese gönderildiği listelerin ne kadar örtüştüğüne bağlı ve bunu ancak adresleri eşleştirince görebilirsin. Bu örnekte eşleştirme e-mail adresiyle yapılıyor ve bir adres bir kişi sayılıyor.

Örtüşmenin iki sınırı var. Hiçbir adres iki listede birden yoksa 3.000 benzersiz adres vardır ve aynı adrese tekrar gönderim olmaz. Destek ve teklif listelerindeki her adres e-ticaret panelinde de varsa benzersiz adres sayısı 2.000'e iner ve 1.000 gönderim aynı adreslere ikinci ya da üçüncü kez gider.

Tablo bu sınırlar arasındaki üç varsayımı karşılaştırıyor. Liste büyüklükleri sabit, değişen tek girdi eşleştirmeden sonra kalan benzersiz adres sayısı.

Varsayımsal örnek: üç liste ve 3.000 satır, örtüşmeye göre aynı adrese tekrar gönderim.

Oranlar 3.000 satıra göre hesaplandı ve bir ondalık basamağa yuvarlandı. Yüksek örtüşme satırı aynı zamanda üst sınır.

Listeler hiç örtüşmüyorsa tekrar yok, örtüştükleri her durumda ise satır sayısı gerçek adres sayısından büyük görünüyor. Örnek, eşleştirmeden sonra önlenebilecek tekrar gönderimi hesaplıyor: üç senaryoda satırların %10,0 ile %33,3'ü. Hangisinin geçerli olduğunu yalnızca eşleştirme söylüyor.

İzin tarafında, e-ticaret panelinde pazarlama iletisi almak istemediğini bildiren 300 adresten 90'ı teklif tablosunda da var. Tablo bu bilgiyi taşımıyorsa, tablodan gönderilen bir kampanya bu adreslere de gider. Ret bilgisi tek kayıtta bir alan olarak durduğunda bütün kaynaklardan gelen kayda uygulanabilir. Kampanya ayrı bir gönderim aracından ya da eski bir listeden gidiyorsa, bu alanın o araca aktarılması ve liste kurulurken uygulanması gerekir.

Örnek iki şeyi göstermiyor: eşleştirmenin ne kadar doğru olduğunu ve tekrar gönderimin maliyete ya da şikayet oranına etkisini. İki ayrı adres kullanan bir kişi iki kez sayılır, ortak bir adresi paylaşan iki kişi ise tek adrese iner. Bu yüzden eşleştirmeden sonra telefon ya da müşteri numarası gibi ikinci bir alanla birkaç kaydı elle kontrol etmek gerekir.

CRM türleri, Microsoft'un sınıflandırmasına göre üç tane: operasyonel, analiz tabanlı (analitik CRM diye de anılıyor) ve işbirliğine dayalı. Microsoft'a göre operasyonel CRM müşteriyle doğrudan temas edilen süreçleri otomatikleştirmeye odaklanıyor. Analiz tabanlı CRM müşteri davranışından, tercihlerinden ve satın alımlarından içgörü ve eğilim çıkarıyor. İşbirliğine dayalı CRM ise satış, pazarlama, hizmet ve diğer birimler arasında iletişimi ve veri paylaşımını kolaylaştırıyor.

Operasyonel taraf günlük işlerin kaydı: bir talebin temsilciye atanması, tekliften sonraki takip görevi, siparişten sonra açılan hizmet kaydı. Analitik taraf aynı kayıtlardan rapor ve tahmin üretir, örneğin satış sürecinin hangi aşamasında en çok fırsat kaybedildiğini gösterir. İşbirliğine dayalı taraf, satış ekibinin notunu destek ekibinin, destek talebini de pazarlama ekibinin görmesini sağlar.

Bu ayrım işlevleri anlatıyor ve tek bir program üçünü birden taşıyabiliyor. SAP'nin saydığı CRM özellikleri iş akışı otomasyonunu, analitiği ve ekipler arası iş birliğini tek bir CRM'de topluyor. Microsoft araçları bir de kullanıldıkları birime göre pazarlama, satış, müşteri hizmetleri ve saha hizmeti diye ayırıyor. Oracle'ın CRM nedir sayfası ise kurulum biçimine göre şirket içi, bulut ve hibrit CRM'den söz ediyor.

Sağlayıcıların kendi sayfaları da CRM programını farklı bir işin çevresinde anlatıyor. Üç sağlayıcının Kasım 2026'daki tanımları bunu gösteriyor ve sıraları bir tercih anlamına gelmiyor. monday CRM, pazarlama, satış ve satış sonrası teslim (delivery) ekiplerini tek platformda topladığını söylüyor. Merkezinde satış öncesinden satış sonrasına uzanan ve geliştirici olmadan özelleştirilen satış aşamaları var.

Kommo Türkçe sayfasında kendini mesajlaşma tabanlı satışlar için geliştirilmiş, yapay zeka destekli bir CRM olarak tanımlıyor. WhatsApp, Instagram ve TikTok sohbetlerini bir gelen kutusunda topluyor. HubSpot ise ücretsiz CRM ürününü pazarlama, satış ve müşteri hizmetleri ekiplerinin ortak kullandığı bir müşteri veritabanı olarak anlatıyor. Bu veritabanı kişileri, fırsatları, e-mailleri, aramaları ve talepleri tek sistemde tutuyor.

CRM programı, müşteri veri platformu (CDP) ve kurumsal kaynak planlama (ERP) yazılımı aynı müşteriye dokunsa da farklı kayıtları merkeze alır. Oracle'ın ERP nedir sayfası, ERP'yi muhasebe, satın alma, proje yönetimi, risk yönetimi, mevzuat uyumu ve tedarik zinciri gibi günlük iş faaliyetlerini yöneten yazılım olarak tanımlıyor. Aynı sayfaya göre ERP, müşterinin bütüncül görünümü için CRM gibi ön ofis uygulamalarıyla entegre oluyor.

CDP ile CRM arasındaki çizgiyi sağlayıcılar farklı çiziyor. Oracle'ın CDP nedir sayfası CDP'yi çok sayıda kaynaktan gelen birinci taraf müşteri verisini toplayıp birleştiren yazılım olarak tanımlıyor. Aynı sayfa CRM çözümlerinin satış için tasarlandığını ve genellikle birden fazla kaynaktan gelen veriyi birleştirmediğini yazıyor. SAP ise CRM'nin e-mail, arama, sohbet, işlem ve destek vakası gibi temas noktalarından gelen veriyi tek müşteri profilinde birleştirdiğini söylüyor.

İki tanımın ortak sorusu, hangi verinin ve hangi kimliklerin birleştirileceği ve birleşik profilin nerede kullanılacağı. CRM'de satış ekibi teklifi ve görüşme geçmişini kişi ve fırsat kayıtları üzerinden izler. Oracle'ın tarifinde CDP ise web sitesi, uygulama ve e-ticaret gibi kaynaklardan gelen kimlikleri eşleştirip tek profilde birleştiriyor. Bu profili de CRM, analitik ve kişiselleştirme gibi sistemlerin kullanacağı biçime getiriyor.

Oracle'ın CRM sayfası, pazarlama tarafındaki otomasyon aracıyla CRM arasındaki ilişkiyi bir devir olarak anlatıyor. Araç niyeti gösterecek kadar veri toplar ve kişiyi pazarlamanın nitelediği potansiyel müşteri (MQL) olarak satış ekibine iletir, CRM de bu noktadan sonra devreye girer. Bu, işletmeden işletmeye satışta (B2B) görülebilecek bir devir modeli. E-ticarette ve mobil uygulamalarda aynı tür araçlar satıştan sonraki iletişimi de yürütüyor ve bu akışların her biri journey kütüphanesinde tetikleyicisi, beklemeleri ve çıkışıyla ayrı ayrı anlatılıyor.

Microsoft, HubSpot ve Oracle'ın kendi tanım sayfalarına ve sitenin araçlar yazısına göre, Kasım 2026 itibarıyla.

Tablonun gösteremediği şey, sınırların ne kadar esnek olduğu. Aynı sağlayıcı bu sistemlerden birkaçını tek pakette satabiliyor: HubSpot'un CRM sayfasında Smart CRM, Marketing Hub ve Data Hub aynı müşteri platformunun parçaları olarak listeleniyor. CDP ile CRM arasındaki çizgi de yukarıda görüldüğü gibi sağlayıcıya göre değişiyor.

Türkiye'de CRM programına girilen kişi bilgileri için temel metin olan 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK), kanun metninde kişisel veriyi "kimliği belirli veya belirlenebilir gerçek kişiye ilişkin her türlü bilgi" olarak tanımlıyor. Kanunun 10. maddesi, veri sorumlusunun veriyi elde ederken ilgili kişiye kimliğini, işleme amacını, verinin kimlere aktarılabileceğini, toplama yöntemini, hukuki sebebini ve haklarını bildirmesini istiyor. 11. madde de bu haklar arasında eksik ya da yanlış işlenen verinin düzeltilmesini istemeyi sayıyor. Bu açıklama hukuki tavsiye değildir.

Ticari ileti tarafında 6563 sayılı Elektronik Ticaretin Düzenlenmesi Hakkında Kanun, ticari elektronik iletiyi elektronik posta ve kısa mesaj gibi araçlarla ticari amaçla gönderilen ileti olarak tanımlıyor. Kanunun 6. maddesine göre bu iletiler alıcılara ancak önceden onayları alınarak gönderilebilir, esnaf ve tacirlere ise önceden onay alınmadan gönderilebilir. Aynı madde, alıcı iletişim bilgisini kendisiyle iletişime geçilmesi için verdiyse, aldığı mal ya da hizmetin değişiklik, kullanım ve bakımına ilişkin iletiler için ayrıca onay aranmayacağını da söylüyor. Bu da hukuki tavsiye değildir.

İleti Yönetim Sistemi (İYS) tarafında Resmî Gazete'deki 4 Ocak 2020 tarihli yönetmelik değişikliğine göre "İYS üzerinde onayı bulunmayan alıcılara ticari elektronik ileti gönderilemez." Aynı değişikliğe göre tacir ya da esnaf olan alıcıların adresleri gönderimden önce hizmet sağlayıcı tarafından İYS'ye kaydediliyor ve bu alıcıların ret hakkını kullanıp kullanmadığı İYS üzerinden kontrol ediliyor. Değişiklik, yönetmelikte sayılan bazı gönderimlerde İYS kontrolü yapılmayacağını da belirtiyor. Bu bölüm de hukuki görüş değil, kendi gönderimlerin için güncel mevzuata ve hukuk ekibine danış.

CRM programında bu metinlerle ilişkili bilgiler ayrı alanlarda tutulabilir: kişiye hangi aydınlatma metninin gösterildiği, verinin hangi hukuki sebeple işlendiği ve kanal bazında ticari ileti onayı ya da reddi. Aydınlatma bilgisi ile ticari ileti onayı ayrı kanunlardan geldiği için tek bir "izin" alanında birleştirilmeleri hangi bilginin neyi gösterdiğini karıştırabilir. E-maildeki çıkışlarla İYS'den gelen retlerin aynı bastırma listesinde nasıl toplanacağı e-mail teslim edilebilirliği yazısında anlatılıyor.

CRM programına geçiş kararı, hangi aracın seçileceğinden önce birkaç sorunun cevabına bağlı. Soruların sırası ilk kurulumun sırasını da veriyor:

1. Müşteri bilgisi kaç ayrı yerde tutuluyor? E-ticaret paneli, e-mail kutuları, tablolar ve muhasebe programı gibi her kaynağı ve kimin güncellediğini yaz.
2. Bir müşteriyi hangi alanla tanıyacaksın? E-mail adresi, telefon ya da müşteri numarası seçimi, tekilleştirmeyi ve örnekteki tekrar gönderim hesabını belirler.
3. Satış ya da hizmet süreci hangi aşamalardan geçiyor? Aşamaları ve her aşamada kaydı kimin ilerlettiğini yaz, programdaki pipeline bu listeden kurulur.
4. İzin ve ret için hangi sistem esas alınacak? Kanal bazında izin alanını, İYS ile eşitleme yolunu ve gönderim aracının güncel durumu nereden okuyacağını kurulumdan önce belirle.
5. Program hangi sistemlerle konuşacak? E-ticaret altyapısı, e-mail aracı, muhasebe ya da ERP bağlantılarını say. Microsoft'un önerdiği gibi entegrasyonları yayına almadan önce test et.
6. Kayıtları kim güncel tutacak? Kullanıcı rollerini, kimin hangi kaydı göreceğini ve verinin hangi bölgede barındırılacağını yaz.

Bu altı sorunun cevabı yazıldığında araç seçimi somut bir karşılaştırmaya döner: hangi program senin kayıtlarını, aşamalarını ve izin alanlarını en az değişiklikle taşıyabiliyor. Cevaplar, demo görüşmelerinde sağlayıcıya sorulacak listeyi de hazır hâle getirir.