Müşteri Yaşam Döngüsü Yönetimi Nedir? Huni Satın Almada Biter, Döngü Orada Başlar

Kategori: CRM
Yayın tarihi: 27 Ağustos 2026
İlgili yazı 1: Müşteri Deneyimi (CX) Nedir ve Neden Bir Departmanın Çıktısı Değildir?
İlgili yazı 2: Müşteri Segmentasyonu Nedir ve Hangi Ayrım Gerçekten Segmenttir?
İlgili yazı 3: Müşteri Nedir? Müşteri Türleri ve İşletmeler İçin Önemi

Müşteri yaşam döngüsü yönetimi, bir kişinin sizi ilk duyduğu andan sözleşmeyi yenilediği ya da bıraktığı ana kadar geçen bütün aşamaları tek bir kayıt üzerinde izlemek ve her aşamada ne yapılacağını önceden belirlemektir. Beş aşaması vardır: farkındalık, değerlendirme, satın alma, kullanım, yenileme veya kayıp.

Bu yazının satış hunisini anlatan yazılardan farkı şurada: huni satın almada biter, yaşam döngüsü orada başlar. Çoğu kaynak ikisini aynı şeyin iki adı gibi anlatır; değiller, ve fark tekrarlayan gelire yansır.

Aşağıda beş aşama, huniyle farkı, çoğu CRM kurulumunun neden satın almadan sonrasını boş bıraktığı, erken kayıp sinyallerinin neye benzediği ve Rapitek CRM'in bu konudaki açık sınırı var.

Dolaşımdaki “müşteri tutmak kazanmaktan şu kadar kat ucuzdur” türü oranları bu yazıda kullanmıyoruz: birincil kaynakları doğrulanamıyor. Ürüne dair sayılar kendi kiracı ölçümlerimizden geliyor ve Ağustos 2026 itibarıyladır.

Huni nerede biter

Huni bir satışın hikâyesini anlatır ve imzayla kapanır. Yaşam döngüsü bir müşterinin hikâyesini anlatır; imza orada yalnızca bir aşamadır. Tekrarlayan gelir, huninin bittiği yerde durur.

İçindekiler

Müşteri yaşam döngüsü yönetimi nedir?

Yaşam döngüsü, bir müşterinin sizinle ilişkisinin geçirdiği aşamaların sırasıdır. “Yönetim” kısmı ise şu iki sorunun her aşama için önceden cevaplanmış olması demektir: bu aşamada kimin sorumluluğu var, ve bu aşamadan çıkış hangi olayla olur.

Örnek: değerlendirme aşamasındaki bir adayın sorumlusu satış temsilcisidir ve aşamadan çıkış teklifin kabulüyle olur. Kullanım aşamasındaki bir müşterinin sorumlusu artık satış değildir ve o aşamadan çıkış yenileme tarihiyle olur. İki cümle basit görünüyor; CRM'de karşılığı olmadığında ikinci cümlenin sahibi kimse çıkmaz.

Aşamayı bir izlenim olarak değil bir alan olarak düşünmek işe yarar: kaydın üstünde duran, değiştiğinde tarihi yazılan, raporlanabilen bir alan. Yoksa “kaç müşterim kullanım aşamasında” sorusunun cevabı da yoktur. Müşteri kimdir sorusu burada teknik bir soruya dönüşür: kayıt hangi aşamada duruyor?

Beş aşama

Yaşam döngüsünün beş aşaması ve CRM'deki karşılıkları

1

Farkındalık

Kişi sizi ilk kez duyar; henüz bir ihtiyaç ifade etmemiştir. CRM'deki karşılığı genellikle bir müşteri adayı kaydıdır; en anlamlı alanı kaynağıdır: nereden geldi. Bu aşamada satış görevi açmak erkendir.
2

Değerlendirme

Kişi ihtiyacını tarif eder, alternatiflere bakar, teklif ister. Kayıt burada fırsata döner ve pipeline aşamaları devreye girer. Ölçülen şey dönüşüm oranı ve aşamada geçen süredir.
3

Satın alma

Teklif kabul edilir, sipariş ya da sözleşme oluşur. Çoğu CRM kurulumunun ayrıntılı kurulduğu son nokta burasıdır; huni de burada kapanır.
4

Kullanım

Müşteri ürünü ya da hizmeti kullanmaya başlar. Kayıtta biriken şey artık teklif değildir: destek talepleri, teslimatlar, faturalar, kullanım verisi. Sorumluluk satıştan hizmet tarafına geçer.
5

Yenileme veya kayıp

Sözleşme yenilenir, büyür ya da biter. Bu aşamanın bir tarihi vardır ve o tarih genellikle baştan bellidir; buna rağmen çoğu kurulumda takvime bağlı bir kaydı yoktur.

Satış hunisinden farkı ne?

Huni bir seçme mekanizmasıdır: yukarıdan çok sayıda aday girer, aşağıdan az sayıda müşteri çıkar. Ölçüsü dönüşüm oranıdır ve zaman ekseni tek yönlüdür. Pipeline bu huninin CRM'deki görünen yüzüdür, satış fırsatı da taşıyıcısıdır.

Yaşam döngüsü bir seçme mekanizması değil, bir süreklilik modelidir. Aynı müşteri kullanım aşamasından yenilemeye, oradan yeniden değerlendirmeye (ek ürün, üst paket) dönebilir. Zaman ekseni döngüseldir; “döngü” denmesinin sebebi budur.

Pratik fark tek cümlede: huniyi kapatan olay imzadır, döngüyü kapatan olay kayıptır. İkisini aynı raporda ölçerseniz imza atmış bir müşteriyi “kazanıldı” diye arşive gönderir ve gelirin tekrarlayan kısmını hiç görmezsiniz.

Kapsam karşılaştırması

Huni ile yaşam döngüsü aynı tabloda

Tablo iki modelin kapsamını karşılaştırır, birini diğerine tercih etmez: huni, döngünün ilk üç aşamasıdır. Puan vermiyoruz.
Ölçüt	Satış hunisi	Müşteri yaşam döngüsü
Başlangıç	İlk temas	İlk temas
Bitiş	Satın alma	Kayıp — ya da hiç bitmez
Taşıyıcı kayıt	Fırsat	Müşteri hesabı
Ana ölçü	Dönüşüm oranı	Yenileme ve kayıp oranı
Sahiplik	Satış	Satış, hizmet ve destek birlikte
Zaman ekseni	Tek yönlü	Döngüsel

Çoğu CRM kurulumu satın almaya kadar kurulur

Bu yazının asıl iddiası burada. Bir CRM projesinde kurulum sırası neredeyse her zaman aynıdır: önce müşteri adayı formu, sonra fırsat aşamaları, sonra teklif şablonu, sonra satış raporu. Bu dört kalem bitince proje “canlıya alındı” sayılır.

Sonrasında ne olacağı çoğu zaman kurulmaz. Yenileme tarihi bir alanda durur ama kimseye görev açmaz. Destek talebi başka bir araca düşer ve müşteri kaydına bağlanmaz. Fatura muhasebede kalır. Bunların hiçbiri hata değildir; hiçbiri kurulmamıştır.

Mekanizma şu: bir aşamanın CRM'de kaydı yoksa o aşama raporlanamaz, raporlanamayan aşama yönetilemez, yönetilmeyen aşama kişilere kalır. Kişi işi bilirken sistem çalışır, kişi değişince durur. Gelirin tekrarlayan kısmı tam olarak burada durur — ve durduğu ay değil, birkaç ay sonra fark edilir.

Düzeltmesi bir modül satın almak değildir. Üç kalem yeter: yaşam döngüsü aşaması diye bir alan, aşamayı değiştiren bir olay, ve yenileme tarihine bağlı bir görev.

Erken kayıp sinyalleri neye benzer?

Kayıp (churn) bir günde olmaz; aylar önce sinyal verir. Sinyallerin ortak özelliği şudur: hepsi bir azalmadır, hiçbiri bir şikâyet değildir. Şikâyet zaten görünür; sinyal görünmez, çünkü bir şeyin olmaması olarak gerçekleşir.

Kullanım düşüşü. Giriş sayısı, işlem hacmi, aktif kullanıcı sayısı — hangisini ölçüyorsanız onun eğilimi.
Temas sessizliği. Daha önce ayda birkaç kez yazan müşterinin hiç yazmaması. Destek talebi sayısının sıfıra düşmesi iyi haber değildir; belirsiz haberdir.
Şampiyonun ayrılması. Sizi içeriden savunan kişinin işten ayrılması ya da rol değiştirmesi.
Ödeme ritminin bozulması. Tek bir gecikme değil, gecikmenin alışkanlık hâline gelmesi.

Bu sinyallerin çoğu CRM'in içinde doğmaz; başka bir sistemde doğar ve CRM'e taşınması gerekir. Taşınmadıklarında ekranda görünen şey sessizliktir, sessizlik de iyi duruma benzer. Segmentasyon burada işe yarar: döngünün aynı aşamasındaki müşterileri birbirine göre ölçersiniz.

Rapitek CRM'de bunun karşılığı ne?

Rapitek CRM'de yaşam döngüsü aşaması hazır bir modülden değil, kendi tanımladığınız bir alandan yürür: yönetim ekranından seçim listesi tipinde bir alan eklenir, kod ya da dağıtım gerekmez. Ölçüldü: 19 kiracı kod yazmadan toplam 277 özel alan tanımladı, bir kiracı 9 özel nesne ekledi. Ürün 183 iş nesnesiyle geliyor.

Aşama değişince ne olacağı görsel iş akışıyla kurulur: alan doldurma, görev açma, bildirim gönderme, dış servise webhook atma. Yenileme tarihine bağlı görev de aynı yerden kurulur.

Dışarıda doğan sinyaller REST API üzerinden girer. API OAuth2 ile korunur; composite ucu tek istekte 25 alt-istek, toplu uç tek çağrıda 200 kayıt taşır. Mevcut müşteri listeniz içinse içe aktarma sihirbazı var; ölçülen tavanı bir dosyada 25 MB, bir işte 100.000 satır.

Satın alma ve teslimat tarafının kaydı için sipariş yönetimi, kullanım aşamasında asıl ölçülen şey için müşteri deneyimi ayrı yazılarda anlatılıyor.

Bizim sınırlarımız

Rapitek CRM'de hazır bir müşteri yaşam döngüsü modülü yok: kayıp riskini kendiliğinden hesaplayan bir sağlık skoru, bir churn tahmin motoru ya da kutudan çıkan bir yenileme panosu üründe bulunmuyor. Yukarıda anlatılan kurulum alan, iş akışı ve raporla yapılır; tek bir düğmeye basarak açılmaz.

Kullanım verisini de biz üretmiyoruz. Müşterinizin ürününüzü ne sıklıkta kullandığını CRM kendiliğinden bilmez; o veri sizin kendi sisteminizde doğar ve API üzerinden girer. Entegrasyonu kuran taraf olabiliriz, veriyi üreten taraf değiliz.

Sözleşme tarafında ölçülmemiş bir alan var: belge imzalama ekranı üründe kurulu ama sahada ölçülmedi — ölçüm günü bakılan 8 kiracının 8'inde de 0 imza ve 0 imza talebi vardı. Yenileme akışını imzaya bağlamayı planlıyorsanız bunu bilerek planlayın.

Göç tarafında garanti vermiyoruz. Erişebildiğimiz 8 kiracıda çalıştırılan 34 içe aktarma işinden 16'sı hatayla bitti; eşleştirmeyi ekranda siz onaylarsınız. Kurulum için de aralık değil tarih veririz: kaç aşama tanımlanacağı ve hangi sinyalin dışarıdan geleceği belli olduğunda takvim de belli olur.

Sık sorulanlar

Müşteri yaşam döngüsü hakkında sık sorulan sorular

Müşteri yaşam döngüsü ile satış hunisi aynı şey mi?

Hayır. Huni ilk temasla başlar ve satın almayla biter; yaşam döngüsü aynı yerden başlar ama satın almadan sonra iki aşama daha taşır: kullanım, ve yenileme ya da kayıp. Kapsam farkının pratik sonucu şudur — yalnız huniyi ölçen bir rapor, imza atmış müşteriyi “kazanıldı” sayıp arşive alır ve o müşterinin ertesi yıl yenileyip yenilemediğini hiç göstermez.

Beş aşama her işletmeye uyar mı?

Aşama sayısı değil, aşama tanımı önemlidir. Tek seferlik satış yapan bir işletmede “yenileme” yerine “tekrar satın alma” aşaması durur; proje işi yapan bir işletmede “kullanım” aşaması teslim ve bakım diye ikiye ayrılabilir. Kural şu: her aşamanın bir sorumlusu ve bir çıkış olayı olmalı. Sorumlusu olmayan aşama rapor satırı üretir, davranış üretmez.

Kayıp (churn) oranını CRM otomatik hesaplar mı?

Rapitek CRM'de otomatik bir churn skoru yok. Oranın hesaplanabilmesi için önce iki şeyin kayıtta durması gerekir: müşterinin hangi aşamada olduğu ve o aşamaya ne zaman girdiği. İkisi de alan olarak tanımlandığında oran bir rapordan çıkar. Kimin ayrılacağını önceden söyleyen bir tahmin modeli ise ayrı bir iştir ve üründe bulunmuyor.

Yaşam döngüsü aşamasını kim günceller?

En dayanıklı kurulumda kimse elle güncellemez. Aşama bir olayın sonucu olarak değişir: teklif kabul edilince satın almaya, ilk teslimat kapanınca kullanıma, yenileme tarihi yaklaşınca yenilemeye. Elle güncellenen bir aşama alanı birkaç ay içinde gerçekle ilişkisini kaybeder — ve bu, alanın boş kalmasından daha kötüdür, çünkü dolu görünür.

Erken kayıp sinyali için hangi veri gerekir?

En az bir tane azalabilen sayı gerekir: giriş sayısı, işlem hacmi, sipariş sıklığı, destek talebi sayısı. Hangisi olduğu sektöre göre değişir; önemli olan tek bir sayının düzenli olarak CRM'e yazılmasıdır. Bu veri CRM'in içinde doğmaz, dışarıdan REST API ile girer. Hiç sayı yoksa sinyal de yoktur; o durumda geriye kalan tek yöntem düzenli temastır.

Bunun kurulumu ne kadar sürer?

Aralık vermiyoruz, tarih veririz. Süreyi belirleyen iki şey var: kaç aşama tanımlanacağı ve hangi sinyalin dışarıdaki hangi sistemden geleceği. İkisi keşif görüşmesinde yazıya döküldüğünde takvim de yazılır.

İlgili içerikler

Pipeline nedir? — döngünün ilk üç aşamasının CRM'deki görünen yüzü.
Müşteri deneyimi nedir? — kullanım aşamasında asıl ölçülen şey.
Müşteri segmentasyonu nedir? — aynı aşamadaki müşterileri birbirine göre ölçmek.
Sipariş yönetimi nedir? — satın alma ve teslimat aşamasının kaydı nereye düşer.
Müşteri takip programı — bu aşamaların tek ekranda toplandığı yer.

Satın almadan sonrasını da kuralım

Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Aşamaları, aşama değişimlerini ve yenileme görevlerini biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.

Demo talep edin

Hangi aşamanın kaydı bugün eksik, keşif görüşmesinde birlikte çıkarıyoruz; kapsam yazılı belirlenir.

Yazan

Kerim Yıldırım

Kurucu, Rapitek CRM · Salesforce döneminde 200'den fazla kurumsal CRM projesi