Çoğu işletme sahibi teslimat başarısını şöyle tanımlar: müşteri şikâyet etmiyorsa sistem çalışıyordur. Panelde sipariş satırı yeşil, bakiye düşmüş, gün kapanmış. Oysa sessizlik bir ölçüm değildir; sessizlik, ölçmediğin şeyin adıdır. Bir e-pin satış scripti siparişi «tamamlandı» diye işaretlediği anda sana gerçeği söylemeyi bırakır, çünkü o bayrak kodun müşterinin eline ulaştığını değil, yalnızca veritabanına bir satır yazıldığını kanıtlar.
İşin tuhaf tarafı şu: teslimat başarı oranı bu sektörde en çok konuşulan, en az ölçülen sayıdır. Herkesin reklamında «anında teslimat» yazar; ama aynı işletmenin panelinde bu cümlenin karşılığı olan tek bir grafik bile bulunmaz. Bu yazıda ciddi bir e-pin yazılımının arka planda tuttuğu ölçüm katmanını parça parça açıyoruz: hangi olayları damgalaman gerektiğini, hangi oranın seni düzenli olarak kandırdığını ve iade taleplerinin neden hep iki hafta gecikmeyle geldiğini.
Teslimat başarı oranı gerçekte neyi ölçer, panelin neyi ölçüyor?
Teslimat başarı oranının dürüst tanımı tek cümledir: ödemesi onaylanmış siparişler içinde, müşterinin geçerli bir kodu belirlenmiş süre içinde eline aldığı siparişlerin yüzdesi. Bu tanımın içinde üç ayrı koşul saklı; çoğu dijital ürün satış scripti ise yalnızca birincisini kontrol eder. Kod atandı mı? Evet. Geçerli mi? Bilinmiyor. Zamanında mı? Ölçülmüyor.
Bu fark küçük görünür ama sonuçları büyüktür. Kod atanmış ama tedarikçiden gelen dize hatalı olabilir, kupon önceden kullanılmış olabilir, bölge kilidi yüzünden müşterinin hesabına işlemeyebilir. Bunların hepsi panelde «başarılı» satırıdır, WhatsApp'ta ise şikâyet. Ölçüm katmanı olmayan bir kurgunun en pahalı özelliği budur: hatayı senin yerine müşterin bulur, üstelik gecikmeli bulur.
Bu yüzden ilk iş tanımı yazılı hâle getirmek. Kaç saniyeyi «anlık» sayıyorsun? Hangi durumda bir sipariş «kısmen teslim» sayılır? Tanım yoksa oran da yoktur; sadece hisler vardır.
Neden «tamamlandı» bayrağı seni sistematik olarak yanıltır?
Tek bir durum alanı, birbirinden bağımsız beş gerçeği aynı kutuya doldurur: ödeme alındı, stok ayrıldı, tedarikçi yanıt verdi, kod üretildi, müşteri gördü. Bu beşi tek kelimeyle temsil ettiğinde hata ayıklama imkânı kalmaz. Sipariş başarısız olduğunda hangi adımda düştüğünü bilemezsin, dolayısıyla düzeltmen gereken şeyi de bilemezsin.
Daha sinsi bir sorun var: hayatta kalma yanlılığı. Başarı oranını yalnızca panele düşen siparişler üzerinden hesaplarsan, ödeme sırasında kopan, sepette takılan veya hiç oluşturulamayan siparişler hesaptan tamamen çıkar. Böylece rakam suni biçimde yükselir. Gerçek payda, ödeme sağlayıcısının onayladığı işlem sayısıdır, senin veritabanındaki satır sayısı değil.
Olgun bir e-pin scripti bu yüzden tek durum yerine olay akışı tutar. Her adımın kendi zaman damgası, kendi sonucu ve kendi hata kodu olur. Durum alanı hâlâ vardır ama artık gerçeğin kaynağı değil, olay akışından türetilmiş bir özettir.
Hangi yedi olayı damgalamazsan hiçbir şeyi ölçemezsin?
Ölçüm, sihirli bir rapor ekranıyla başlamaz; doğru yerlere konmuş yedi damgayla başlar. Sipariş oluşturma, ödeme onayı, stok ayırma, tedarikçi isteği, tedarikçi yanıtı, kod teslimi ve müşteri görüntülemesi. Bu yedisi varsa her şeyi hesaplayabilirsin. Yoksa hiçbir grafik seni kurtarmaz, çünkü grafik yalnızca var olan veriyi çizer.
Aşağıdaki tablo, bu damgalardan türeyen metrikleri ve sağlıklı aralıkları gösteriyor. Sayıları kendi hacmine göre uyarlaman normal; önemli olan eşiklerin önceden yazılı olması. Eşiği olaydan sonra belirleyen herkes, kendi hatasını normal ilan eder.
| Metrik | Tanım | Sağlıklı aralık | Alarm eşiği |
|---|---|---|---|
| Brüt teslimat başarısı | Ödemesi onaylı siparişlerde geçerli kod oranı | %98,5 - %99,9 | %97 altı |
| Medyan teslim süresi | Ödeme onayı ile kod görüntüleme arası | 8 - 42 saniye | 90 saniye üstü |
| P95 teslim süresi | En yavaş %5'in eşiği | 2 dakika altı | 5 dakika üstü |
| Tedarikçi hata oranı | API isteklerinde hatalı yanıt payı | %0 - %1,2 | %3 üstü |
| Geçersiz kod bildirimi | Teslim sonrası müşteri itirazı | %0,3 altı | %1 üstü |
| Manuel müdahale payı | Elle tamamlanan sipariş oranı | %2 altı | %6 üstü |
Başarısızlıklar nerede birikiyor: tedarikçi mi, stok mu, senin kurgun mu?
Bir aylık hata kaydını etiketlediğinde neredeyse her zaman aynı şekli görürsün: sorunların yarısına yakını tedarikçi tarafında, dörtte biri stok yönetiminde, kalanı ödeme eşleşmesi ve kullanıcı kaynaklı durumlarda. Bu dağılımı bilmek, enerjini nereye harcayacağını söyler. Tedarikçi hataları için yedekli yönlendirme kurarsın; stok hataları için düşük stok uyarısı ve otomatik satış kapatma eşiği koyarsın.
Başarısız teslimatların kaynak dağılımı
- Tedarikçi tarafı hata 45%
- Stok yönetimi 25%
- Ödeme-sipariş eşleşmesi 20%
- Kullanıcı ve diğer 10%
Dikkat edilmesi gereken nokta: bu dağılım sabit değil, senin müdahalelerine tepki verir. Tedarikçi çeşitliliğini artırdığın ay ilk dilim küçülür, stok eşiklerini sıkıştırdığın ay ikinci dilim erir. Yani grafik bir kader tablosu değil, bir ilerleme ölçeği.
Yüzdelik rapor moral bozmaz ama harekete de geçirmez. Panelinde her sabah «dün başarısız olan siparişler» listesi açılsın; oran o listeyi bitirdiğin gün kendiliğinden düzelir.
Ölçümün para tarafındaki karşılığı nedir?
Teslimat başarısı bir mühendislik metriği gibi görünür, oysa doğrudan gelir metriğidir. Başarısız her sipariş üç kalemde ödeme yaptırır: destek süresi, iade veya ödeme itirazı komisyonu ve o müşterinin bir daha gelmemesi. Üçüncüsü en pahalısı ve en görünmezidir, çünkü muhasebede satırı yoktur.
Basit bir hesap yap. Aylık bin sipariş, ortalama sepet 250 lira, başarı oranı %96 olsun. Kırk başarısız sipariş demek; bunların yarısı iade, yarısı kayıp müşteri. Sadece tekrar alım kaybı, yıllık bazda iki haneli bin liraya çıkar. Oranı %99'a taşımak yeni reklam bütçesi değil, mevcut trafiğin verimini artırmaktır. Yazılım maliyetini bu kayıpla yan yana koyduğunda karar kolaylaşır.
Bir de fiyatlandırma tarafı var: ölçülen ve kanıtlanabilir teslimat performansı, aynı ürünü rakibinden pahalı satmanın en meşru gerekçesidir. «Bizde teslimat medyanı 20 saniye» cümlesi, ancak arkasında veri varsa satış argümanına dönüşür.
Ölçümü işletmeye nasıl yerleştirirsin: haftalık ritüel
Veri tek başına davranış değiştirmez; ritüel değiştirir. Haftada bir, on beş dakikalık sabit bir gözden geçirme kur. Üç soruya bak: oran hangi yöne gidiyor, en çok hata üreten tedarikçi hangisi, geçen hafta kapattığın hata tekrarladı mı. Bu üç soruyu düzenli soran bir işletme, altı ayda oranını tavana yaklaştırır.
Aşağıdaki kontrol listesi, bu ritüelin somut hâli. Yazıcıdan çıkarıp duvara asabileceğin kadar sıkıcı olması iyiye işaret; ölçüm heyecanlı değil, düzenli olmalı.
| Kontrol | Nerede bakılır | Sıklık | Beklenen sonuç |
|---|---|---|---|
| Başarısız sipariş kuyruğu boş mu? | Sipariş yönetimi ekranı | Günlük | Sıfır bekleyen kayıt |
| P95 teslim süresi eşikte mi? | Teslimat raporu | Günlük | 2 dakika altı |
| Düşük stok uyarısı çalışıyor mu? | Stok modülü | Haftalık | Eşik altı ürün yok |
| Tedarikçi hata oranı karşılaştırması | Tedarikçi raporu | Haftalık | Hepsi %1,2 altı |
| Manuel müdahale kayıtları incelendi mi? | İşlem günlüğü | Haftalık | Kök nedeni yazılı |
| Geçersiz kod itirazları etiketlendi mi? | Destek kayıtları | Haftalık | Tedarikçiye iletildi |
| Eşikler hâlâ gerçekçi mi? | Yönetim toplantısı | Aylık | Gerekirse sıkılaştırma |
Ölçülebilir teslimat, satılabilir güven demektir
Pinova, teslimat olaylarını damgalayan ve bu damgalardan rapor üreten bir e-pin satış yazılımıdır. Hangi siparişin nerede düştüğünü tahmin etmek zorunda kalmazsın.
Teslimat başarı oranı için ideal hedef kaç olmalı?
Otomatik teslimatın baskın olduğu bir katalogda %98,5 altı rahatsız edici, %99,5 üstü ise iyi yönetilmiş kabul edilir. Manuel teslim edilen ürünlerin payı yüksekse hedefi ayrı hesapla; iki kanalı aynı orana sıkıştırmak yanıltıcı olur.
Küçük hacimli bir işletmede bu ölçümler abartı değil mi?
Tam tersi. Aylık yüz siparişte tek bir kötü gün oranı belirgin biçimde bozar ve itibar hasarı küçük işletmede daha hızlı yayılır. Küçük hacimde ölçüm maliyeti de düşüktür; zaten yazılımın tutması gereken damgalardan bahsediyoruz.
Tedarikçi kaynaklı hataları benim oranıma yazmak haksızlık değil mi?
Müşteri açısından tek bir satıcı var: sen. Bu yüzden brüt oranı kendi üzerine yazıp, ayrıca tedarikçi bazlı kırılım tutmak doğru yaklaşım. Kırılım, hangi tedarikçiyle çalışmaya devam edeceğine karar vermenin de tek dürüst yoludur.
Mevcut scriptimde bu raporlar yoksa ne yapmalıyım?
Önce olay damgalarının veritabanında tutulup tutulmadığını kontrol et. Damgalar varsa rapor eklemek görece kolaydır; yoksa yapılacak iş raporlama değil, sipariş yaşam döngüsünü yeniden modellemektir. İkinci durumda hazır ve ölçüm katmanı gelen bir dijital ürün satış yazılımı genelde daha ekonomik çıkar.
Teslimat başarı oranı, bir e-pin işletmesinin nabzıdır: yükseldiğinde reklam bütçen daha uzağa gider, düştüğünde en iyi kampanyan bile boşa akar. Ölçüm ekranlarının nasıl göründüğünü kendi gözünle görmek istiyorsan canlı demo üzerinden sipariş yaşam döngüsünü adım adım izleyebilir, özellik listesine göz atıp hangi damgaların hazır geldiğini karşılaştırabilirsin.