CRM nedir? Müşteri ilişkileri yönetimi nasıl çalışır?

Bir CRM programı adayları, kişileri, firmaları, satış fırsatlarını, aktiviteleri, teklifleri ve iletişim geçmişini birbirine bağlar. Örneğin Senitix CRM’de bir aday açılırken kaynağı, durumu ve sorumlusu da yazılır; aday nitelendiğinde tek adımda kişiye, firmaya ve fırsata dönüşür. Görev, arama ve toplantılar ait oldukları fırsata ya da kişiye kaydedilir. Fırsat da ekibin kendi tanımladığı aşamalardan geçer: bu aşamaların bütününe pipeline, yani satış süreci denir ve liste ya da Kanban görünümünde izlenir. Ürünün neler yaptığını Senitix CRM özellikleri sayfasında tek tek bulabilirsiniz; bu rehber ise aynı düzenin, hangi ürün kullanılırsa kullanılsın, nasıl kurulduğunu anlatıyor.

CRM’in açılımı nedir, ne anlama gelir?

“CRM ne demek?” sorusunun üç katmanlı bir cevabı vardır.

1. Strateji: hangi müşteri segmentine hangi değer önerisiyle, hangi kanaldan ve hangi hizmet standardıyla yaklaşılacağını belirler.
2. Süreç: adayın kayda alınmasından nitelendirmeye, fırsata çevrilmesinden teklife ve onaya, kazanma ya da kaybetmeye, işin devrine ve sonrasında süren ilişkiye kadar her adımın kurallarını tanımlar.
3. Teknoloji: bu kuralları ortak kayıtlara, görevlere, otomasyonlara, yetkilere, raporlara ve entegrasyonlara dönüştürür.

Yalnızca yazılım kurmak bir müşteri ilişkileri stratejisi oluşturmaz. Aynı şekilde temsilcilerin tek tek gösterdiği özen de ortak veri ve takip düzeni olmadığında ölçeklenmez. Sağlıklı bir CRM uygulaması bu üç katmanı birlikte ele alır.

Hangi katmanın eksik kaldığı günlük işte fark edilir, çünkü her katmanın elle tutulur bir çıktısı vardır. Strateji katmanının çıktısı bir slogan değil, tek cümlelik bir hizmet standardıdır: hangi talebe kaç saat içinde kim döner. Süreç katmanının çıktısı yazılı aşama tanımıdır: bir fırsatın sonraki aşamaya geçmesi için neyin gerçekleşmiş olması gerektiğini iki temsilci ayrı ayrı okuduğunda aynı sonuca varmalıdır. Teknoloji katmanının çıktısı ise elle yapılan işin azalmasıdır: hatırlamak yerine tarihli görev, dosya aramak yerine kaydın altında duran belge, aynı bilgiyi ikinci kez sormak yerine ortak zaman çizgisi. Bu çıktıları hangi özelliklerin ürettiğini CRM’de olması gereken özellikler rehberi tek tek sayıyor.

Tanımı yaygın üç yanlış anlamayla yan yana koymak da işe yarar. Excel ve ERP karşılaştırması sayfanın ilerleyen bölümünde; aşağıdaki üçü doğrudan tanımla ilgili.

CRM ne değildir?

• Adres defteri değildir. Kişi listesi kimi tanıdığınızı söyler; CRM ise o kişiyle açık olan işi, işin sahibini ve sıradaki tarihi taşır.
• E-posta arşivi değildir. Arşivde bir yazışmayı arayıp bulabilirsiniz, ama hangi fırsata ait olduğu ve neye yol açtığı yazılı değilse bulduğunuz yalnızca bir metindir.
• Yönetici panosu değildir. Pano kayıtlardan özet çıkarır, kaydın kendisini üretmez; işi yapan kişinin işine yaramayan bir sistemde pano da doğruyu göstermez.

Bu üç yanlış anlama da CRM’i tek bir işleve indirger: saklamak, aramak ya da özetlemek. Hiçbiri sıradaki işin kime ait olduğunu ve ne zaman yapılacağını söylemez; oysa tanımın asıl ağırlığı oradadır.

CRM günlük işte nasıl çalışır?

Bursa’daki bir OSB’de endüstriyel ekipman üreten bir firmayı düşünelim. Fuarda bırakılan kartvizit ya da web sitesinden gelen talep, kaynağıyla birlikte aday olarak açılır. Satış mühendisi firmayı, ihtiyacı, kararı kimin vereceğini, bütçeyi ve zamanlamayı doğrular. Uygun bulunan talep bir firmaya, kişiye ve fırsata bağlanır. Keşif ziyaretinin notu ve sıradaki aktivite fırsatın üzerinde durur. Ürün ve koşullar netleşince teklif hazırlanır; olağan dışı bir iskonto onaya gider. Fırsat kazanıldığında sipariş, sözleşme ve kurulum bilgisi üretim planlamaya ve montaj ekibine geçer. Yönetim raporu da ekipten ayrı bir tablo istemeden bu güncel kayıtlardan çıkar.

Adım adım CRM akışı

Bir kaydın gerçekte izlediği sırayla yedi adım.

1. Talebin kayda geçmesi: Web formundan, e-postadan, telefondan, fuardan ya da referansla gelen talep, nereden geldiği yazılarak açılır.
2. Kimlik ve uygunluk kontrolü: Mükerrer kayıt olup olmadığına bakılır; iletişim bilgisi, firma, ihtiyaç ve izin durumu doğrulanır.
3. Sorumlunun atanması ve sıradaki işin belirlenmesi: Kayıt sahibi bölgeye, ürüne ya da müşteri segmentine göre atanır; tarihli bir sonraki aktivite açılır.
4. Fırsatın ilerletilmesi: Her aşamanın ekipçe kararlaştırılmış bir çıkış ölçütü vardır; “Teklif” aşaması ancak teklif gerçekten gönderildiyse seçilir.
5. Ticari koşulların yönetimi: Ürün, miktar, para birimi, vergi, indirim, geçerlilik süresi ve teklif sürümleri aynı fırsata bağlanır.
6. Sonucun kaydedilmesi: Kazanılan fırsatta devir bilgisi, kaybedilende listeden seçilen neden ve kısa bir açıklama tutulur.
7. Öğrenme ve iyileştirme: Süreç sahibi dönüşümü, aşamada kalma süresini, takip gecikmesini, kazanma oranını ve tahmin sapmasını düzenli olarak inceler.

Temel CRM kayıtları

İşin büyük bölümünü yedi kayıt türü taşır. Aşağıdaki tablo her birinin neyi temsil ettiğini, üzerinde en az hangi alanların bulunması gerektiğini ve hangi kayıtlara bağlandığını gösterir.

Kayıt	Neyi temsil eder?	Asgari örnek alanlar	Neye bağlanır?
Aday	Satışa uygunluğu henüz doğrulanmamış kişi veya talep	Kaynak, ihtiyaç, durum, sorumlu, izin	Kişi, firma, aktivite
Kişi	İletişim kurulan gerçek kişi	Ad, görev, iş iletişimi, tercih, ilişki rolü	Firma, fırsat, aktivite
Firma	Ticari ilişkinin bağlı olduğu kuruluş	Unvan, sektör, bölge, sahip, segment	Kişiler, fırsatlar, teklifler
Fırsat	Belirli bir ticari sonuç ihtimali	Değer, aşama, kapanış tarihi, olasılık, sonraki adım	Firma, kişiler, aktiviteler, teklifler
Aktivite	Yapılması veya kaydedilmesi gereken iş	Tür, tarih, sahip, sonuç	İlgili müşteri ve fırsat
Teklif	Ürün, fiyat ve koşulların sürümlü sunumu	Kalem, miktar, fiyat, indirim, vergi, geçerlilik	Fırsat ve onay akışı
Dosya veya not	Kararı destekleyen bağlam	Tür, sürüm, erişim, tarih	İlgili olduğu kayıtlar

Tüm sütunları görmek için tabloyu yana kaydırın.

Her alanı doldurmak iyi veri anlamına gelmez. İş kararını, yasal bir yükümlülüğü ya da bir otomasyonu desteklemeyen alanlar yalnızca veri girişini ağırlaştırır. Alan sözlüğünde her alanın anlamı, sahibi, ne zaman zorunlu olduğu, kaynağı ve saklama kuralı yazılı olmalıdır.

Alan sözlüğü kadar belirleyici olan ikinci konu, kayıtlar arasındaki bağdır. Yukarıdaki tabloda her satır tek başına anlamlı görünür, ama asıl değer satırlar birbirine bağlandığında ortaya çıkar. Fırsata bağlanmamış bir aktivite, birinin ajandasındaki bir nottan ibarettir. Fırsata bağlanmamış bir teklif ise aylar sonra hangi koşulla verildiği sorulduğunda cevapsız kalır. Bağ koptuğunda kayıt kaybolmaz, yalnızca sorulan soruya cevap veremez. Aynı kayıtların yenileme, bayi siparişi ve başvuru gibi başka iş biçimlerinde nasıl dizildiğini CRM örnekleri sayfası aşama aşama gösteriyor.

Bu düzenin, satın alma görüşmelerinde pek konuşulmayan bir bedeli vardır. Ortak kayıt kendiliğinden oluşmaz; her gün birkaç dakikayı işi yapan kişi ayırır. Görüşme notu aynı gün yazılmazsa bir hafta sonra kimsenin işine yaramaz, çünkü günler sonra toplu doldurulan alan artık bilgi değil, hatıradır. Üstelik o dakikaları harcayanla karşılığını alan çoğu zaman aynı kişi değildir: yazan temsilcidir, okuyan ise yönetici ve işi devralan ekip. Dengeyi iki alışkanlık kurar. Birincisi, bilgi öğrenildiği anda ve öğrenildiği ekranda girilir. İkincisi, yönetim sayıları CRM’den okur; ekipten bir kez ayrı tablo istendiğinde herkes asıl kaydın CRM’de olmadığını anlar.

CRM türleri nelerdir?

CRM’in dört temel türü vardır: stratejik, operasyonel, analitik ve iş birliğine dayalı CRM. Her biri farklı bir iş sorusuna cevap verir ve dördü aynı üründe birlikte çalışabilir.

CRM’in dört temel yaklaşımı

CRM yaklaşımı	Temel amaç	Tipik kullanım	Sorulması gereken soru
Stratejik CRM	Müşteri ilişkilerini uzun vadeli iş modeline bağlamak	Segmentasyon, değer önerisi, ilişki standardı	Hangi müşteriye neden ve nasıl hizmet ediyoruz?
Operasyonel CRM	Günlük pazarlama, satış ve hizmet akışını yürütmek	Aday yönlendirme, pipeline, görev, teklif, destek talebi	Sıradaki işi kim, ne zaman yapacak?
Analitik CRM	Veriden eğilim ve karar desteği üretmek	Dönüşüm, segment, tahmin, kayıp nedeni	Ne oluyor, neden oluyor, neyi değiştirmeliyiz?
İş birliğine dayalı CRM	Ekipler ve kanallar arasında müşteri bağlamını paylaşmak	Satıştan kuruluma devir, iş ortağı, destek geçmişi	Müşteri aynı bilgiyi neden tekrar anlatıyor?

Tüm sütunları görmek için tabloyu yana kaydırın.

Günümüzün bulut CRM ürünleri bu yaklaşımları farklı derinliklerde bir araya getirir. Bir ürünün “analitik” ya da “yapay zekâ destekli” diye tanıtılması, işletmenin verisinin yeterli ya da çıktının doğru olduğu anlamına gelmez; bunu ancak gerçek bir senaryoyla test ederek görürsünüz.

Burada “bir araya getirmek”, dört ayrı ürünü tek pakette satmak anlamına gelmez: dört yaklaşım, aynı kayıtların üzerine binen dört katmandır. Tek bir fırsat kaydı dördünde de yer alır. Temsilci onu bir aşama ilerlettiğinde operasyonel, dönüşüm raporunda bir satıra dönüştüğünde analitik, kurulum ekibine devredildiğinde iş birliğine dayalı, hangi müşteri tipine emek ayrılacağı tartışılırken de stratejik katmandadır. Katmanlar birbirini besler: analizin derinliği, operasyonel katmanda kaydedilen verinin derinliğini geçemez. Aşama tarihlerini kimse doğru girmiyorsa hiçbir rapor aşamada kalma süresini doğru hesaplayamaz.

Bu yüzden değerlendirmede sorulacak soru “hangi tür bize lazım?” değil, “bu üründe hangi katman zayıf kalıyor?” sorusudur. Kurulumu kimin yapacağı ve verinin nerede tutulacağı gibi satın alma sorularını CRM programı rehberinde bulabilirsiniz.

CRM’i kimler kullanır?

CRM’i en yoğun kullanan satış ekibidir, ama aynı kayda şirketteki yedi ayrı rol kendi işi için bakar:

• Satış temsilcisi: önceliklerini, görüşme geçmişini, fırsatın aşamasını, teklifi ve sıradaki adımı yönetir.
• Satış yöneticisi: pipeline’ın hedefi karşılayıp karşılamadığını, aşamalardaki tıkanmaları, geciken işleri, tahmini ve kimin koçluğa ihtiyacı olduğunu görür.
• Pazarlama: talebin hangi kaynaktan ve kampanyadan geldiğini satış sonucuyla eşleştirir; izinli listeleri yönetir.
• Müşteri başarısı ve hizmet: satışta verilen sözleri, müşteriyle geçmişi ve açık konuları görerek işi devralmayı kolaylaştırır.
• Satış operasyonları: veri modelini, aşama ölçütlerini, yönlendirmeyi, otomasyonları, raporları ve benimsemeyi yönetir.
• Finans ve operasyon: onaylanmış ticari bilgiyi alır; kesin finansal işlemi kendi sisteminde yürütür.
• BT, güvenlik ve hukuk: entegrasyon, kimlik, erişim, saklama, aktarım ve tedarikçi riskini değerlendirir.

Toptan ticaret ve distribütörlükte, üretimde, danışmanlıkta, hukuk hizmetlerinde, mühendislik ve mimarlıkta, lojistik ve dış ticarette, inşaat ve gayrimenkulde satış döngüleri birbirine benzemez. Temel kayıtlar aynı kalabilir, ama pipeline aşamaları, zorunlu alanlar ve ölçütler sektördeki gerçek karar adımlarına göre kurulmalıdır. Sektörlere göre örnek aşamaları ve alanları sektörlere göre CRM sayfasında bulabilirsiniz.

Aşamalar sektöre göre değişse de rol sınırları aynı soruyla çizilir: her ekip CRM’de ne yapar, neyi orada yapmaz? Temsilci sabah kendi adına açılmış geciken aktiviteleri sıralar; görüşmeyi yapan CRM değil, temsilcidir. Yönetici toplantıya fırsatların aşamalara dağılımıyla girer; hangi işin kurtarılmaya değdiğine yazılım değil, yönetici karar verir. Pazarlama formdan gelen talebi kazanıldı ya da kaybedildi sonucuna kadar izler; toplu e-posta gönderimi çoğunlukla ayrı bir sistemde yapılır. Hizmet ekibi devraldığı müşteriye ne söz verildiğini kayıttan okur, destek taleplerini ise yardım masasında yürütür.

Satış operasyonları aşama çıkış ölçütlerinin ve rapor tanımlarının sahibidir, çünkü bir ölçüt değiştiğinde eski dönemle yeni dönem artık aynı şeyi saymaz. Finans onaylanmış ticari koşulları ve indirimin gerekçesini okur; gelirin hangi döneme yazılacağı, fırsatın kazanıldığı tarihle aynı olmak zorunda değildir. BT ve hukuk kimin hangi kaydı görebileceğini ve dışa aktarabileceğini sınırlar; hangi verinin toplanacağına ise yazılım değil süreç sahibi karar verir. Yedi rolün hepsi aynı kaydı okur; o kaydın neleri taşıması gerektiğini müşteri takip programı rehberi altı maddede sıralıyor.

CRM neyi değiştirir, fark nasıl ölçülür?

CRM’in faydası “satışları artırır” demekle kanıtlanmaz. CRM belirli bir çalışma biçimini değiştirir; ölçülmesi gereken, o değişikliğin iş sonuçlarına etkisidir.

Yedi çalışma değişikliği ve göstergeleri

Tablonun her satırı bir çalışma değişikliğini, o değişikliği gösterecek göstergeyle ve göstergenin nasıl hesaplanacağıyla eşleştirir.

Çalışma değişikliği	Ölçülebilir gösterge	Hesaplama örneği
Talepler otomatik yönlendirilir ve tarihli takibe bağlanır	İlk yanıt süresi, takipsiz aday oranı	Takipsiz uygun aday ÷ tüm uygun adaylar
Aşamaların çıkış ölçütleri standartlaşır	Aşama dönüşümü, aşamada kalma süresi	Sonraki aşamaya geçen ÷ aşamaya giren
Teklif fırsata ve onaya bağlanır	Teklif hazırlama ve onay süresi	Gönderim zamanı − talep zamanı
Kayıp nedeni zorunlu ve tutarlı girilir	Kayıp nedenlerinin dağılımı	Bir nedenle kaybedilen fırsat ÷ tüm kayıplar
Tahmin güncel fırsatlardan oluşur	Tahmin sapması	Tahmin ile gerçekleşen arasındaki mutlak fark ÷ gerçekleşen
Ortak zaman çizgisi kullanılır	Devirde eksik bilgi, müşteriden tekrar bilgi isteme	Eksiksiz devir ÷ tüm devirler
Kullanıcı işini CRM’de tamamlar	Benimseme ve veri tamlığı	Güncel zorunlu kayıt ÷ açık kayıtlar

Tüm sütunları görmek için tabloyu yana kaydırın.

Kazanma oranı, gelir ya da satış döngüsü, CRM kurulurken aynı dönemde yapılan kampanya, fiyat, kadro ve pazar değişikliklerinden de etkilenebilir. Başlangıç ve karşılaştırma dönemleri tanımlanmadan “farkı CRM yarattı” denemez.

Aynı özen ölçümün kendisinde de gerekir: iki ölçüm aynı tanımla yapılmadıysa aradaki fark sonuçtan değil, tanımdan gelir. Bu yüzden başlangıç ölçümü yalnızca bir sayı değil, payın ve paydanın yazıya geçirilmiş hâlidir.

Bu şartı hiç karşılamayan bir gösterge yine de çoğu rapora girer: kullanıcı giriş sayısı. Rapora girmesinin tek nedeni en kolay bulunan sayı olmasıdır; oysa giriş, işin tamamlandığını değil yalnızca ekranın açıldığını gösterir. Bir ekip her sabah sisteme girip fırsatlarını hâlâ kendi tablosunda tutuyor olabilir. Onun yerine, sıradaki adımı tarihli ve güncel olan açık kayıtların oranına bakın.

Faydaların hepsi aynı kalıba oturur: elle yürüyen bir iş kayda geçer, kayıt da bir oranı hesaplanabilir hâle getirir. On bir faydanın her biri için izlenecek oranı CRM faydaları sayfası madde madde veriyor.

CRM’in Excel, ERP ve diğer sistemlerden farkı nedir?

CRM müşteri ilişkisini ve satış fırsatını yönetir. Excel esnek bir liste ve hesap aracıdır; ERP ise finans, stok, satın alma ve üretim gibi kesinleşmiş işlemleri yürütür. Sistemleri birbirinden ayıran şey özellik listesi değil, hangi bilginin hangi sistemde tutulacağına dair verilen karardır.

Hangi sistem neyin sahibidir?

Tablonun son sütununa özellikle bakın: bir sistemin tek başına yetmediği yeri baştan yazmak, entegrasyonun aynı bilgi için iki ayrı “doğru” üretmesini önler.

Sistem	Ana görevi	Güçlü olduğu alan	Tek başına yetersiz kaldığı yer
CRM	Müşteri ilişkisi ve gelir fırsatı	Etkileşim, pipeline, görev, teklif, devir	Kesin muhasebe, stok veya üretim işlemi
Excel veya hesap tablosu	Esnek liste ve hesaplama	Hızlı analiz, küçük ve tek kullanıcılı liste	İlişki, yetki, eşzamanlı çalışma, geçmiş ve otomasyon
ERP	Kurumsal kaynak ve işlem yönetimi	Finans, stok, satın alma, üretim, sipariş	Erken aşama ilişki, aktivite ve satış bağlamı
Pazarlama otomasyonu	Kampanya ve izinli iletişim akışı	Segment, e-posta, form, kampanya besleme	Tüm satış fırsatı ve ticari onay yönetimi
Yardım masası	Talep ve vaka çözümü	SLA, kuyruk, destek etkileşimi	Satış pipeline’ı ve teklif süreci
CDP (müşteri veri platformu)	Çok kaynaklı müşteri verisini birleştirme	Kimlik çözümleme, davranışsal segment	Temsilcinin görev ve fırsat yürütmesi

Tüm sütunları görmek için tabloyu yana kaydırın.

CRM ne zaman gereklidir, ne zaman fazla gelebilir?

Şu işaretlerin birkaçı birlikte görülüyorsa CRM’i değerlendirmenin zamanı gelmiştir: aynı müşteriyle birden fazla kişi ilgileniyor; yazışma geçmişi farklı gelen kutularına dağılmış; takipler hafızaya bağlı; aynı müşteri farklı dosyalarda farklı yazıyor; teklifle fırsat arasında bağ yok; yönetim tahmini elle birleştiriyor; biri ayrıldığında bağlam da onunla gidiyor; kimin neyi değiştirdiği açıklanamıyor.

Tek bir kişinin az sayıda ve kısa süreli ilişkiyi yönettiği, düzenli rapora ya da iş birliğine ihtiyaç duyulmayan bir işte basit bir tablo bir süre yeterli olabilir. Bu durumda bile yedekleme, kişisel verinin hangi amaçla tutulduğu ve erişim güvenliği ihmal edilmemelidir. Gerçek bir ihtiyaç doğmadan sistemi karmaşıklaştırmak CRM başarısı sayılmaz.

İhtiyaç gerçekten doğduğunda da sınır sorusu ortadan kalkmaz, çünkü yeni sistem tablonun yerini hemen almaz; bir süre onunla yan yana çalışır. Aynı firma hem CRM’de hem ön muhasebede kayıtlıdır; adres birinde güncellenir, diğerinde eski hâliyle kalır. İki sistem de aynı alana yazabiliyorsa son yazan kazanır: birinin düzelttiği bilginin üzerine, öbür sistemden gelen eski değer sessizce yazılır. Aynı düzeltmeyi iki kez yapan kişi üçüncüsünü yapmaz. Ekip ikisine birden güvenmeyi bıraktığında tablo geri gelir, üstelik bu kez kimsenin görmediği ve kimsenin yedeklemediği bir kopya olarak. Sınırı çizmemenin gerçek bedeli budur. Tablonun teklif ve takip işinde nereye kadar yettiğini satış takip programı sayfası ayrıca ele alıyor.

Sınır, sistem adıyla değil alan adıyla çizilir. Tartışma neredeyse hiçbir zaman iki sistemin tamamıyla ilgili değildir; unvan, adres, vergi numarası, fiyat, indirim ve ödeme durumu gibi birkaç ortak alanla ilgilidir. Bu alanların her birinin yazılı olarak belirlenmiş tek bir sahibi olur; öbür sistem o alanı ekranında gösterebilir, ama üzerine yazamaz. Bu listeyi nerede tutacağınıza ve kayıtları hangi değişmez değerle eşleştireceğinize CRM veritabanı tasarımında karar verilir.

Aynı soru tablonun alt satırları için de geçerlidir. Pazarlama otomasyonu, yardım masası ve müşteri veri platformu aynı kişiyi kendi amacına göre tutar: biri izin durumunu, biri açık talebi, öbürü davranış geçmişini. Üçü de CRM’in rakibi değildir; sorun, her birinin kendini o kişinin asıl kaydı saymasıyla başlar. İşe yarayan ölçüt basittir: temsilci sabah hangi sistemi açıyorsa günlük işin kaydı orada tutulur, diğerleri o kaydı besler.

Kendi durumunuzu görmek için bir olgunluk modeline gerek yok. Aşağıdaki soruları bugünkü sürecinize sorun; cevabı tahmin etmek yerine gidip bakın.

• Bir firmanın adresi ya da unvanı değiştiğinde bu bilgi kaç ayrı programda elle güncelleniyor?
• Bir kayıt iki sistemde farklı yazıyorsa hangisinin doğru sayılacağına kim karar veriyor?
• Geçerli fiyatın ve indirimin son hâli hangi sistemde duruyor?
• İki ekip aynı müşteri listesinden iki farklı sayı çıkardığında farkın nereden geldiği yazılı mı?
• Yeni gelen bir çalışan, bir bilgiyi nerede düzelteceğini kimden öğreniyor?

Cevapların çoğu “kime sorduğunuza bağlı” çıkıyorsa eksik olan yazılım değil, hangi bilginin hangi sistemde tutulacağına dair yazılı bir karardır. O karar bir sayfayı geçmez ve satın almadan önce verilebilir; verilmediğinde her yeni sistem aynı tartışmayı yeniden başlatır.

Bulut, şirket içi ve açık kaynak CRM arasındaki fark nedir?

Bulut CRM (SaaS) modelinde yazılımı sağlayıcı işletir, siz ona tarayıcıdan ya da uygulamadan erişirsiniz; güncelleme ve ölçekleme genellikle daha hızlıdır. Verinin nerede tutulduğu, alt işleyenler, yedekleme, erişim, hizmet seviyesi, dışa aktarma ve sözleşme bittiğinde verinin silinmesi sözleşmede incelenir.

Şirket içi kurulum altyapı üzerinde daha doğrudan kontrol sağlar, ama yama, izleme, yedekleme, felaket kurtarma, e-posta güvenliği ve uzman personel sorumluluğunu işletmeye yükler.

Açık kaynak CRM, kaynak koduna ve lisansına erişim verir; ama barındırma, güvenlik operasyonu, geliştirme, sürüm yükseltme, entegrasyon ve destek maliyetini ortadan kaldırmaz. Bu yüzden seçim yalnızca kullanıcı başı liste fiyatına bakılarak yapılmaz.

Bu sorumluluklar pratikte bir iş takvimine dönüşür: sürüm yükseltme, yalnızca yedek almak değil yedekten gerçekten geri dönülebildiğini denemek, sertifika yenileme, giden postanın SPF, DKIM ve DMARC kayıtlarının bakımı, izleme ve gece bir şey durduğunda kimin telefonunun çalacağı. Bu takvim model seçimiyle ortadan kalkmaz, yalnızca yer değiştirir. Hizmet olarak alındığında bu iş sağlayıcının fiyatına ve hizmet seviyesine dahildir; şirket içi ya da açık kaynak tercihinde ise sizin ekibinizin haftalık iş yüküne eklenir.

Bunu bulut lehine bir argüman olarak okumayın. Aynı işleri başka sistemler için zaten yapan bir bilgi işlem ekibinde ek yük küçük kalabilir; verinin belirli bir donanımda tutulması şartsa ya da ürünün kaynak kodunda değişiklik yapılacaksa karar yalnızca bu gerekçeyle bile verilebilir. Adil bir karşılaştırma şöyle yapılır: yukarıdaki işleri iki sütuna yazın; her satırın karşısına işi yapacak kişinin adını ve yılda kaç saat süreceğini koyun. Karşısı boş kalan her satır, ileride birinin fazla mesaisi demektir.

Açık kaynakta sorulacak başka sorular da vardır: özelleştirmeleri yeni sürüme kim taşıyacak, topluluk sürümüne güvenlik yaması ne kadar süre gelecek, destek bir sözleşmeye mi yoksa forum cevaplarına mı dayanıyor? Lisansı ücretsiz bir yazılım, ücretsiz bir plan ve süreli bir deneme de aynı şey değildir; üçünün nerede ayrıldığını ücretsiz CRM sayfası tek tek anlatıyor.

Senitix CRM bu modellerden ilkine girer: web tarayıcısında çalışan bir bulut CRM’dir; altyapıyı, güncellemeleri ve yedeklemeyi Senitix yürütür. iOS ve Android uygulamaları henüz yayında değil; sahada telefondan çalışacak bir ekip bunu değerlendirmeye baştan katmalıdır.

CRM’de entegrasyon, veri sahipliği ve KVKK nasıl ele alınır?

CRM çoğunlukla web sitesi, e-posta ve takvim, telefon, teklif ya da e-imza, muhasebe ve ERP, destek ve iş zekâsı sistemleriyle veri alışverişi yapar. Her entegrasyon için kaynak sistem, hedef alan, aktarım yönü, gecikme, hata kuyruğu, yeniden deneme, yetki ve sistemin sahibi yazılı olmalıdır. “İki yönlü senkronizasyon” demek tek başına bir tanım değildir.

Senitix CRM’e bugün Gmail, Microsoft Outlook ve IMAP/SMTP posta kutuları ile Google Takvim ve Microsoft Takvim bağlanabilir. REST API ise Senitix’in kaydettiği bağlı uygulamalar için kişi, firma, fırsat ve aktivite kayıtlarını okur ve yazar; teklif, ürün ve fatura bu kapsamın dışındadır. Paraşüt ve Mikro ERP de CRM’e bağlanır. Paraşüt bağlantısı cari kartları, satış faturalarını, e-Fatura/e-Arşiv durumunu, tahsilatları, ürün kataloğunu ve teklifleri CRM’e getirir. Mikro ERP bağlantısı ise firmanın kendi Mikro Desktop API servisi üzerinden cari kayıtları, stok kataloğunu, satış faturalarını ve GİB’e iki aşamalı e-Fatura/e-Arşiv gönderimini CRM’in içine taşır. Bu belgeler bağlı hesap üzerinden gönderilir; Senitix’in kendisi e-Fatura ya da e-Arşiv düzenlemez. Başka bir muhasebe programı kullanan ekipler kayıtlarını CSV ya da Excel dosyasıyla aktarır.

Türkiye’de CRM’e kişisel veri yüklemek KVKK sorumluluklarını yazılıma devretmez. İşletmenin en azından şu sorulara cevap vermesi gerekir:

Son soru Senitix için de geçerlidir. Senitix CRM verisi, felaket kurtarma kopyası da dahil olmak üzere AB’de, yani Türkiye dışında barındırılır. Türkiye’deki bir işletme için bu, KVKK’nın yurt dışına aktarım hükümlerinin konusudur; aktarımın dayanağını ve sözleşmesini hukuk ekibiniz doğrular. Barındırma konumu, alt işleyenler ve aktarımların dayanağı alt işleyenler sayfasında yazılıdır.

Bir tedarikçinin güvenlik sayfasını okurken bugün çalışan kontrolle henüz planlanan maddeyi birbirinden ayırın; “tam güvenlik”, “sıfır risk” ya da belgesi gösterilemeyen bir sertifika kanıt sayılmaz. Aynı ölçüyü bize de uygulayın. Senitix CRM’de çok faktörlü kimlik doğrulama ve denetim kaydı kullanılabilir; OpenID Connect ile tek oturum açma ise Senitix ekibiyle birlikte kurulur. Veri aktarım sırasında en az TLS 1.2 ile, depolanırken de yedekler dahil şifrelenir. SOC 2 Type II için hazırlık sürüyor; bugün Senitix’in SOC 2 ya da ISO/IEC 27001 sertifikası yok. Kontrollerin ayrıntısı CRM veri güvenliği sayfasında.

Bağlantının kendisi de bir erişim yoludur ve nasıl kurulduğu, nereden bozulacağını belirler. Hazır bağlayıcı en hızlı yoldur, ama alan eşlemesini sağlayıcı belirlediği için ihtiyaç standardın dışına çıktığında yapılabilecek bir şey kalmaz. Entegrasyon platformu (iPaaS) bu sınırı kaldırır, ama akışın sahipliği üçüncü bir araca geçer. Doğrudan API en fazla denetimi verir, bakımı da size kalır: karşı tarafın sürüm değişikliği artık sizin işinizdir. Dosya aktarımı hâlâ yaygındır; kurması kolaydır, ama kimin ne zaman çalıştırdığını göstermesi zordur. Hangi yöntemin nereye uyduğunu ve sistemlerin hangi sırayla bağlanacağını CRM entegrasyonu rehberi anlatıyor.

Yukarıdaki soruların cevabı yazılımda değil, işletmenin kendi belgelerinde yer alır; CRM’in görevi her cevabın sistemde bir karşılığı olmasını sağlamaktır. Türkiye’de en sık atlanan konu ticari elektronik iletidir: izin İleti Yönetim Sistemi’ne (İYS) kaydedilir, ret oraya işlenir, gönderimden önce liste İYS ile karşılaştırılır. Alıcı tacir ya da esnafsa önceden onay aranmaz, ama alıcı reddettiği anda gönderim durmalıdır; bu istisnanın hangi kişiye uygulandığı da kayıtta görünmelidir. CRM’deki “izinli” işareti tek başına bunu karşılamaz. İzni bir onay kutusu olarak değil, tarihi ve kanalı görülebilen bir kayıt olarak kurun; metinleri ve hukuki dayanağı hukuk ekibiniz belirler.

Tedarikçi seçiminde KVKK açısından daha ayrıntılı bir soru listesi için KVKK uyumlu CRM seçerken sorulacak sorular yazısına bakabilirsiniz.

CRM’de yapay zekâ ne yapar?

Yapay zekâ bir CRM’de uzun aktivite geçmişini özetleyebilir, metin taslağı hazırlayabilir, kayıtları belirli bir sonuca ulaşma ihtimaline göre puanlayabilir ya da sıradaki aktiviteyi önerebilir. Ama eksik veriden doğru sonuç çıkaramaz. Tedarikçi her yapay zekâ özelliği için hangi veriyi hangi amaçla kullandığını, erişim sınırını, modeli ve sağlayıcısını, verinin ne kadar saklandığını, çıktının nasıl değerlendirildiğini ve insan onayının nerede devreye girdiğini açıklamalıdır.

Müşteriye gidecek metin, fiyat ya da indirim, sözleşme koşulu, bir kişiyi önemli ölçüde etkileyen karar ya da hassas veri işlemi otomatiğe bağlanıp denetimsiz bırakılmaz. Kullanıcı, çıktının yapay zekâ tarafından hazırlandığını bilmeli ve kaynak kayda dönüp düzeltebilmelidir.

Bu sınırların hepsi tek bir teknik soruya dayanır: asistan kayıtları kimin yetkisiyle okuyor? Tek doğru cevap, soruyu soran kişinin yetkisidir. Kullanıcının kendisinin açamadığı bir fırsatı asistan özetleyebiliyorsa, özet erişim kontrolünü dolanan bir arka kapıya dönüşür. Bunu denemek kolaydır: farklı yetkilere sahip iki kullanıcı, yalnızca birinin görebildiği bir fırsatı asistana sorsun; ikisi de aynı cevabı alıyorsa yetki tarafında bir sorun var demektir. Puanlamanın, taslakların ve özetlerin nasıl çalıştığını CRM’de yapay zekâ kullanım alanları rehberi tek tek anlatıyor.

Senitix CRM’de yapay zekâ Senitix AI adını taşır: günlük özet hazırlar, e-posta taslağı yazar ve düzeltir, yazışmaları özetler, sıradaki adımı önerir ve soruları kullanıcının zaten görebildiği kayıtlardan cevaplar. Kullanıcı onaylamadan hiçbir şey gönderilmez ya da değiştirilmez. Kullanım, kişi başına günlük istek sınırıyla ölçülür; sınır dahil plan ayrıntıları fiyatlandırma sayfasında. Aday ve fırsat puanlaması ise yapay zekâ değildir: yöneticinin alan değerlerine göre kurduğu kurallarla çalışır.

CRM maliyeti nasıl hesaplanır?

CRM maliyeti aylık lisansla değil, üç yıllık toplam sahip olma maliyetiyle hesaplanır:

Fiyat karşılaştırmasında para birimi, vergi, ödeme dönemi, kullanıcı türü, asgari kullanıcı sayısı, depolama, API limiti, destek seviyesi, yenilemedeki fiyat artışı ve çıkış maliyeti her ürün için aynı varsayımlarla yazılır. Ücretsiz plan, deneme sürümü ve açık kaynak aynı kategorideymiş gibi karşılaştırılmaz.

Varsayımlar eşitlendikten sonra sıra kendi rakamlarınıza gelir. Yukarıdaki toplamın her kalemini bir çarpıma çevirin.

• Abonelik: kullanıcı sayısı × kullanıcı başı plan fiyatı × ay sayısı.
• Kurulum: yapılandırma günü × danışmanın ya da iç ekibin günlük maliyeti.
• Entegrasyon: bağlanacak sistem sayısı × sistem başına adam-gün.
• Veri taşıma: temizleme ve eşleme saati × saatlik maliyet.
• Eğitim: kullanıcı sayısı × eğitim saati × saatlik maliyet.
• Yönetici zamanı: haftalık bakım saati × 52 hafta × saatlik maliyet.

Çoğu bütçenin atladığı satır ikinci yıldır: kurulan yapı kendiliğinden ayakta kalmaz, bakımı birinin takviminde düzenli olarak yer tutar. O saatleri yıllık bir kalem olarak yazın; bakımın neleri kapsadığını ikinci yılda CRM bakımı rehberi anlatıyor.

Senitix CRM için bu varsayımlar şöyledir: liste fiyatları ABD doları cinsindendir; fatura adresi Türkiye’de olan müşteri, fatura tarihindeki TCMB döviz satış kuruyla çevrilen KDV dahil tutarı Türk lirası olarak öder. Ücretli planlarda deneme süresi yoktur; ürünü denemenin yolu Ücretsiz planıdır. Yıllık ödemede on iki ayın ücreti peşin alınır ve Enterprise planı en az 5 kullanıcıyla başlar. Planların bugün neleri kapsadığını Senitix CRM planları ve fiyatları sayfasında görebilirsiniz.

Doğru CRM nasıl seçilir?

Doğru CRM’i seçmenin yolu, kısa listedeki her ürüne aynı gerçek senaryoyu uygulatmak ve sonuçları ağırlıklı bir puan kartıyla karşılaştırmaktır.

Her tedarikçiye aynı test senaryosunu verin

Örnek bir web talebi oluşturun, mükerrer kaydı kontrol edin, talebi doğru kullanıcıya atayın, nitelendirip fırsata çevirin, toplantıyı ve e-postayı fırsata bağlayın, iki sürümlü bir teklif hazırlayın, indirim onayı isteyin, sahada çalışan bir ekibiniz varsa kaydı telefondan güncelleyin, yöneticinin tahminini gösterin ve son olarak bütün kayıtları ekleriyle birlikte dışa aktarın. Satıcı hazır sunumunu göstermek yerine bu akışı üründe baştan sona tamamlasın.

Karar puan kartı

Senaryodan çıkan gözlemleri aşağıdaki ölçütlerle puanlayın. Ağırlıklar yalnızca bir başlangıç noktasıdır; kanıt sütunu ise isteğe bağlı değildir.

Ölçüt	Önerilen ağırlık	Kanıt
Günlük iş akışı uyumu	%25	Ortak test senaryosu ve kullanıcı gözlemi
Kullanım kolaylığı ve benimseme	%15	Pilot tamamlama, adım ve hata sayısı
Veri modeli ve raporlama	%15	Örnek veri, zorunlu raporlar
Entegrasyon ve çıkış özgürlüğü	%15	Çalışan entegrasyon, tam dışa aktarma
Güvenlik, gizlilik ve yönetişim	%15	Sözleşme, kontrol kanıtı, izin testi
Üç yıllık toplam maliyet	%10	Aynı kapsamlı fiyat çalışma tablosu
Destek ve uygulama kapasitesi	%5	SLA, sorumluluk ve benzer referans

Tüm sütunları görmek için tabloyu yana kaydırın.

Toplam puan yüksek olsa bile kritik iş akışında, güvenlikte, veri çıkışında ya da hukuki bir gereklilikte başarısız olan ürün elenir. “En iyi CRM” herkes için aynı ürün değildir; işletmenin bugünkü ve öngörülebilir iş modeline en iyi uyan ve güvenilir biçimde işletilebilen üründür.

Eleme çoğu zaman puan kartında değil, senaryonun içinde yaşanır. Her adımın kendine özgü bir tuzağı vardır ve hazır sunumlar bu noktaların üzerinden hızla geçer; şu beş yerde yavaşlayın.

• Talep: formdaki alanın kayda hangi adla düştüğünü sorun. Demo ortamında eşleme çoktan yapılmıştır.
• Mükerrer kayıt: aday üründe aynı firmayı iki farklı yazımla girin. Temiz veriyle yapılan kontrol hiçbir şey göstermez.
• Teklif: ikinci sürüm birincinin yanına mı ekleniyor, üstüne mi yazılıyor? Sürüm geçmişini tutmayan ürün burada belli olur.
• Onay: onay verecek kişinin bekleyen işler ekranını görmek isteyin. Onayın nerede göründüğü, var olup olmamasından daha çok şey söyler.
• Dışa aktarma: ekleri ve kayıtlar arasındaki bağları da isteyin. Çoğu çıktı satırları verir, ilişkileri vermez.

Puan kartı ekibin sezgisiyle çeliştiğinde puanı silmeyin, sezgiyi bir ölçüte çevirin. Çoğu itirazın altında bir ağırlık yatar: ekip “günlük kullanımda hantal” diyorsa itiraz kullanım kolaylığı satırına aittir ve o satırın ağırlığı düşük kalmıştır. Ağırlığı açıkça değiştirin, tabloyu yeniden hesaplayın ve kararı yeni tabloyla verin. Kısa listeyi kaç ürüne indireceğinizi ve pilotu nasıl kuracağınızı en iyi CRM nasıl seçilir rehberi ayrıca anlatıyor.

İlk 30 gün: nereden başlanır?

İlk otuz gün kapsamla başlar: süreç sahibi, hedef ölçütler ve aşama tanımları yazılmadan veri taşımaya geçilmez.

Beşer günlük bloklarla otuz gün

Tam bir geçiş projesi değil, odaklı bir başlangıç. Sıra, tarihlerden daha önemlidir.

1. Kapsam (1-5. gün): Süreç sahibi, hedef ölçütler, kullanıcı rolleri, beş ile yedi arasında pipeline aşaması ve alan sözlüğü belirlenir.
2. Veri (6-10. gün): Veri kaynaklarının listesi çıkarılır; mükerrer kayıtlar ile eski ve gereksiz alanlar temizlenir; örnek bir taşıma yapılır.
3. Yapılandırma (11-15. gün): Yetkiler, aşama çıkış ölçütleri, görevler, şablonlar, onaylar ve kritik entegrasyonlar kurulur.
4. Pilot (16-20. gün): Temsilci ve yönetici gerçek senaryoyu baştan sona tamamlar; takılınan noktalar not edilir ve süreç sadeleştirilir.
5. Eğitim ve geçiş (21-25. gün): Rollere göre kısa eğitimler gerçek kayıtlar üzerinde verilir; eski sisteme en son hangi gün yazılacağı belirlenir.
6. Ölçüm (26-30. gün): Veri tamlığı, geciken takipler, aşamada kalma süresi, aktif kullanım ve destek ihtiyacı incelenir; ilk iyileştirme listesi çıkarılır.

Kurulum bitince CRM işi bitmez. Aylık veri kalitesi kontrolü, üç ayda bir süreç değerlendirmesi ve yetkilerle entegrasyonların düzenli gözden geçirilmesi için birer sorumlu atanır.

Sahiplik sorusu otuz günün kendisi için de geçerlidir: her blokta kimin adı yazıyor? Sahipsiz kalan tek bir kalem takvimi bir hafta geriye atar. Rolleri kimin üstlendiğini ve her adımın hangi koşulla tamamlanmış sayılacağını dokuz adımda CRM kurulumu rehberi ayrıca anlatıyor.

Her bloğun sonunda gözle görülür bir “bitti” de olmalı. Onuncu günün sonunda örnek taşımadan dönen dosya açılmış ve kaç satırın elle düzeltildiği not edilmiştir. Yirminci günün sonunda pilot ekipteki her temsilci en az bir fırsatı sistemde baştan sona kapatmıştır. Otuzuncu günün sonunda geciken takipler tek ekranda listelenir ve haftalık toplantı o ekranın başında yapılır. Aşama adlarını ve alan sözlüğünü tasarlamak ayrı bir iştir; onu da CRM stratejisi rehberi anlatıyor.

CRM uygulamasında en sık hangi hatalar yapılır?

• Bozuk bir süreci olduğu gibi yazılıma taşımak.
• Her ihtimali bir alan olarak ekleyip temsilciyi veri memuruna çevirmek.
• Aşama adlarını tanımlayıp çıkış ölçütlerini tanımlamamak.
• Temizleme ve örnek taşıma yapmadan bütün eski veriyi içe aktarmak.
• Yöneticinin sistemi kullanmasını ve koçluk ritmini yalnızca eğitime bırakmak.
• Raporu amaç hâline getirip müşteriye değer katan sonraki adımı unutturmak.
• Entegrasyonda verinin sahibini ve hataları kimin çözeceğini belirlememek.
• Yapay zekâ çıktısını kaynak ve insan kontrolü olmadan doğru kabul etmek.
• İptal, tam dışa aktarma ve silme sürecini satın almadan önce denememek.

Bu hataların hiçbiri kurulum günü kendini göstermez, ama çoğunun erken bir belirtisi vardır. Bozuk sürecin belirtisi, ekibin ilk haftada sisteme değil birbirine soru sormasıdır. Gereksiz alan kalabalığının belirtisi, formu kaydedebilmek için alanlara yazılan “bilinmiyor” değerleridir. Tanımsız aşamanın belirtisi, aynı fırsatın iki yöneticiye göre farklı aşamada olmasıdır.

Temizlenmeden yapılan veri taşımanın belirtisi, aramanın aynı firmayı iki ayrı satırda getirmesidir. Yöneticinin sistemi kullanmadığının belirtisi ise sessizliktir: raporu kimse açmıyorsa veriye güvenilmiyor demektir. Bu belirtiler ikinci yılda alışkanlığa dönüşür; o yılı ayakta tutan bakım kurallarını CRM’de en iyi uygulamalar rehberi ayrıca anlatıyor.

CRM sözlüğü

Aday

Müşteri adayı: satışa uygunluğu henüz doğrulanmamış kişi ya da talep. Nitelendiğinde kişiye, firmaya ve fırsata dönüşür.

Fırsat

Tutarı, aşaması ve beklenen kapanış tarihi olan belirli bir satış ihtimali.

Pipeline

Satış süreci: fırsatların, ekibin tanımladığı satış aşamalarına göre dizilmiş görünümü.

Nitelendirme

Bir talebin hedef müşteri, ihtiyaç, zamanlama ve uygulanabilirlik açısından değerlendirilmesi.

Dönüşüm oranı

Bir aşamadaki kayıtlardan bir sonraki aşamaya ya da belirlenen sonuca geçenlerin oranı.

Kazanma oranı

Kazanılan fırsatların sonuçlanmış fırsatlara oranı; kapsamı her raporda yazılmalıdır.

Satış döngüsü

Tanımlı başlangıç noktası ile fırsatın kazanıldığı ya da kaybedildiği an arasındaki süre.

Tahmin

Güncel fırsat verisine ve açıkça yazılmış varsayımlara dayanan satış sonucu öngörüsü.

Tek kaynak

Bir verinin yetkili ve esas kabul edilen sistemi (system of record).

Mükerrer kayıt

Aynı kişiyi ya da firmayı ikinci kez temsil eden gereksiz kayıt.

Otomasyon

Tanımlı bir tetikleyici ve koşulla görev, bildirim ya da veri işlemi başlatan kural.

Benimseme

Kullanıcının yalnızca giriş yapması değil, gerekli işi doğru ve zamanında sistemde tamamlaması.