Excel’den karar sistemine: beş aşamalı geçiş haritası

Çoğu şirkette Excel sorun değildir. Hatta çoğu zaman, şirketin gerçek çalışma mantığını en iyi gösteren yer Excel dosyalarıdır.

Bir ticari ekibin fiyat dosyası, bir finans yöneticisinin marj modeli, bir satış liderinin haftalık tahmin tablosu, bir trade marketing ekibinin kampanya takip dosyası veya bir operasyon ekibinin stok coverage çalışması; bunların hiçbiri yalnızca bir dosya değildir. Hepsi aynı şeyi gösterir: şirketin resmi sistemleri ile gerçek karar alma pratiği arasında bir boşluk vardır. Excel bu boşluğu kapatır.

Bu yüzden Excel’i doğrudan “öldürülmesi gereken eski araç” gibi görmek yanlış olur. Excel hızlıdır, esnektir ve kullanıcıya yakındır. Ekiplerin veriyi, varsayımları, deneyimi ve sezgiyi, birçok kurumsal sistemin izin vermediği bir esneklikte bir araya getirmesine olanak tanır. Bu anlamda Excel, çoğu şirkette karar mantığının ilk prototipidir.

Sorun Excel’in varlığı değildir. Sorun, kritik kararların sadece Excel dosyalarının içinde kalmasıdır.

Bir dosya artık sadece hesap yapmıyor; fiyat kararını, hedef revizyonunu, stok aksiyonunu, müşteri önceliğini veya kampanya değerlendirmesini taşıyorsa, konu raporlama olmaktan çıkar. O noktada şirketin ihtiyacı daha güzel bir tablo değil, daha güvenilir bir karar sistemidir.

Excel neden bu kadar uzun yaşar?

Excel’in bu kadar dayanıklı olmasının basit bir nedeni var: gerçek iş hayatı, sistem tasarımlarından daha karmaşıktır.

ERP sistemleri işlem kaydeder. CRM sistemleri müşteri temasını tutar. BI araçları veriyi görünür hale getirir. Ama karar çoğu zaman bu sistemlerin arasında alınır.

Bir yönetici fiyat artışı düşünürken sadece geçmiş satışa bakmaz. Rakip fiyatı, müşteri ilişkisi, stok seviyesi, dönemsel hedef, kanal baskısı, satış ekibinin yorumu ve ticari risk birlikte düşünülür. Bu kombinasyon çoğu zaman standart sistemlerin içinde hazır değildir.

Excel burada devreye girer. Kullanıcı kendi mantığını kurar, farklı kaynakları birleştirir, varsayım yapar, alternatif senaryo dener ve karar için bir alan açar.

Bu bir başarısızlık değildir; bir sinyaldir. Şirketin resmi sistem haritasının, organizasyonun gerçekte nasıl karar aldığını henüz tam olarak temsil etmediğini gösterir. Nitekim birçok iyi sistem, önce iyi bir Excel dosyası olarak doğar.

Ama bir noktadan sonra Excel’in esnekliği, şirket için kırılganlık üretmeye başlar. Aynı metrik farklı dosyalarda farklı hesaplanır. Dosyanın en güncel versiyonu belirsizleşir. Kararın kim tarafından, hangi varsayımla, ne zaman alındığı kaybolur. Bir kişi ayrıldığında modelin mantığı da gider.

Bu geçiş noktası önemlidir. Çünkü ihtiyaç artık “Excel’i Power BI’a taşıyalım” değildir. İhtiyaç, karar sürecini tasarlamaktır.

Aşama 1: Dağınık hesaplama

İlk aşamada her ekip kendi hesabını yapar. Satış ekibi başka bir tablo kullanır, finans ekibi farklı bir versiyon tutar, operasyon başka bir varsayımla çalışır.

Bu aşamanın avantajı hızdır. Bir ihtiyaç çıktığında merkezi bir proje beklenmez. Kullanıcı kendi dosyasını açar ve problemi çözmeye çalışır.

Ama bu hızın bedeli vardır. Tanımlar kişiselleşir. Veri kaynakları karışır. Aynı toplantıda üç farklı net satış rakamı konuşulabilir. Bir metrik doğru olsa bile güven üretmeyebilir; çünkü nasıl üretildiği herkes tarafından bilinmez.

Bu aşamada temel soru şudur:

Bu dosya sadece kişisel analiz mi, yoksa tekrar eden bir karar sürecini mi taşıyor?

Eğer cevap ikinciyse, dosya artık bireysel üretkenlik aracı değil, sistemleşmesi gereken bir karar altyapısıdır.

Aşama 2: Standart raporlama

İkinci aşamada şirket dağınık Excel dosyalarını azaltmak için raporlama ve dashboard tarafına geçer. Power BI, Tableau, Looker veya benzeri araçlarla ortak ekranlar oluşturulur.

Bu önemli bir adımdır. Veri görünür olur. Manuel raporlama azalır. Toplantılarda ortak bir ekran açılabilir.

Fakat standart raporlama tek başına karar sistemi değildir.

Bir dashboard satış düşüşünü gösterebilir. Ama düşüş olduğunda kimin aksiyon alacağını, hangi eşiklerin kritik olduğunu, hangi müşteri veya ürün grubuna öncelik verileceğini, hangi kararın ne zaman tekrar gözden geçirileceğini kendiliğinden yönetmez.

Bu yüzden birçok dashboard projesi ilk ay ilgi görür, sonra yavaş yavaş pasifleşir. Ekran vardır, ama karar ritmine bağlanmamıştır.

Bu aşamada kritik soru değişir:

Bu rapor hangi kararı daha iyi, daha hızlı veya daha güvenilir hale getiriyor?

Eğer bu soruya net cevap yoksa, dashboard sadece daha düzenli bir veri yüzeyi olur.

Aşama 3: Ortak KPI ve veri modeli

Üçüncü aşamada şirket sadece rapor üretmeye değil, metriklerin anlamını standartlaştırmaya başlar.

“Net satış” ne demektir? İade dahil midir? İskonto hangi seviyede düşülür? “Aktif müşteri” son 30 günde sipariş veren müşteri midir, son 90 günde fatura kesilen müşteri midir? “Stok coverage” geçmiş satış hızına göre mi, forecast’e göre mi hesaplanır?

Bu sorular teknik gibi görünür, ama aslında organizasyonel sorulardır. Çünkü her metrik bir karar davranışı üretir.

KPI sözlüğü ve ortak veri modeli burada devreye girer. Amaç sadece doğru rakamı hesaplamak değildir. Amaç, şirketin aynı rakam üzerinden aynı dili konuşmasını sağlamaktır.

Bu aşamada semantic layer, veri sahipliği, metrik tanımı ve hesaplama mantığı önem kazanır. Raporlar artık tek tek ekranlar olarak değil, ortak bir karar dili üzerine kurulan yüzeyler olarak düşünülür.

Bu aşamada doğru soru şudur:

Bu metriğin tanımı, sahibi ve kullanım bağlamı net mi?

Tanım yoksa güven oluşmaz. Sahip yoksa tartışma bitmez. Kullanım bağlamı yoksa metrik aksiyona dönüşmez.

Aşama 4: Karar akışı

Dördüncü aşamada sistem sadece bilgi göstermez. Karar akışını yönetmeye başlar.

Bu, raporlama ile karar sistemi arasındaki gerçek kırılma noktasıdır.

Örneğin bir fiyat artışı sürecinde sistem sadece mevcut fiyatı, rakip fiyatı ve marjı göstermemelidir. Aynı zamanda önerilen fiyatı, etkilenecek müşteri veya kanal grubunu, beklenen riskleri, onay sahiplerini, önceki benzer kararları ve karar sonrası takip edilecek metrikleri de taşımalıdır.

Benzer şekilde stok coverage düşen bir SKU için sistem sadece kırmızı uyarı vermemelidir. Hangi eşikte aksiyon gerektiğini, hangi ekibin sorumlu olduğunu, alternatif aksiyonları ve kararın sonucunu izlemelidir.

Karar akışı şu unsurları içerir:

• Karar noktası
• Sorumlu kişi veya ekip
• Eşik değerler
• İstisna kuralları
• Onay akışı
• Karar gerekçesi
• Aksiyon takibi
• Sonuç ölçümü

Bu aşamada e-posta ve toplantı notları içinde kaybolan kararlar sisteme taşınır. Böylece şirket sadece “ne oldu?” sorusuna değil, “neye göre karar verdik?” sorusuna da cevap verebilir.

Aşama 5: Öğrenen karar sistemi

Beşinci aşamada sistem geçmiş kararları, gerekçeleri ve sonuçları biriktirir.

Bu aşamada amaç her şeyi otomatikleştirmek değildir. Amaç, karar kalitesini zaman içinde artırmaktır.

Bir sistem geçmiş fiyat kararlarını, kampanya sonuçlarını, müşteri tepkilerini, stok aksiyonlarını veya tahmin sapmalarını düzenli biçimde tutuyorsa, yeni kararlar için daha iyi bağlam üretebilir.

Burada AI da daha anlamlı hale gelir. Çünkü AI’ın değer üretmesi için sadece veriye değil, karar bağlamına da ihtiyacı vardır. Karar izi yoksa model geçmişten öğrenemez. Gerekçe yoksa önerinin kalitesi ölçülemez. Sonuç takibi yoksa sistemin iyileşip iyileşmediği bilinmez.

Öğrenen karar sistemi, insanı devreden çıkaran sistem değildir. İnsanın daha iyi karar alması için geçmişi, veriyi ve seçenekleri daha düzenli sunan sistemdir.

Bu aşamada doğru soru şudur:

Geçmiş kararlarımızdan sistematik olarak öğrenebiliyor muyuz?

Cevap hayırsa, şirket her ay benzer tartışmaları yeniden yapar.

Nereden başlamalı?

Bu geçiş büyük bir dönüşüm programı gibi başlamak zorunda değildir. Hatta çoğu zaman öyle başlamaması daha iyidir.

Doğru başlangıç noktası, şirketin en çok tartıştığı, en sık tekrar ettiği ve en fazla manuel iş yükü yaratan karar alanıdır.

Bu bir fiyat onayı olabilir. Bir stok coverage takibi olabilir. Bir kampanya sonrası değerlendirme olabilir. Bir müşteri kârlılık analizi olabilir. Bir satış hedef revizyonu olabilir.

Önemli olan, ilk soruyu doğru sormaktır:

Hangi kararı daha güvenilir, izlenebilir ve tekrar edilebilir hale getirmek istiyoruz?

Bu soru cevaplandığında teknoloji seçimi daha sağlıklı hale gelir. Bazen cevap daha iyi bir Power BI modeli olur. Bazen küçük bir internal tool gerekir. Bazen veri modeli düzeltilir. Bazen de AI destekli bir karar asistanı anlamlı hale gelir.

Ama sıra değişmemelidir.

Önce karar.
Sonra veri.
Sonra arayüz.
Sonra otomasyon.

Sonuç

Excel’den karar sistemine geçiş, dosya formatı değişimi değildir. Organizasyonun karar alma biçimini daha görünür, güvenilir ve tekrar edilebilir hale getirme sürecidir.

Excel hâlâ kullanılabilir. Dashboard hâlâ değerlidir. AI hâlâ güçlü bir katman olabilir. Ama bunların hiçbiri tek başına karar sistemi değildir.

Karar sistemi, veriyi bir ekrana taşımaktan daha fazlasını yapar. Kararın ne zaman alınacağını, hangi bilgiyle destekleneceğini, kimin sorumlu olduğunu, hangi aksiyonun takip edileceğini ve geçmişten nasıl öğrenileceğini tasarlar.

Bu yüzden doğru soru “Excel’i nasıl yok ederiz?” değildir.

Doğru soru şudur:

Şirket için kritik kararlar bugün nerede yaşıyor ve bu kararları ne kadar güvenilir biçimde tekrar edebiliyoruz?