Satış Raporlama Ritmi ve Yönetim Panosu: Hangi Rapor Kime, Ne Zaman Gider?

Satış raporlaması bir rapor listesi değil, bir ritimdir: her periyodun kendi raporu, o raporun tek bir okuyucusu ve okunduğunda alınması gereken belirli bir kararı vardır. Konut projelerinde raporlama genellikle metrik eksikliğinden değil ritim eksikliğinden tıkanır. Ekipte onlarca sayı üretilir, kimse hangi sayıya ne zaman bakacağını bilmez ve hiçbir rapor bir karara bağlanmaz.

Bu yazı hangi raporun günlük, hangisinin haftalık ve hangisinin aylık okunacağını, her raporun hangi kararı tetiklediğini, satış toplantısının nasıl kurulacağını, kırılımların hangi soruyu cevapladığını ve yönetim panosunda neyin bulunup neyin bulunmaması gerektiğini ele alıyor. Hangi metriklerin ölçüleceği ve nasıl hesaplandığı satış ekibi KPI yazısında tanımlanmıştır; burada konu bu metriklerin hangi ritimle ve kim tarafından okunacağıdır.

Rapor, pano ve karar raporu aynı şey değil

Raporlama kurarken yapılan ilk hata, üç farklı ihtiyacı tek bir dokümanla karşılamaya çalışmaktır. Üçünün okuyucusu, sıklığı ve amacı farklıdır.

KatmanNe işe yararOkuyucusuSıklığı
İşletim raporuBugün yapılması gereken işi gösterir: gecikmiş temas, dolan opsiyon, bekleyen teklifDanışman, satış müdürüGünlük, gün içinde canlı
Yönetim panosuProjenin durumunu özetler: satış hızı, stok, tahsilat, huni sağlığıSatış direktörü, genel müdür, proje sahibiHaftalık okunur, canlı güncellenir
Karar raporuTek bir kararı beslemek için hazırlanır: fiyat artışı, bütçe dağıtımı, kadro, kampanyaKarar verici ve ilgili yöneticilerİhtiyaç anında, dönemsel

Bu ayrım yapılmadığında ortaya tek bir şişkin rapor çıkar: danışmanın işine yaramayacak kadar genel, yöneticinin karar alamayacağı kadar ayrıntılı. Pratikte bu rapor bir süre sonra kimse tarafından okunmaz ve ekip yeniden Excel tablolarına döner.

Raporlamanın tek kuralı: her raporun bir kararı olmalı

Bir raporun varlığını haklı çıkaran şey içindeki sayılar değil, tetiklediği karardır. Karşılığında hiçbir karar alınmayan rapor, ne kadar doğru olursa olsun ölü ağırlıktır ve raporlama setinden çıkarılmalıdır.

Pratik bir test şudur: her rapor için "bu sayı kötü çıkarsa bu hafta ne yapacağız?" sorusu cevaplanabiliyor mu? Cevap yoksa rapor ya yanlış kişiye gidiyordur ya da gereksizdir.

RaporKötü çıktığında alınan kararKararın sahibi
Gecikmiş ilk temas listesiLead yeniden atanır veya havuza döner; kapasite gözden geçirilirSatış müdürü
Dolan ve dolacak opsiyonlarOpsiyon kapatılır, uzatılır veya daire satışa açılırSatış müdürü
Kanal bazlı nitelikli lead maliyetiBütçe kanallar arasında yeniden dağıtılır veya kampanya durdurulurPazarlama ve satış yönetimi birlikte
Stok erime hızı ve kalan stokFiyat artışı veya yavaşlayan tip için aksiyon planıSatış direktörü
Daire tipi bazlı satış dağılımıŞerefiye ve fiyat kademesi gözden geçirilirFiyatlandırma kararı veren yetkili
Tahsilat ve gecikme durumuHatırlatma akışı yoğunlaştırılır, finans bilgilendirilirFinans ve satış yönetimi
Danışman bazlı aşama dönüşümüBirebir koçluk, eğitim veya lead dağıtımında düzeltmeSatış müdürü

Tablodaki kararların bir kısmı başka yazılarda ayrıntılı ele alınmıştır: stok erime hızının yorumlanması satış tahmini, fiyat artışı kararı kademeli fiyat artışı, opsiyon süreleri ve yetkileri opsiyon ve rezervasyon yönetimi, lead'in yeniden atanması lead atama kuralları yazısında.

Günlük ritim: sabahın ilk 15 dakikası

Günlük rapor bir performans raporu değildir; o gün yapılacak işin listesidir. Bu nedenle içinde dönüşüm oranı, toplam satış veya hedef gerçekleşmesi gibi günlük olarak değişmeyen sayılar bulunmamalıdır.

Danışmanın sabah baktığı liste şu dört bloktan oluşur:

  1. Yeni atanan lead'ler. Gece ve sabah düşen talepler, ilk temas penceresi dolmadan görünür olmalıdır.
  2. Gecikmiş temas ve görevler. Dün yapılması gerekip yapılmayan aramalar ve görevler.
  3. Bugünün randevu ve görüşmeleri. Saat sırasıyla, hangi daire ve hangi aşama olduğu belirtilerek.
  4. Süresi dolacak opsiyon ve teklifler. Bugün ve yarın dolacaklar; bu blok olmadan opsiyonlar sessizce düşer.

Satış müdürünün günlük görünümü farklıdır ve tek bir soruya odaklanır: bugün sahipsiz veya gecikmiş bir iş var mı? Müdür panosunda dolayısıyla danışman bazlı gecikme sayısı, bekleyen onay talepleri ve dün hiç aktivite girmemiş danışman listesi bulunur.

Günlük ritmin tek riski, mikro yönetime dönüşmesidir. Günlük veri danışmanla konuşmanın değil, danışmanın kendi işini sıralamasının aracıdır. Günlük sayılar üzerinden performans değerlendirmesi yapıldığında ekip veriyi doğru girmek yerine iyi görünecek şekilde girmeye başlar.

Haftalık ritim: satış toplantısı nasıl kurulur?

Haftalık toplantı, raporlama ritminin kalbidir ve çoğu ekipte en kötü kullanılan saattir. Tipik bozulma şudur: toplantı, danışmanların tek tek görüşmelerini anlattığı bir tur hâline gelir, bir saat dolar ve hiçbir karar alınmaz.

Çalışan bir yapı, 60 dakikayı beş bloğa ayırır ve her blokta kimin konuşacağı bellidir.

BlokSüreİçerikÇıktısı
1. Hafta özeti5-10 dkSatış, teklif, opsiyon ve nitelikli lead adetleri; hedefe göre durumBilgi; tartışma yok
2. Huni sağlığı10-15 dkAşamalar arası geçişte tıkanan yer; hangi aşamada kayıp arttıTek bir darboğaza odaklanma kararı
3. Kritik fırsatlar15-20 dkYalnızca bu hafta karara yakın olan fırsatlar; her biri için engel ve sonraki adımFırsat başına sahip ve tarih
4. Stok ve fiyat10 dkYavaş eriyen tipler, biriken opsiyonlar, fiyat listesi durumuAksiyon veya bir sonraki gözden geçirme tarihi
5. Karar ve kapanış5-10 dkAlınan kararların, sahiplerinin ve tarihlerinin okunmasıYazılı karar listesi

Üçüncü blok en çok yanlış kurulan bölümdür. Toplantıda tüm aktif fırsatların değil, yalnızca karara yakın olanların konuşulması gerekir; aksi halde blok otomatik olarak danışman turuna dönüşür. Pratik bir filtre, teklif verilmiş veya opsiyon açılmış fırsatlarla sınırlamaktır.

Beşinci blok atlanmamalıdır. Toplantının çıktısı bir özet değil, sahibi ve tarihi olan karar listesidir; bu liste bir sonraki toplantının ilk gündem maddesi olur. Kararların takip edilmediği bir ritim, iki ay içinde yeniden anlatım turuna döner.

Aylık ritim: yönetim değerlendirmesi

Aylık rapor, haftalık raporun uzun hâli değildir. Haftalık ritim operasyonu düzeltir; aylık ritim yönü sorgular. Bu nedenle aylık değerlendirmede bakılan sorular farklıdır:

  • Satış hızı, stok seviyesine ve kalan süreye göre yeterli mi? Değilse açık hangi ayda sorun yaratır?
  • Kanal bazlı maliyet ve kapanış dağılımı geçen aya göre nasıl değişti? Bütçe dağılımı buna uyuyor mu?
  • Daire tipi ve blok bazında satış dağılımı dengeli mi? Belirli bir tip birikiyor mu?
  • Ortalama satış döngüsü uzuyor mu? Uzuyorsa hangi aşamada?
  • Tahsilat ve nakit akışı planla uyumlu mu?
  • Ekip kapasitesi gelen lead hacmine yetiyor mu?

Aylık değerlendirmenin çıktısı genellikle üç karardan biridir: fiyat ve kampanya ayarı, bütçe yeniden dağıtımı veya kadro ve kapasite kararı. Kanal performansının doğru okunması için atıf kurallarının netliği şarttır; konu çok kanallı lead attribution yazısında, maliyet tarafı emlak lead maliyeti yazısında ele alınmıştır.

Ritmin tamamı tek tabloda

PeriyotRaporOkuyanTetiklediği karar
Gün içi (canlı)Yeni lead, gecikmiş temas, dolacak opsiyonDanışmanSıradaki işi seçmek
GünlükGecikme ve sahipsiz iş özetiSatış müdürüYeniden atama, müdahale
HaftalıkHuni sağlığı, kritik fırsatlar, stok ve fiyatSatış müdürü ve ekipDarboğaz aksiyonu, fırsat bazlı adım
AylıkSatış hızı, kanal ekonomisi, tip dağılımı, tahsilatSatış direktörü, yönetimFiyat, bütçe, kadro
Çeyreklik / dönemselHedef revizyonu, fiyat yol haritası, proje sonu projeksiyonuYönetim ve proje sahibiDönem hedefi ve strateji

Tablodaki beşinci satır çoğu projede atlanır. Dönemsel projeksiyon olmadan, kalan stoğun mevcut hızla ne zaman biteceği ve bunun teslim takvimiyle uyumlu olup olmadığı görünmez. Teslim sonrası biriken stoğun yönetimi ayrı bir problem hâline gelir; konu teslim sonrası kalan stok yazısında ele alınmıştır.

Kırılımlar: hangi kırılım hangi soruyu cevaplar?

Aynı sayı farklı kırılımlarda farklı soruya cevap verir. Kırılım seçmek, aslında soru seçmektir.

KırılımCevapladığı soruKimin raporunda
ProjeHangi proje planın gerisinde?Yönetim panosu
Blok ve daire tipiHangi ürün birikiyor, fiyat kademesi doğru mu?Aylık yönetim raporu
DanışmanKim hangi aşamada zorlanıyor?Haftalık müdür raporu
Kanal ve kaynakBütçe nereye gitmeli?Aylık yönetim raporu
Huni aşamasıKayıp nerede oluşuyor?Haftalık toplantı
Müşteri segmentiHangi alıcı tipi dönüşüyor?Aylık, pazarlama ile birlikte
Coğrafya / pazarHangi ülke veya şehir talebi besliyor?Aylık, yurt dışı satışı olan projelerde

Birden fazla proje yönetiliyorsa kırılımların önce proje bazında ayrışması, sonra içinde danışman ve kanal kırılımına inmesi gerekir. Projelerin birbirine karıştığı raporlar yanıltıcıdır: iyi giden bir proje, zayıf gidenin görünmesini engeller. Çok projeli yapıda CRM ve raporlama kurgusu ayrı bir yazıda ele alınmıştır.

Kırılım tuzağı: küçük sayılarla yönetmek

Konut projelerinde satış adetleri, dijital pazarlama metriklerine göre düşüktür. Bir danışmanın bir haftada iki yerine bir satış yapması yüzde elli düşüş gibi görünür ama istatistiki olarak anlamsız olabilir. Kırılım derinleştikçe her hücredeki sayı azalır ve dalgalanma gerçek bir eğilim gibi okunmaya başlar.

İki pratik önlem işe yarar: kırılımlı oranları haftalık değil aylık veya üç aylık pencerede okumak ve yalnızca adet değil adedin kaç gözlemden geldiğini raporda göstermek. "Dönüşüm %33" ile "dönüşüm %33 (3 fırsattan 1)" aynı bilgi değildir.

Yönetim panosunda ne bulunmalı?

Yönetim panosu, genel müdür veya proje sahibinin bir dakikada durumu görmesi için vardır. Bu nedenle içeriği ekibin çalışma listesinden tamamen farklıdır: operasyonel ayrıntı değil, projenin sağlık göstergeleri bulunur.

  • Satış ve gelir ilerlemesi. Toplam satılan bağımsız bölüm, kalan stok ve bunların bedel karşılığı; hedefe göre durum.
  • Satış hızı eğilimi. Son haftalardaki satış hızı ve bu hızla kalan stoğun erime projeksiyonu.
  • Huni özeti. Nitelikli lead, görüşme, teklif ve opsiyon adetleri; aşamalar arası geçiş oranı.
  • Stok kompozisyonu. Kalan stoğun daire tipi ve blok dağılımı; hangi tipin biriktiği.
  • Tahsilat durumu. Tahsil edilen, vadesi gelecek ve geciken bakiye; nakit akışı eğilimi.
  • Kanal ekonomisi. Kanal bazlı nitelikli lead maliyeti ve kapanışa katkısı.
  • Risk uyarıları. Eşik aşıldığında görünen kısa liste: biriken opsiyon, uzayan satış döngüsü, artan gecikme.

Panonun değeri, içindeki blok sayısıyla değil her bloğun bir eşiğe bağlı olmasıyla artar. Eşiksiz bir pano yalnızca durum bildirir; eşikli bir pano dikkat çeker. Envanter verisinin pano için doğru yapılandırılması envanter yönetimi, tahsilat tarafının izlenmesi tahsilat takibi yazısında ele alınmıştır.

Panoda bulunmaması gerekenler

  • Danışman bazlı günlük aktivite sayıları. Üst yönetim panosunda arama ve mesaj adetleri yer aldığında ekip bu sayıları artırmaya yönelir ve veri kalitesi bozulur.
  • Kaynağı belirsiz tahminler. Elle güncellenen hedef gerçekleşme oranları panoya girdiğinde panonun tamamının güvenilirliği tartışmaya açılır.
  • Çok fazla grafik. On grafikli bir pano okunmaz; yedi-sekiz blok üst sınır olarak düşünülmelidir.
  • Dönem karşılaştırması olmayan tek sayılar. Bağlamsız bir rakam karar üretmez. Her blokta ya hedefe göre durum ya da önceki döneme göre değişim bulunmalıdır.

Raporun aksiyona dönmesi: kapanış döngüsü

Raporlamanın başarısı, üretilen rapor sayısıyla değil kapanan döngü sayısıyla ölçülür. Çalışan bir döngünün beş adımı vardır ve beşincisi olmadan döngü kapanmaz.

  1. Sinyal. Rapor veya pano bir eşiğin aşıldığını gösterir.
  2. Karar. Toplantıda veya anında bir aksiyon kararlaştırılır.
  3. Sahip. Karar bir kişiye bağlanır; "ekip" bir sahip değildir.
  4. Tarih. Aksiyonun tamamlanacağı gün belirlenir ve görev olarak sisteme girilir.
  5. Doğrulama. Bir sonraki periyotta aynı sayıya tekrar bakılır ve aksiyonun işe yarayıp yaramadığı kaydedilir.

Beşinci adım atlandığında ekip aynı darboğazı aylarca tartışır. Doğrulama kaydı aynı zamanda kurumsal hafıza üretir: hangi müdahalenin hangi koşulda işe yaradığı bir sonraki projede tekrar sıfırdan keşfedilmez.

Veri kalitesi: rapor güvenilmezse ritim çöker

Raporlama ritminin en kırılgan noktası veri girişidir. Ekip rapora güvenmediği anda kendi Excel tablolarına döner ve ritim biter. Üç kontrol noktası pratikte yeterlidir:

  • Aşama tanımlarının tekliği. "Nitelikli lead", "görüşme yapıldı" ve "teklif verildi" ifadelerinin ne anlama geldiği tek ve yazılı olmalıdır. Aynı aşamayı farklı yorumlayan iki danışmanın verisi karşılaştırılamaz.
  • Kaynak etiketinin zorunluluğu. Kaynağı boş bir lead kaydı, kanal raporunu baştan bozar.
  • Kaydın gecikmemesi. Görüşmeden günler sonra girilen aktivite, yanıt süresi ve döngü süresi ölçümlerini kullanılamaz hâle getirir.

Bu üç noktanın ikisi doğrudan sistem tarafından zorlanabilir: zorunlu alanlar ve tanımlı aşama listeleri. Üçüncüsü ise alışkanlık meselesidir ve genellikle mobil erişimle çözülür; sahada kayıt girme kolaylığı mobil CRM yazısında ele alınmıştır. Excel tabanlı takipten sistemli yapıya geçişin genel çerçevesi ise Excel'den CRM'e geçiş yazısındadır.

Raporu kim üretiyor? Elle hazırlanan raporun gizli maliyeti

Birçok firmada haftalık rapor, bir kişinin her cuma iki-üç saat harcayarak hazırladığı bir dosyadır. Bunun üç gizli maliyeti vardır: hazırlayan kişinin zamanı, raporun her zaman geçmişe ait olması ve hata riskinin kişiye bağlı olması. En ağırı ikincisidir — cuma hazırlanan rapor pazartesi okunduğunda veri üç gün eskidir ve acil müdahale penceresi kaçmıştır.

Ritmi kurarken yapılması gereken ayrım şudur: işletim raporları canlı olmalı, karar raporları hazırlanabilir. Günlük gecikme listesinin elle hazırlanması anlamsızdır; buna karşılık aylık fiyat kararına girdi olacak bir analizin elle derlenmesi normaldir. Otomatikleştirilecek raporların seçiminde ölçüt sıklıktır: haftada birden fazla okunan her rapor otomatik üretilmelidir.

Hatırlatma ve görev akışlarının otomatikleştirilmesi gayrimenkul satış otomasyonu yazısında, raporlamanın CRM yatırımının geri dönüşüne etkisi CRM ROI yazısında ele alınmıştır.

Evon bu yapıda nerede devreye girer?

Raporlama ritminin kurulabilmesi, verinin tek sistemde ve kaynağı belirli biçimde tutulmasına bağlıdır. Evon'da Lead Raporları ve Lead Kaynak Analizi, Lead & Müşteri Yönetimi, Envanter Yönetimi, görev ve takip yönetimi, Tahsilat Hatırlatmaları, Prim & Komisyon Yönetimi ile rol ve kullanıcı yetkilendirmesi modülleri bulunmaktadır. Yetkilendirmenin rol bazında tanımlanabilmesi, bu yazıdaki üç katmanlı yapının uygulanabilmesi için gereken zemini verir: danışmanın kendi işletim listesini, müdürün ekip görünümünü ve yönetimin özet panosunu farklı kapsamlarda görmesi aynı veri üzerinden sağlanabilir. Lead kaynağının kayıt anında tutulması ise kanal kırılımının sonradan tahminle değil veriyle okunabilmesini sağlar. Pano bloklarının, eşik uyarılarının ve periyodik rapor dağıtımının kendi kurulumunuzda nasıl yapılandırılabildiği ise demo üzerinden doğrulanmalıdır.

Satış dışı paydaşlara raporlama

Satış verisini yalnızca satış ekibi okumaz. Finans, pazarlama ve proje sahibi aynı veriden farklı şeyler bekler ve her birine ayrı bir kesit gitmesi gerekir. Aynı raporun herkese gönderilmesi, ilgisiz sayıların arasında kritik bilginin kaybolmasına yol açar.

Paydaşİhtiyaç duyduğu kesitSıklıkNeyi karara bağlar
FinansSatış bedelleri, ödeme planı dağılımı, vadesi gelecek ve geciken bakiyeHaftalık özet, aylık ayrıntıNakit akışı projeksiyonu ve finansman planı
PazarlamaKanal bazlı nitelikli lead ve kapanış katkısı, kampanya dönemleriyle eşleşmiş hacimHaftalık hacim, aylık ekonomiBütçe dağıtımı ve kampanya devamı
Proje ve inşaatDaire tipi ve blok bazlı satış dağılımı, teslim takvimiyle uyumAylıkTeslim ve işçilik planlaması, teslim sırası
Proje sahibi / yatırımcıSatış hızı, kalan stok, gelir ilerlemesi, tahsilatAylık, dönemsel projeksiyonlaYatırım ve dönem stratejisi kararları
Dış satış kanalıYalnızca kendi getirdiği lead ve satışların durumu; güncel stok ve fiyatHaftalıkKanalın kendi önceliklendirmesi

Son satır bir yetki sorusu da içerir: dış kanalın tüm envanteri ve tüm lead havuzunu değil, yalnızca kendi kapsamını görmesi gerekir. Bu ayrım rol bazında tanımlanmazsa ya kanal eksik bilgiyle çalışır ya da görmemesi gereken veriye erişir.

Finans ile satış arasındaki en sık kopukluk, satışın "satıldı" saydığı bir kaydın finans tarafında tahsilat olarak görünmemesidir. Bu iki tanımın raporda ayrı sütunlar olarak durması, aradaki farkın her ay yeniden tartışılmasını önler.

Ritmi sıfırdan kurmak: ilk dört hafta

Raporlama ritmi tek seferde tam kadro devreye alınmaya çalışıldığında genellikle ikinci haftada bırakılır. Kademeli kurulum daha iyi tutar.

  1. 1. hafta: aşama ve tanım temizliği. Hiçbir rapor kurulmaz. Yalnızca huni aşamaları, "nitelikli lead" tanımı ve kaynak etiketleri yazıya dökülüp ekiple mutabık kalınır. Bu adım atlanırsa sonraki üç haftanın çıktısı güvenilmez olur.
  2. 2. hafta: işletim listesi. Danışman için günlük liste devreye alınır: yeni lead, gecikmiş temas, bugünün randevuları, dolacak opsiyonlar. Bu, ekibin raporlamadan ilk somut faydayı gördüğü aşamadır; bu nedenle ikinci sırada olması önemlidir.
  3. 3. hafta: haftalık toplantı. Beş bloklu gündem uygulanmaya başlanır ve ilk karar listesi yazılır. İlk iki toplantının zayıf geçmesi normaldir; kritik olan karar listesinin yazılmış olmasıdır.
  4. 4. hafta: pano ve aylık değerlendirme. Yönetim panosu blokları kurulur, eşikler belirlenir ve ilk aylık değerlendirme yapılır.

Sıra bilinçli olarak aşağıdan yukarıya kurulur. Yönetim panosuyla başlayan projeler, veri kalitesi oturmadan üretilen güzel görünümlü ama yanlış bir panoyla sonuçlanır; bu da raporlamaya olan güveni en hızlı yıkan şeydir. Yeni bir projede lansmanla birlikte raporlama ritminin de kurulması gerekir; lansman adımları konut projesi lansman süreci yazısında ele alınmıştır.

Raporlamada en sık yapılan sekiz hata

  1. Tek rapor, üç farklı okuyucu. Danışman, müdür ve yönetim aynı dokümana bakar; hiçbiri ihtiyacını karşılamaz.
  2. Karara bağlanmamış rapor. Düzenli üretilir, kimse okumaz, kimse bir şey değiştirmez.
  3. Haftalık toplantının anlatım turuna dönmesi. Bir saat dolar, karar listesi çıkmaz.
  4. Günlük veriyle performans değerlendirmek. Ekip doğru veri girmek yerine iyi görünecek veri girmeye başlar.
  5. Küçük sayılarla yüzde yönetmek. Üç fırsattan birinin kapanması eğilim gibi okunur.
  6. Panoya operasyonel ayrıntı koymak. Üst yönetim panosu arama adetleriyle dolar, projenin sağlığı görünmez.
  7. Aşama tanımlarını yazıya dökmemek. Danışmanlar aynı aşamayı farklı yorumlar, karşılaştırma anlamsızlaşır.
  8. Kapanış döngüsünü tamamlamamak. Aksiyonun işe yarayıp yaramadığına bir daha bakılmaz; aynı darboğaz aylarca tartışılır.

Sık Sorulan Sorular

Satış raporlaması hangi sıklıkta yapılmalı?

Tek bir sıklık yoktur; üç ayrı ritim birlikte çalışır. Danışman gün içinde canlı bir işletim listesine, satış müdürü haftalık bir huni ve fırsat görünümüne, yönetim aylık bir değerlendirmeye bakar. Buna dönemsel projeksiyon eklenir. Aynı raporun her üç periyotta tekrarlanması değil, her periyodun kendi sorusuna uygun raporunun olması gerekir.

Haftalık satış toplantısı ne kadar sürmeli?

60 dakika pratikte yeterlidir ve bu sürenin bloklara bölünmüş olması toplantının danışman turuna dönmesini engeller. Toplantının çıktısı bir özet değil, sahibi ve tarihi yazılı bir karar listesi olmalıdır; o liste bir sonraki toplantının ilk maddesidir.

Yönetim panosunda kaç metrik olmalı?

Blok sayısından çok her bloğun bir eşiğe bağlı olması önemlidir. Pratikte yedi-sekiz blok üst sınır olarak düşünülebilir; bunun ötesinde pano okunmaz hâle gelir. Her blokta ya hedefe göre durum ya da önceki döneme göre değişim bulunmalıdır, çünkü bağlamsız tek sayı karar üretmez.

Danışman bazlı raporlar ekibe gösterilmeli mi?

Aşama dönüşümü ve aktivite verisi danışmanın kendisiyle paylaşılmalıdır; gelişme için gerekli olan budur. Ekip önünde sıralama yapılması ise veri kalitesini bozma riski taşır: sıralamada geride kalmamak için kayıtların gerçeği yansıtmayacak biçimde girilmesi yaygın bir davranıştır. Karşılaştırma yapılacaksa lead segmenti kırılımıyla yapılmalıdır, çünkü farklı segmentte çalışan danışmanların dönüşümü doğal olarak farklı seyreder.

Raporlar neden okunmuyor?

En yaygın iki neden şudur: raporun okuyucusunun etki edemeyeceği sayılar içermesi ve bir karara bağlı olmaması. Bir yöneticinin değiştirebileceği hiçbir şeyi göstermeyen rapor okunmaz. Pratik test, her rapor için "bu sayı kötü çıkarsa bu hafta ne yapacağız?" sorusunu cevaplamaktır; cevap yoksa rapor ya yanlış kişiye gidiyordur ya da gereksizdir.

Hangi raporlar otomatikleştirilmeli?

Ölçüt sıklıktır: haftada birden fazla okunan her rapor otomatik üretilmelidir. Günlük gecikme ve opsiyon listelerinin elle hazırlanması anlamsızdır, çünkü hazırlandığı anda eskimeye başlar. Buna karşılık aylık fiyat veya bütçe kararına girdi olacak bir analizin elle derlenmesi normaldir; bu raporlar seyrek üretilir ve yorum gerektirir.

Birden fazla proje varsa raporlar nasıl ayrıştırılır?

Kırılım önce proje bazında yapılmalı, sonra her projenin içinde danışman, kanal ve daire tipi kırılımına inilmelidir. Projelerin tek bir toplamda birleştirildiği raporlar yanıltıcıdır: iyi giden bir proje, zayıf gidenin görünmesini engeller. Yönetim panosunda projelerin yan yana ve aynı göstergelerle görünmesi, karşılaştırmayı mümkün kılar.

Sonuç

Satış raporlamasının problemi genellikle eksik metrik değil, eksik ritimdir. Çalışan bir yapı üç katmanı ayırır: danışmanın gün içinde baktığı işletim listesi, müdürün haftalık huni ve fırsat görünümü, yönetimin aylık değerlendirmesi ve özet panosu. Her katmanın okuyucusu, sıklığı ve tetiklediği karar farklıdır.

Kurulum sırasına karar verirken en yüksek getirili iki adım, haftalık toplantıyı bloklara ayırıp yazılı karar listesiyle kapatmak ve her rapor için "bu sayı kötü çıkarsa ne yapacağız?" sorusunu cevaplamaktır. Bu iki adım, rapor sayısını azaltıp karar sayısını artırır. Ritmin ayakta kalması ise veri kalitesine bağlıdır: aşama tanımları yazılı, kaynak etiketi zorunlu ve kayıt gecikmesiz değilse ekip rapora güvenmeyi bırakır ve herkes kendi tablosuna döner.

Ücretsiz Evon demosu

Satış sürecinize Evon'un nasıl katkı sağlayacağını kendiniz deneyimleyin.

Demo talep et