Satış Yönetimi Nedir? Üç Katman: Kişi, Süreç ve Tahmin

Kategori SatışYayın tarihi 27 Ağustos 2026

Satış yönetimi, bir satış ekibinin kimlerden oluştuğunu, işin hangi duraklardan geçtiğini ve dönem sonunda ne kadar kapanacağını birlikte yönetme işidir. Üç ayrı katmanı vardır ve karışmaları en sık yapılan hatadır: kişi yönetimi, süreç yönetimi, tahmin yönetimi.

Türkçe kaynaklarda satış yönetimi genellikle tek katmanda anlatılır — ya hedef ve motivasyon, ya huni aşamaları, ya da rapor. Bu yazı üçünü ayırıyor ve her katmanda aynı iki soruyu soruyor: burada CRM ne yapar, ne yapmaz?

Yazı bir kümenin şemsiyesi; kavramların tek tek ayrıntısı ayrı yazılarda. Sonda Rapitek CRM'in açık sınırı var.

Üç katman

Satış yönetimi üç katmandır: kişiyi yönetirsiniz, süreci tanımlarsınız, sayıyı okursunuz. CRM üçünde de tek bir iş yapar — olan biteni kaydeder ve toplar. Kriteri de kararı da yerinize koymaz.

İçindekiler

Satış yönetimi neyi yönetir?

Satış yönetimi tek bir iş değil, üst üste duran üç iştir; aynı toplantıda üçü birden konuşulduğu için karışırlar.

Kişi yönetimi ekiple ilgilidir: kim hangi bölgeden sorumlu, kimin listesi boşalmak üzere. Ölçüsü davranıştır.

Süreç yönetimi işin kendisiyle ilgilidir: bir ilgi hangi duraklardan geçerek siparişe döner, bir aşamadan çıkmak için ne gerekir. Ölçüsü tanımdır.

Tahmin yönetimi sayıyla ilgilidir: bu çeyrek ne kadar kapanır, geçen dönemin tahmini neden tutmadı. Ölçüsü sapmadır.

Üçü aynı veriden beslenir ama aynı şeyi istemez.

Birinci katman: kişi yönetimi

Kişi yönetimi satış yönetiminin en eski katmanı ve CRM'in en az yardımcı olduğu katman. Yöneticinin burada sorduğu soru şu: kim neyle uğraşıyor, kimin listesi boşalmak üzere, kim hangi aşamada tıkanıyor?

CRM'in yaptığı iş görünürlük: hangi kaydın ne zaman kimin tarafından değiştirildiği, hangi işin geciktiği, kimin üzerinde açık iş kalmadığı ekranda durur. Sonraki adımın kime ve hangi tarihe bağlandığını görev yönetimi yazısında ele alıyoruz.

Yapmadığı şey değerlendirme. Rapor "bu hafta dört fırsat açıldı" der; bunun iyi bir hafta olup olmadığını söylemez. Aynı sayı, bölgesi yeni açılmış bir temsilci için iyi, üç yıllık portföyü olan için kötü olabilir.

Bu katmanın sessiz hasarı şudur: CRM bir denetim aracına dönüştüğünde ekip işe göre değil rapora göre yazmaya başlar. Aşama gerçek durumu değil yöneticinin görmek istediğini gösterir ve en sonunda tahmin bozulur. Kişi katmanının yanlış kurulması, üçüncü katmanı vuran bir veri kalitesi sorunudur.

İkinci katman: süreç yönetimi

Süreç yönetimi, bir ilginin siparişe dönene kadar geçtiği durakları tanımlama işi. Tamamı tek cümlede özetlenir: her durağın bir adı, bir sahibi ve bir çıkış kriteri olmalı.

Durakların kendisi bu kümedeki diğer yazıların konusu. Ham ilgi müşteri adayı olarak girer; nitelik sorusunu geçen kayıt potansiyel müşteri sayılır; adı ve tutarı konan iş satış fırsatı olur; fırsatın aşamalar arasında yürütülmesi fırsat yönetimi, kapanan işin teslime bağlanması sipariş yönetimi. Aşamaların bütününe satış hattı diyoruz.

CRM bu katmanda gerçekten iş yapar: aşamayı zorunlu kılar, geçişin tarihini yazar, geri dönüşü kaydeder.

Ama aşamanın adını CRM koymaz, çıkış kriterini CRM yazmaz. "Teklif verildi" aşamasından çıkmak için sözlü onay mı yeter, yazılı dönüş mü — bu bir satış kararıdır. Kriteri yazılmadan kurulan huni, aşama adları değiştirilmiş bir yapılacaklar listesidir.

Süreç katmanı

Bir satış işi hangi duraklardan geçer

1

İlgi kaydedilir

Formdan, mesajdan, fuardan ya da telefondan gelen ham ilgi tek bir yere yazılır. Elinizde henüz bir müşteri değil, doğrulanmamış bir iddia vardır.
2

Nitelik sorulur

İhtiyaç, bütçe, karar verici ve zamanlama sorulur. Cevaplar tutmuyorsa kayıt burada kapanır: başta kapanan iş, ortada kaybedilenden ucuzdur.
3

İş adlandırılır

Nitelikli ilgi bir işe dönüşür: adı, tahmini tutarı, beklenen kapanış tarihi ve sahibi olan bir kayıt. Tahmin katmanı buradan beslenir.
4

Aşamalar yürütülür

İş, çıkış kriteri tanımlı aşamalar arasında ilerler. Her ilerlemenin ve geri dönüşün tarihi kayıtta kalır; süreç ölçümü bu tarihlerden çıkar.
5

Karar alınır

İş ya kazanılır ya kaybedilir. Kayıp sebebinin yazılması kazanılan işi kaydetmek kadar önemlidir; süreç düzeltmesinin girdisi odur.
6

Teslim ve tekrar

Kazanılan iş siparişe, teslime ve faturaya bağlanır. İkinci satış zincirin başına değil ortasına girer; huni bir çizgi değil döngüdür.

Üçüncü katman: tahmin yönetimi

Tahmin yönetimi, açık işlerin toplamından dönem sonunda ne kadarının kapanacağını çıkarma işi. Aritmetiği basittir: tutar, beklenen kapanış tarihi ve kapanma ihtimali. Zor olan aritmetik değil, girdilerin dürüstlüğüdür.

Tahmini bozan iki alışkanlık var, ikisi de veri girişinde. Tarih kaydırma: kapanmayan iş her ay bir sonraki aya taşınır, huni şişer. Tutar iyimserliği: en iyi senaryonun rakamı yazılır, indirim ve kapsam daralması hesaba girmez.

CRM burada toplamayı yapar, düzeltmeyi yapmaz. Bir işin öldüğünü bilmez; kapanış tarihinin üçüncü kez ertelendiğini gösterebilir ama o kaydı kapatma kararını veremez.

Tahmini ölçülebilir kılan tek şey karşılaştırmadır: geçen dönemin tahmini saklanmadıysa sapma hesaplanamaz, sapma hesaplanamıyorsa tahmin bir görüştür.

Yönetici raporu ile satışçı ekranı aynı şeyi istemez

Üç katmanın çakıştığı yer burasıdır. Aynı veritabanının iki okuyucusu var ve iki farklı soru soruyorlar; kurulumların en sık burada tökezlediğini gördük.

Yönetici raporu kayıtlar arasında okur: toplam, oran, kıyas, eğilim. Bir alanın raporda işe yaraması için tüm kayıtlarda ve aynı biçimde dolu olması gerekir; yüzde altmışı boş bir açılır liste bilgi değil yanılsama üretir. Satışçı ekranı ise tek kaydın içinde ve ileri doğru okur: en son ne konuşuldu, sıradaki iş ne, ne zaman. Onun için iyi cevap bir toplam değil, tek bir sonraki adımdır.

Buradan tek bir tasarım kuralı çıkar: rapor için istenen her alan, satışçının ekranında her kayıtta tekrar eden bir maliyettir. İşin doğal yan ürünü olarak dolan alan güvenilirdir; ayrı bir form işi olarak duran alan hem boş kalır hem de dolduğunda güvenilmez olur.

Alan eklemenin kolaylığı bu maliyeti gizler. Ölçtük: 19 kiracı kod yazmadan toplam 277 özel alan tanımladı, bir kiracı 9 özel nesne ekledi. Hangisinin süreçten, hangisinin rapor isteğinden geldiğini ayırmadık — ama fren yazılımda değil, alanı isteyen kişinin "bunu kim, hangi işin içinde dolduracak?" sorusuna verdiği cevaptadır.

İki okuyucu

Rapor ile ekran neyi farklı ister

Aynı CRM'in iki okuyucusu. Puan tablosu değildir; bir alanı hangi okuyucu için tasarladığınızın diğerinde ne ürettiğini gösterir.
Soru	Yönetici raporu	Satışçı ekranı
Neye bakar	Kayıt kümesine	Tek kayda
Zaman ekseni	Geçmiş dönem ve eğilim	Bugün ve bir sonraki adım
İyi cevap neye benzer	Toplam, oran, kıyas	Tek bir iş ve tarihi
Boş alan ne yapar	Sayıyı sessizce bozar	Ekranda hemen görülür
Yeni alanın bedeli	Bir kerelik görünür	Her kayıtta tekrar eder
Bozuk veriyi kim fark eder	Genelde kimse	Kaydı açan kişi

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

Rapitek CRM'de süreç katmanı ürünün merkezinde: nesneler, aşamalar ve aralarındaki bağlar yönetim ekranından tanımlanır. Ürün 183 iş nesnesiyle geliyor; alan ya da nesne eklemek kod dağıtımı gerektirmiyor.

Rapor ile ekran arasındaki dengeyi kurmayı kurulum işinin kendisi sayıyoruz: hangi alanın zorunlu olacağı, hangi aşamanın çıkış kriterini taşıyacağı keşif görüşmesinde sizin sürecinizle belirlenir. Bugün ekranda ne olduğu ürün sayfasında duruyor.

Sayıyı dışarı taşımanın yolu REST API: OAuth2 ile korunuyor, composite ucu tek istekte 25 alt-istek, toplu uç tek çağrıda 200 kayıt taşıyor. Entegrasyonlar sayfasında bugün çalışanlar ve talep üzerine kurduklarımız ayrı yazılı.

Bizim sınırlarımız

Rapitek CRM'de satış tahminini sizin yerinize düzelten bir model yok: rapor, satışçıların kendi girdiği kapanış tarihini ve tutarı toplar, girdi iyimserse toplam da iyimser çıkar ve biz bunu bir ekranın arkasında sessizce düzeltmiyoruz.

Kişi katmanında da bir iddiamız yok. Ürün kimin neyi ne zaman değiştirdiğini gösterir; performansı yorumlamaz, koçluk önerisi üretmez, temsilci puanlamaz. Bu katmanın çıktısı hâlâ bir yönetici toplantısıdır.

Veri tarafındaki bedel ölçüldü ve iyi bir haber değil: erişebildiğimiz 8 kiracıda çalıştırılan 34 içe aktarma işinden 16'sı hatayla bitti. Sihirbazın tavanı da belli — bir dosya en fazla 25 MB, bir iş en fazla 100.000 satır. Sıfır veri kaybı garantisi vermiyoruz; kendi verimiz tersini söylüyor.

Zincirin sonunda bir ölçüm boşluğumuz var: belge imzalama ekranı üründe kurulu ama sahada ölçülmedi. Bakılan 8 kiracının 8'inde de 0 imza ve 0 imza talebi vardı. Sözleşme adımını buna göre planlayın.

Sık sorulanlar

Satış yönetimi hakkında sık sorulan sorular

Satış yönetimi nedir?

Satış yönetimi, bir satış ekibinin kimlerden oluştuğunu, işin hangi duraklardan geçtiğini ve dönem sonunda ne kadar kapanacağını birlikte yönetme işidir. Üç katmanı vardır: kişi yönetimi (ekip), süreç yönetimi (huni) ve tahmin yönetimi (sayı). Üçü aynı veriden beslenir ama aynı şeyi istemez; ayrılmadıklarında süreç tartışması motivasyon tartışmasına dönüşür.

Satış yönetimi ile satış hattı (pipeline) yönetimi aynı şey mi?

Hayır. Satış hattı yönetimi, satış yönetiminin üç katmanından yalnız biridir — süreç katmanı; ekip ve tahmin yönetimi hattın dışında kalır. Bir ekibin çok iyi tanımlanmış bir satış hattı olabilir ve yine de tahminini tutturamayabilir; sebebi aşamalar değil, kapanış tarihi ile tutar girdileridir.

CRM satış yönetimini kendi başına yapar mı?

Hayır. CRM üç katmanda da aynı işi yapar: olan biteni kaydeder, toplar ve gösterir. Aşamanın çıkış kriterini yazmak, bir haftanın iyi mi kötü mü geçtiğine karar vermek ve iyimser bir kapanış tarihini düzeltmek insan işidir. CRM'in katkısı kararların aynı veriye bakarak alınmasıdır, kararların kendisi değil.

Satış tahmini neden tutmaz?

İki alışkanlık yüzünden. Tarih kaydırma: kapanmayan iş her ay bir sonraki aya taşınır ve huni şişer. Tutar iyimserliği: en iyi senaryonun rakamı yazılır. Üçüncü sebep ölçüm eksikliğidir — geçen dönemin tahmini saklanmadıysa sapma hesaplanamaz, sapma hesaplanamıyorsa tahmin hiç düzelmez.

Yönetici raporu için CRM'e alan eklemek zararlı mı?

Alanın kendisi değil, alanın işle ilişkisi belirler. İşin doğal yan ürünü olarak dolan alan hem doldurulur hem güvenilir olur; ayrı bir form işi olarak duran alan boş kalır ve raporu yanılsamaya çevirir. Kolaylığın boyutunu ölçtük: 19 kiracı kod yazmadan toplam 277 özel alan tanımladı.

Satış yönetiminde hangi metrikler ölçülür?

Katman katman ayrılır. Süreç katmanında aşamada geçen süre, aşama geçiş oranı ve geri dönüş sayısı; tahmin katmanında dönem başı tahmini ile gerçekleşen arasındaki sapma; kişi katmanında aktivite ve açık iş dağılımı. Kıyas hedefi vermiyoruz: bir "iyi oran" yazmak, ölçmediğimiz bir sayıyı hedef diye vermek olurdu.

İlgili içerikler

Fırsat yönetimi — süreç katmanının ortası: bir işin aşamalar arasında nasıl yürütüldüğü.
Lead yönetimi — huninin başındaki ham ilginin toplanması ve dağıtılması.
Görev yönetimi — kişi katmanının günlük karşılığı: sonraki adımın kime ve hangi tarihe bağlandığı.
Sipariş yönetimi — kapanan işin teslime ve faturaya bağlandığı durak.
Satış hattı (pipeline) nedir? — aşamaların bütününe ve çıkış kriterlerine bakan yazı.

Satış sürecinizi kendi aşamalarınızla kurun

Rapitek CRM'i kuran ekip, Salesforce döneminde 200'den fazla kurumsal CRM projesi tamamladı. Ürün yeni, ekip değil: aşamaları, alanları ve raporları biz yapılandırıyoruz, verinizi biz aktarıyoruz, ekibinize Türkçe eğitimi biz veriyoruz.

Demo talep edin

Hangi alanın zorunlu, hangi aşamanın çıkış kriterli olacağını keşif görüşmesinde birlikte belirliyoruz; kapsam yazılı çıkar.

Yazan

Kerim Yıldırım

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