Excel'den panele: veriyle karar vermeye başlamak

Excel'den panele geçmek dışarıdan bakınca bir taşıma işine benzer: veriler bir yerden alınır, başka bir yere konur, iş biter. Oysa zorluk dosyada değil, o dosyanın etrafında yıllar içinde oluşmuş alışkanlıkta gizlidir. Tablosunu elle tutan bir işletme yalnızca veri tutmaz; hangi rakamın "doğru" sayılacağına ve neye ne zaman bakılacağına dair yazısız bir düzen kurmuştur. Panel bu düzeni devralmaz, yerine yenisini koymanızı ister. Bu yazıda bir işletmenin veri olgunluğu yolculuğunu ele alıyoruz: tabloların kırıldığı an, tek doğruluk kaynağı fikri, raporların ritmi ve karara bağlanmayan raporun neden değersiz olduğu.

Tablolar çökmez, sessizce yanlışlaşır

Elle tutulan bir tablo hiçbir zaman ekrana hata mesajı basmaz. Bir formülün aralığı yeni eklenen satırları kapsamaz, bir kopyala-yapıştır sırasında sütun kayar, iki pazaryeri dosyası birleşirken iptal edilmiş siparişler de toplama girer. Rakam yine üretilir, yine sunulur; sadece artık gerçeği anlatmıyordur. Kırılma noktası satır sayısı değil, güvenin kaybolduğu andır.

O anı fark etmek için birkaç işaret yeterlidir: aynı soruya iki kişi iki farklı cevap veriyorsa, dosya adı sürüm numarası taşımaya başladıysa, ay sonu kapanışı bir günü yiyorsa ve en önemlisi, toplantıdaki tartışma "ne yapalım"dan "bu rakam doğru mu"ya kaydıysa tablo görevini tamamlamıştır. Buna bir de kişi bağımlılığı eklenir: raporu üretebilen tek kişi izne çıktığında rapor da izne çıkar.

Bunlar Excel'in kötü bir araç olduğu anlamına gelmez; sorunlu olan, onu kayıt sistemi yerine koymaktır. Bir tablo tek kişinin belleğidir, oysa ikinci kanal ya da ikinci çalışan devreye girdiği anda ortak bir bellek gerekir.

Tek doğruluk kaynağı bir dosya değil, bir anlaşmadır

"Tek doğruluk kaynağı" denince akla her verinin tek ekranda toplanması gelir. Asıl mesele teknik değil, mutabakattır ve iki katmanı vardır: hangi sistemin hangi verinin sahibi olduğu ve her metriğin tanımının yazılı olması.

Sahiplik kısmı nettir: sipariş ve stok hareketi altyapının kendisinde, maliyet ve vergi kayıtları muhasebede, reklam harcaması reklam platformunda doğar. Bir veri iki yerde birden yazılabiliyorsa er geç ayrışır; kopyası birçok yerde bulunabilir ama akış tek yönlü olmalıdır. Bu ilkeyi en çok zorlayan alan stoktur: aynı ürünü birden fazla kanalda satarken stok sayısının nerede tutulduğu netleşmediyse tablo da panel de yanlış söyler; pazaryeri stok senkronunun kurgusu bu yüzden veri düzeninin ilk taşıdır.

Tanım kısmı ise çoğu tartışmanın gerçek sebebidir. "Bu ay ciromuz ne kadar" sorusuna verilen iki farklı cevap genellikle birinin hata yapmasından değil, iki farklı tanımdan doğar: iptaller düşülüyor mu, iade hangi tarihe yazılıyor, kargo geliri ciroya dahil mi? İşe yarayan pratik şudur: kısa bir metrik sözlüğü tutun; her satırda metriğin adı, formülü, kaynağı, hangi tarihe yazıldığı ve sahibi olsun. Bu tek sayfa, aylarca sürecek "senin rakamın tutmuyor" tartışmalarını bitirir.

Her rakamın kendi ritmi vardır

Panele geçen işletmelerin ilk haftalardaki en yaygın hatası, artık her şey anlık görülebildiği için her şeye sürekli bakmaktır. Oysa karar kriteri basittir: bir metriğe, o metriğin beslediği kararı verebileceğiniz sıklıkta bakın. Günlük izlediğiniz ama ancak ayda bir değiştirebileceğiniz bir rakam yönetim değil kaygı üretir. Tersi de geçerlidir: kargoya verilmemiş sipariş sayısını ayda bir görmek işe yaramaz, müdahale penceresi çoktan kapanmıştır.

Ritmi kişiye değil takvime bağlayın: haftalık bakış hep aynı gün ve saatte yapılsın, aylık bakış ay kapanışının hemen ardından yerini alsın. Aylık gözden geçirmede en çok ihmal edilen kalem para tarafıdır; kâr tablosuyla banka bakiyesinin farklı hikâyeler anlattığı klasik durum için nakit akışı yönetimi mutlaka masada olmalıdır. Pazarlama rakamlarının bu ritme sağlıklı girebilmesi ise ölçüm altyapısına bağlıdır; GA4'ü doğru kurmak ve okumak zincirin başlangıcıdır.

"Her şeyi göster" tuzağı

Gösterge paneli kurarken en kolay iş grafik eklemektir; en zor iş eklememektir. Sistem her şeyi ölçebildiği ve yeni bileşenin görünür maliyeti sıfır olduğu için ekranlar hızla şişer. Oysa ekranın dikkat bütçesi sabittir: yirmi kutucuklu bir panele bakan kişi aslında hiçbirine bakmaz.

Panelinizi veriden değil sorudan başlatın: "elimde hangi veri var" değil, "bu hafta neyi değiştireceğim". Uygulamada işe yarayan birkaç kural:

• Tek ekran, tek izleyici: işletme sahibinin, operasyonun ve pazarlamanın ekranı ayrı olmalıdır; üçünü birden memnun etmeye çalışan ekran hiçbirine hitap etmez.
• Her rakamın bir kıyas çıpası olsun: yanında geçen dönem, geçen yılın aynı dönemi ya da hedef görünmüyorsa o kutucuk yorumlanamaz.
• Her bileşenin bir sahibi ve bir eşiği olsun: "bu değer bandın dışına çıkarsa şu kişi şunu yapar" cümlesi yazılamıyorsa, o bileşen ölçüm değil dekordur.
• Gösterişli metrikleri ayıklayın: toplam ziyaretçi, toplam takipçi gibi hep yukarı giden ve karara bağlanmayan rakamlar ekranın moralini yükseltir, kalitesini düşürür.
• Düzenli temizlik yapın: aylardır kimsenin bakmadığı bileşeni silin; panel yaşayan bir araçtır, arşiv değildir.

Bir de sabır meselesi var: paneli ilk kurulumda mükemmelleştirmeyin. Az sayıda metrikle başlayıp sorular geldikçe büyütmek, onlarca metrikle başlayıp hiçbirine güvenmemekten hızlı sonuç verir.

"Bir gösterge panelinin kalitesi içindeki grafik sayısıyla değil, ona bakan kişinin ekrandan kalkarken aldığı karar sayısıyla ölçülür."

Karara bağlanmayan rapor pahalı bir duvar süsüdür

Veri projelerinin sessiz mezarlığı burasıdır: kurulum biter, raporlar üretilir, ekran güzel görünür ve aylar sonra şirkette hiçbir şey değişmemiştir. Bir rapor yalnızca bir kararı değiştirebiliyorsa değerlidir ve testi kısadır: rapora bakıp "ee, ne yapacağız?" sorusuna cevap veremiyorsanız eksik olan veri değil, rapordur.

Karar bağını kurmanın en pratik yolu, kuralı rakam gelmeden önce yazmaktır. "İade oranı şu ürün grubunda bandın üstüne çıkarsa ürün açıklamasını ve beden bilgisini elden geçiririz" gibi cümleler önceden yazıldığında, rakam kötü geldiğinde kaçamak açıklama üretmek zorlaşır. Ölçüt önce, sonuç sonra gelmelidir.

Toplantı formatı da bunun parçasıdır. Haftalık gözden geçirmeyi yarım saatle, üç rakamla ve üç kararla sınırlayın; her kararın bir sahibi ve bir tarihi olsun, kararlar basit bir günlüğe yazılsın, bir sonraki toplantı geçen haftanın sonucuyla başlasın. Sık yapılan hata, toplantının açıklama yarışına dönmesidir: herkes rakamın neden düştüğünü anlatır, kimse ne yapılacağını söylemez. Bazen doğru cevap "bilmiyoruz"dur; o noktada tahmin yürütmek yerine bir A/B testi kurup soruyu veriye sormak gerekir. İkinci klasik hata, aynı anda beş şeyi birden değiştirip hangisinin işe yaradığını bilememektir.

Geçişi tek hamlede değil, üç aşamada yapın

Veri olgunluğu, yazılım satın alarak bir günde atlanan bir eşik değil, sırası bozulduğunda geri tepen bir merdivendir.

Birinci aşama: kaydı tek yere alın. Sipariş, stok, kargo ve ödeme akışı elle giriş olmadan tek yerde toplanmadan rapor konuşmak erkendir; çift kayıt sürdükçe her rapor, birinin bir şeyi girmeyi unutmamış olmasına bel bağlar. Bu aşamanın çıktısı grafik değil, güvendir.

İkinci aşama: tanımları dondurun, çekirdek metrik setini kurun. Sözlüğü yazın, az sayıda metrikte karar kılın, sahiplerini belirleyin. Veri hijyeni de burada halledilir: ürün kodu disiplini, tek elden yönetilen kategori ağacı, maliyet alanlarının doldurulması. Kirli veriyle kurulan panel yanlış kararı yalnızca hızlandırır.

Üçüncü aşama: ritmi ve karar bağını kurun. Günlük, haftalık ve aylık takvimi işletin, karar günlüğünü tutun. Segmentasyon ve talep tahmini gibi ileri analizler ancak bu zemin oturunca anlamlıdır.

Bu yolculukta Excel kaybolmaz, rolü değişir: sistem kaydı olmaktan çıkıp taslak analiz defterine dönüşür. Panelden aldığınız veriyi bir tabloda evirip çevirmek sağlıklıdır; tehlikeli olan, tabloya yeniden yazmaya başlamaktır. İlk elle düzeltilen hücre, tek doğruluk kaynağının çatladığı yerdir.

Sık sorulan sorular

İşletmem küçük; panele geçmek için erken mi?

Ölçüt sipariş adedi değil, karmaşıklıktır. Tek kanaldan satış yapan ve tek kişinin yürüttüğü bir işte tablo uzun süre yeterli olabilir. İkinci satış kanalı ya da ikinci karar verici devreye girdiğinde tablo maliyetli hale gelir; çünkü artık veriyi tutmak değil, versiyonları uzlaştırmak zaman yer. Kaba bir işaret: raporu hazırlama süresi, rapora bakıp karar alma süresini geçtiyse geçiş vakti gelmiştir.

Panelin rakamıyla muhasebenin rakamı tutmuyor; hangisi doğru?

Çoğu durumda ikisi de kendi bağlamında doğrudur. Operasyonel sistem siparişi oluştuğu güne, muhasebe ise belgenin kesildiği ya da tahsilatın gerçekleştiği döneme yazar; iptal, iade ve kargo bedelinin ele alınışı da farklıdır. Hangisinin haklı olduğunu tartışmak yerine iki tarafın tanımlarını yazıya dökün ve aradaki farkın kalemlerini bilinir kılın. Vergi ve resmî kayıt tarafındaki tanımlar için güncel mevzuata ve mali müşavirinize danışın; panel bu kararların yerine geçmez, onları besler.

Excel'i tamamen bırakmalı mıyım?

Hayır. Bırakılması gereken Excel değil, Excel'i kayıt sistemi olarak kullanma alışkanlığıdır: gerçeğin kaydı sistemde tutulur, senaryo denemesi tabloda yapılır. Tablodan çıkan sonucu kalıcı kılacaksanız sistemdeki bir alana, kurala ya da rapora dönüştürün.

Veriyle karar vermenin önündeki asıl engel çoğu zaman analiz yeteneği değil, verinin dağınık doğmasıdır. Siparişin, stok hareketinin, kargonun ve tahsilatın aynı yerde oluştuğu bir altyapıda raporlar sonradan birleştirilen dosyalardan değil, işin kendisinden çıkar. Şimşek Panel bu zemini kurar: pazaryeri ve kargo entegrasyonları, sanal POS, stok ve sipariş yönetimi ile SEO dostu altyapı tek panelde toplanır, rakamları üretmek yerine yorumlamaya vakit kalır. Kendi kanallarınız üzerinden nasıl göründüğünü görmek için demo talep edin ya da çözümlerimizi inceleyin.