SMM Panelde Günlük Servis Başarı Oranı Nasıl Hesaplanır?

SMM panelde bir gün içinde 1.000 sipariş oluşturulmuş olması, o gün 1.000 siparişin başarıyla tamamlandığı anlamına gelmez. Siparişlerin bir kısmı hâlâ bekliyor, bazıları kısmi sonuçlanmış ve bazıları iptal edilmiş olabilir. Günlük servis başarı oranı hesaplamak için önce “başarı” kelimesinin ne anlama geldiğini ve hangi sipariş grubunun ölçüldüğünü tanımlamak gerekir. Aksi halde aynı veriyle birbirinden tamamen farklı ve yanıltıcı yüzdeler üretilebilir.

Başarı oranı neden tek bir sayı değildir?

Bir panel işletmecisi sipariş tamamlama oranına odaklanabilirken müşteri tarafında hedef, gerçekten istenen miktarın teslim edilmesi olabilir. Başka bir ekip için önemli olan söz verilen süre içinde başlanması veya sonradan düşüş yaşanmaması olabilir. Bunlar birbirinden farklı performans göstergeleridir. “Başarı oranımız yüzde 95” ifadesi, payın ve paydanın ne olduğuna ilişkin açıklama olmadan karşılaştırılabilir bir istatistik değildir.

Bu rehber, mevcut tekil servis testi yazısından farklı olarak panelin günlük operasyon verilerinden KPI üretmeyi ele alır. Tek siparişin hızını ölçmek yerine çok sayıdaki siparişin durumunu belirli bir dönem ve kohort içinde hesaplarız. Bu tür bir rapor için müşteri hesap bilgilerine değil, işlem kimlikleri, zamanlar ve durum kayıtlarına ihtiyaç vardır.

Tamamlandı, Partial, Canceled nasıl ayrılmalı?

Completed genellikle siparişin tamamlandığını belirten durumdur; ancak teslim edilen miktarın gerçekten koşullarla uyumlu olduğu ayrıca doğrulanabilir. Partial, siparişin bir bölümünün gerçekleştirildiği, kalan miktarın tamamlanmadığı senaryoyu ifade edebilir. Canceled iptal edilen işi gösterir. Pending veya Processing ise çoğu zaman henüz kesin sonuca bağlanmamış siparişlerdir. Bu durumları tek kategoriye koymak hesaplama sonuçlarını bozabilir.

Örneğin 500 siparişten 400’ü Completed, 20’si Partial, 10’u Canceled ve 70’i açık durumdaysa paydanın ne olacağı önemlidir. Açık işleri başarısız sayarsanız bir oran; yalnızca kapanmış işlemleri incelerseniz başka bir oran elde edersiniz. Her iki yöntem farklı soruları cevaplar. Bu nedenle rapora kullanılan yöntem mutlaka yazılmalıdır. Pending ve Processing rehberimiz açık durumların yorumuna ek açıklama sunar.

Kapanmış sipariş başarı oranı formülü

Kapanmış siparişlerde temel bir gösterge Completed / (Completed + Partial + Canceled) × 100 şeklinde hesaplanabilir. Örneğimizde 400 Completed, 20 Partial ve 10 Canceled varsa oran 400 / 430 × 100 = yaklaşık yüzde 93,0 olur. Bu hesap, tüm kapanmış siparişler arasında tamamlananların payını gösterir; açık siparişleri beklemeye alır. Kısmi teslimatların değerini sıfır kabul eden bu tanım, operasyonel bir tercihtir.

Bazı işletmeler kısmi teslimatı belirli bir ağırlıkla değerlendirmek isteyebilir. O zaman ayrı bir “miktar bazlı teslimat oranı” hesaplamak daha şeffaftır. Kapanmış sipariş oranını aynı adla farklı formüle dönüştürüp geçmiş dönemlerle kıyaslamayın. Metrik sözlüğünde tanım, hesaplama tarihi, hangi statülerin kapsama girdiği ve hangi servislerin dahil olduğu saklanmalıdır.

Gün içinde açılan siparişleri mi ölçmeliyiz?

Burada iki farklı yaklaşım vardır. Birincisi bugün oluşturulan siparişleri kohort olarak alıp sonraki günlerde nasıl kapandıklarını izlemektir. İkincisi bugün sonucu kesinleşen siparişleri alıp operasyonun o günkü kapanış performansını göstermektir. Bunların biri sipariş açılış tarihine, diğeri kapanış tarihine dayanır. Karıştırıldıklarında raporlar bir gün yüksek, başka gün düşük çıkar ve nedenini anlamak zorlaşır.

Örneğin pazartesi açılan siparişlerin çoğu salı kapandıysa pazartesi kohortunda kapanış oranı ilk akşam düşük görünebilir. Salı kapanış raporunda ise pazartesi siparişleri bulunabilir. Her iki rapor da doğru olabilir; ancak aynı soruyu yanıtlamaz. Yönetim panelinde bu iki bakış açısını ayrı grafik olarak sunmak daha anlamlıdır. Kullanıcıya hangi tarih alanının kullanıldığı gösterilmelidir.

Açık siparişler başarı hesabını nasıl etkiler?

Açık siparişleri otomatik başarısız saymak, özellikle uzun süren hizmetlerde yanıltıcı olabilir. Ancak açık siparişleri bütünüyle yok saymak da operasyon yoğunluğunu saklar. Bu nedenle kapanmış işlemler için başarı oranını, tüm işlemler için ise açık sipariş oranını ayrı raporlamak faydalıdır. Örneğimizde toplam 500 siparişin 70’i açıksa açık oranı 70 / 500 × 100 = yüzde 14’tür.

Açık siparişlerin yaşını da izleyin. Beş dakika bekleyen siparişle üç gün bekleyen sipariş aynı risk düzeyinde olmayabilir. İsteğe bağlı bir KPI olarak “24 saati aşan açık sipariş oranı” tanımlanabilir. Eşik servis türüne göre farklı olmalıdır; hızlı beğeni servisi ile uzun süreli teslimat içeren hizmeti aynı beklentiyle kıyaslamak doğru değildir.

Miktar bazlı teslimat oranı nedir?

Sipariş bazlı başarı oranı her siparişi bir adet olarak sayar. Oysa biri 100, diğeri 10.000 miktarlı iki siparişin teslimat ağırlığı farklı olabilir. Miktar bazlı ölçüm için uygun servislerde toplam teslim edilen miktarı toplam sipariş edilen miktara bölebilirsiniz. Örneğin 20.000 talep edilen birimde 17.000 doğrulanmış teslim varsa oran yüzde 85 olur. Ancak bu yöntem farklı platform metrikleri karıştırılarak tek bir anlamsız toplama dönüştürülmemelidir.

Takipçi, görüntülenme ve yorum miktarlarını aynı tabloda adet olarak birleştirmek iş açısından anlamlı olmayabilir. Kategori bazında ayrı ölçüm yapmak gerekir. Ayrıca platform sayacındaki organik artışlar ve düşüşler nedeniyle “teslim edildi” tanımı her serviste aynı doğrulukla çıkarılamayabilir. Ölçüm belirsizliği rapor notlarına eklenmelidir.

Başlangıç süresi ve tamamlanma süresi KPI’ları

Başarıyı yalnızca son statüye indirgemeyin. Siparişin oluşturulma zamanı ile ilk gerçek ilerlemenin görüldüğü zaman arasındaki fark başlangıç süresini gösterebilir. Kapanışa kadar geçen süre ise tamamlanma süresi açısından bilgi sağlar. Ortalama süreye ek olarak medyan veya yüzde 90’lık dilim gibi ölçüler, birkaç aşırı yavaş siparişin toplam tabloyu ne kadar etkilediğini daha iyi gösterir.

Örneğin dokuz sipariş 10 dakikada, biri 500 dakikada başlıyorsa aritmetik ortalama 59 dakikadır; fakat tipik sipariş deneyimini tek başına anlatmaz. Medyan bu örnekte 10 dakika civarındadır. Her iki değeri birlikte sunmak daha dürüst olur. Başlangıcı sistemin Processing durumuna geçişiyle değil, mümkünse gerçek ölçülebilir hareketle tanımlamak gerekir.

Sağlayıcı bazında günlük performans karşılaştırması

Bir panel birden fazla API sağlayıcısına bağlıysa sipariş sonuçlarını kaynak bazında izlemek faydalıdır. Aynı servisin farklı sağlayıcıdaki koşulları ve maliyetleri farklı olabilir. Karşılaştırmada yalnızca “A sağlayıcısı yüzde 98, B yüzde 90” demek yeterli değildir; örneklem büyüklüğü, servis türü, tarih aralığı ve kapanmış sipariş sayısı da yazılmalıdır. Bir sağlayıcı üç siparişle yüzde 100 görünebilir, diğeri bin siparişle yüzde 97.

Oranların küçük örneklemde çok oynak olduğunu unutmayın. Bir sağlayıcıya ilk gün yalnızca iki sipariş verildiğinde ikisi de tamamlanırsa yüzde 100 hesaplanır; fakat bu kalıcı kalite garantisi değildir. Karar verirken birden fazla günün verisini ve mümkünse benzer hizmetlerin sonuçlarını karşılaştırın. Farklı platformları tek potada toplamak yerine kategori bazlı rapor hazırlayın.

Günlük rapor tablosu nasıl kurulur?

Asgari sütunlar tarih, servis ID, sağlayıcı, açılan sipariş, kapanan sipariş, Completed, Partial, Canceled, Pending/Processing, kapanmış başarı oranı ve açık sipariş yaşı olabilir. Her satırın hangi tarih tanımına dayandığı açıkça belirtilmelidir. İptal edilen siparişin neden iptal edildiğine dair tutarlı kodlar eklenebilir; örneğin kullanıcı iptali, servis hatası veya geçersiz bağlantı gibi. Böylece yalnızca oranı değil, düzeltme ihtiyacını da görürsünüz.

CSV aktarımı yaparken aynı siparişin her durum güncellemesinde yeni bir satır olarak sayılmamasına dikkat edin. Sipariş geçmişini olay kaydı olarak tutuyorsanız önce son geçerli durumu seçip sonra sipariş bazlı tablo oluşturmalısınız. Aksi halde çok kez durum değişen siparişler aynı gün içinde tekrar tekrar sayılarak oranları şişirebilir. Veri temizliği KPI hesabından önce gelir.

Üç hesaplama örneği

Örnek A: Gün sonunda 120 Completed, 15 Partial ve 5 Canceled var; 30 sipariş açık. Kapanmış başarı oranı 120 / 140 ≈ yüzde 85,7’dir. Tüm açılan işlemlere göre Completed oranı 120 / 170 ≈ yüzde 70,6’dır. İki oran da farklı sorulara cevap verir; hangi yöntemin kullanıldığı etiketlenmelidir.

Örnek B: Servis A’da 10 siparişten 10’u tamamlandı; Servis B’de 500 siparişten 480’i tamamlandı. İlk oran yüzde 100, ikinci oran yüzde 96’dır. Ancak örneklem büyüklükleri çok farklı olduğundan yalnızca oran sıralamasıyla sağlayıcı seçimi yapmak hatalı olabilir. Hacim, sipariş türü, maliyet ve gecikme birlikte incelenmelidir.

Örnek C: Bir sipariş pazartesi açıldı, salı Partial olarak kapandı, çarşamba destek sonucunda revize edildi. Pazartesi kohortu için sonuç son durumla güncellenebilirken salı gününün kapanış raporu ayrı bir olay kaydı tutabilir. Hangi zaman damgasının kullanıldığına ilişkin politika yoksa geriye dönük raporlar birbirini tutmayacaktır.

Metrik hedeflerini nasıl belirlemeli?

Tek bir günün yüksek oranı kalıcı başarı olarak tanıtılmamalıdır. Önce başlangıç dönemi verilerini toplayın, servis gruplarının normal sonuç ve gecikme dağılımını görün, ardından ölçülebilir hedefler belirleyin. Örneğin “belirli kategoride 24 saat içinde sonuçlanan sipariş payı” gibi açık tanımlı hedefler, bütün hizmetler için muğlak “en iyi servis” iddiasından daha işe yarar olabilir.

Raporu müşteriye sunarken iç operasyon göstergelerinin kullanıcıya verilen bir garanti olmadığını da belirtin. SMM panel müşteri deneyimi rehberimizde beklenti yönetimi ve destek sürelerinin etkisi anlatılıyor. Sayısal başarının amacı pazarlama sloganı üretmekten önce sorunları erken fark etmek olmalıdır.

İptal nedeni ve müşteri hatasını ayırmak

İptallerin tamamını sağlayıcı başarısızlığı olarak sınıflandırmak doğru değildir. Müşteri yanlış bağlantı girmiş, minimum miktarı sağlamamış, gizli hesap kullanmış veya siparişten vazgeçmiş olabilir. Diğer tarafta sağlayıcı servis kesintisi, API ret yanıtı veya kapasite problemi bulunabilir. Günlük raporda iptallerin nedenini standart kodlarla saklamak, hangi oranın hizmet kalitesini ve hangisinin kullanıcı işlemlerini yansıttığını ayırmaya yardımcı olur.

Örneğin 100 iptalin 70’i yanlış link, 30’u sağlayıcı kesintisi nedeniyle oluşmuşsa tek “iptal yüzde 10” sayısı iyileştirme önceliğini gizler. Yanlış link kaynaklı sorunlar arayüz doğrulamasıyla azaltılabilir; sağlayıcı kaynaklı sorunlar ise API, rota ve servis seçimi incelemesi gerektirir. Sebep kodları kesin veri değilse tahmin oldukları belirtilmelidir. Böylece raporun sonuçları kullanıcıyı suçlama veya sağlayıcıyı haksız yere kötüleme aracına dönüşmez.

Hedefe göre gösterge panosu tasarlama

Yönetici panelinde özet alanlarda günlük kapanmış başarı oranı, açık sipariş sayısı ve 24 saati aşan açık siparişler görülebilir. Ayrıntı alanında ise servis kategorisi, sağlayıcı, sipariş adedi, medyan başlangıç süresi ve kısmi sonuç oranı bulunabilir. Kullanıcılar bu rakamları filtreleyebilmeli, ancak her filtre sonucunun hangi tarihlerde ve hangi statülerle hesaplandığını görebilmelidir. Aynı metriğe farklı ekranlarda farklı formül uygulamak güveni azaltır.

Raporları belirli aralıklarla dışa aktarıp karşılaştırmak trend incelemesi sağlar. Ancak küçük örneklem veya eksik veri içeren satırlar özellikle işaretlenmelidir. En çok sipariş alınan servisle az kullanılan servis aynı güven düzeyinde karşılaştırılamaz. Sayısal raporlama yöneticinin kararı yerine geçmez; kararın hangi veriye dayandığını görünür kılar. Amaç hatayı gizlemek değil, hangi servislerin ve süreçlerin geliştirilmesi gerektiğini bulmaktır.

Hızlı karşılaştırma tablosu

Sık sorulan sorular

SMM panel başarı oranı formülü nedir?

Bir yöntem, kapanmış işlemlerde Completed / (Completed + Partial + Canceled) × 100’dür; kullanılan tanım açıklanmalıdır.

Pending siparişleri başarısız mı saymalıyım?

Genellikle açık durumları ayrı raporlamak daha anlamlıdır; nihai başarısızlık olarak otomatik etiketlemeyin.

Partial sipariş başarılı mı?

Seçtiğiniz KPI tanımına bağlıdır. Sipariş bazlı tamamlanma ve miktar bazlı teslimat oranları ayrı tutulmalıdır.

Günlük rapor neden ertesi gün değişiyor?

Sonradan kapanan siparişler, veri doğrulaması ve tarih tanımı rapor değerlerini etkileyebilir.

Hangi KPI en önemli?

Hedefe bağlıdır. Tamamlanma, gecikme, açık sipariş yaşı ve müşteri deneyimi birlikte değerlendirilmelidir.

Sonuç

Günlük servis başarı oranı hesaplamasında en önemli adım doğru formülü yazmak değil, başarının tanımını ve sipariş grubunu açıkça belirlemektir. Kapanmış işlemler, açık siparişler, miktar bazlı sonuçlar ve gecikmeler ayrı metriklerle izlenirse panelin performansına ilişkin daha kullanışlı ve denetlenebilir kararlar verilebilir.