Bir e-pin veya dijital ürün sitesi işletirken en çok göz ardı edilen panel bir tanesi sipariş raporlarıdır. Çoğu satıcı günlük ciroya bakar, "bugün iyiydi" ya da "bugün düşüktü" der ve geçer. Oysa aynı rakamların altında hangi ürünün kâr getirdiği, hangi bayinin sizi zarara soktuğu, hangi ödeme yönteminin komisyonla cironuzu eritigi gizlidir. Bu yazıda sipariş raporlarını gerçekten nasıl okumanız gerektiğini ve Pinova panelinin bu konuda size ne sunduğunu anlatıyoruz.
Panelinize her girdiğinizde aslında ne arıyorsunuz?
Çoğu site sahibi panele girdiğinde tek bir şeye bakar: bugünkü sipariş sayısı. Ama bu sayı tek başına hiçbir şey söylemez. 50 sipariş almış bir gün, ortalama sepet tutarı düşükse 20 sipariş almış ama yüksek tutarlı bir günden daha az kazandırmış olabilir. Gerçek soru şu: panelinizdeki rakamlar size hangi kararı verdiriyor?
Sağlıklı bir sipariş raporlama sistemi en azından şu dört sinyali aynı anda göstermelidir:
- Toplam sipariş adedi ve toplam ciro (ayrı ayrı, birbirine karıştırılmadan)
- Ortalama sepet tutarı ve bunun zaman içindeki değişimi
- Teslim edilen, bekleyen ve iptal edilen siparişlerin oranı
- Belirli bir tarih aralığını diğerine kıyaslama imkânı (bu hafta vs geçen hafta gibi)
Bu dört veri bir arada olmadan, tek başına "kaç sipariş geldi" sorusu size işletmenizin gidişatı hakkında yanıltıcı bir izlenim verir.
Hangi ürün gerçekten satıyor, hangisi sadece yer kaplıyor?
E-pin sitelerinde genelde yüzlerce ürün kartı vardır ama gerçek ciroyu getiren ürün sayısı çoğu zaman 15-20'yi geçmez. Bunu bilmeden yapılan reklam harcaması, banner yerleşimi veya stok yatırımı büyük ölçüde israf olur. Ürün bazlı satış raporu olmadan "en çok satan kategori Valorant mı, PUBG mı?" sorusuna vereceğiniz cevap tahminden ibaret kalır.
Ürün bazlı analizde asıl aranması gereken şeyler:
- Ürün başına satış adedi (miktar bazlı, tutar bazlı değil)
- Ürünün kâr marjı — Turkpin/Pinabi gibi tedarikçiden maliyet ile satış fiyatı arasındaki fark
- Belirli bir tarih aralığında düşüşe geçen ürünler (rakip fiyat kırdı mı, stok mu bitti?)
- Sepete eklenip tamamlanmayan ürünler (fiyat mı yüksek, teslimat mı yavaş?)
Bu veriler elinizde olduğunda hangi tedarikçiden hangi ürünü çektiğinizi, hangi kategoriye daha fazla ağırlık vermeniz gerektiğini net biçimde görürsünüz.
| Analiz Türü | Manuel / Elle | Pinova ile |
|---|---|---|
| En çok satan ürünü bulmak | Excel'e siparişleri kopyalayıp pivot tablo kurmak, saatler sürer | Panelde ürün bazlı satış raporu anında listelenir |
| Bayi performansı ölçmek | Her bayinin siparişini tek tek filtreleyip toplamak | Bayi bazlı rapor otomatik ciro/adet gösterir |
| İptal oranı takibi | Durum sütununu elle sayıp yüzde hesaplamak | Durum bazlı dağılım grafik olarak sunulur |
| Ödeme yöntemi kıyası | Her ödeme sağlayıcının kendi panelinden ayrı ayrı çekmek | Tüm ödeme yöntemleri tek raporda birleşir |
| Tarih aralığı karşılaştırma | İki farklı dönemi ayrı ayrı çekip elle çıkarmak | Panelde tarih aralığı seçilip anlık kıyaslanır |
Bayileriniz sizi mi büyütüyor, siz mi onları taşıyorsunuz?
Çok seviyeli bayi sistemi kuran her site sahibinin karşılaştığı bir yanılgı vardır: "bayi sayım arttı, demek ki işim büyüyor." Oysa bayi sayısı ile bayi verimliliği aynı şey değildir. 40 bayiden 5'i cironuzun %70'ini getiriyor olabilir, kalan 35'i ayda birkaç sipariş geçiyor ve sizden destek zamanı çalıyor olabilir.
Bayi bazlı sipariş raporu bu tabloyu netleştirir. Bakmanız gereken noktalar:
- Bayi başına aylık sipariş adedi ve ciro
- Bayi bakiye hareketleri — kim düzenli yükleme yapıyor, kim sınırda geziniyor
- Bayiye özel fiyat/komisyon oranının kârlılığa etkisi
- Pasif kalan bayiler — 30-60 gündür sipariş geçmeyenler
Bu veriyle hem hangi bayiye özel kampanya sunacağınıza hem de hangi bayi anlaşmasını gözden geçirmeniz gerektiğine karar verebilirsiniz.
Her ay başında en az bir kez "geçen aya göre değişim" raporuna bakma alışkanlığı edinin. Tek bir günün rakamı değil, trend çizgisi karar verdirir — düşüş bir haftadır sürüyorsa müdahale zamanıdır, tek günlük dalgalanmaysa panik gereksizdir.
Ödeme yönteminiz sizi ne kadara mal ediyor?
PayTR, Shopier ve havale gibi birden fazla ödeme yöntemi sunan sitelerde çoğu satıcı komisyon farkını hiç hesaba katmaz. Oysa yöntemler arasında komisyon oranı, iade süresi ve dolandırıcılık riski önemli ölçüde değişir. Ciro raporunu ödeme yöntemine göre kırmadan gerçek net kârınızı bilemezsiniz.
Ödeme bazlı raporlamada dikkat edilmesi gereken noktalar:
- Yöntem başına toplam ciro ve komisyon kesintisi sonrası net tutar
- Havale/EFT ile gelen siparişlerde onay bekleme süresi — bu süre uzunsa müşteri kaybı olabilir
- Site cüzdanı/bakiye ile ödenen siparişlerin oranı (bu oran yüksekse müşteri sadakati güçlü demektir)
- Belirli bir yöntemde ani artan iptal/chargeback sinyali
Bu veriler bazen "en çok tercih edilen yöntem" ile "en kârlı yöntem"in aynı olmadığını gösterir — bu da fiyatlandırma veya komisyon politikanızı yeniden düşünmeniz için yeterli bir sebeptir.
İptal ve iade oranınız normal mi, yoksa alarm mı çalmalı?
Her e-pin sitesinde belli oranda iptal olur — stok tükenmesi, tedarikçi API hatası, yanlış kod, müşteri vazgeçmesi gibi nedenlerle. Sorun iptalin var olması değil, oranın fark edilmeden büyümesidir. %2 iptal oranı normalken %12'ye çıkmışsa bu ya tedarikçi entegrasyonunda ya da belirli bir ürün grubunda ciddi bir problem olduğunun işaretidir.
İptal/iade raporunda görmeniz gereken kırılımlar:
- İptal nedeni bazlı dağılım (stok yok, ödeme onaylanmadı, manuel iptal, tedarikçi hatası)
- Hangi ürün veya kategoride iptal oranı ortalamanın üzerinde
- İptal edilen siparişlerin toplam ciroya oranı — para bazında kaybınız
- Aynı müşteriden tekrarlayan iptal/iade talepleri (kötüye kullanım sinyali olabilir)
Bu raporu düzenli izlemeden, tedarikçi API'nizde yaşanan bir sorunu haftalarca fark etmeden devam ettirebilir, o süre boyunca sessizce müşteri kaybedebilirsiniz.
Raporu Excel'e mi döküyorsunuz, yoksa panelde mi okuyorsunuz?
Bazı satıcılar hâlâ siparişleri manuel olarak Excel'e aktarıp orada pivot tablo kuruyor. Bu yöntem küçük ölçekte işe yarasa da günlük yüzlerce siparişe ulaşan bir sitede sürdürülemez hale gelir — hem zaman kaybettirir hem de veri güncelliğini kaybeder, çünkü raporu çıkardığınız an geçmişte kalır.
Panel içi canlı raporlamanın avantajı, verinin her zaman güncel olması ve filtreleme, tarih aralığı seçme, dışa aktarma gibi işlemlerin saniyeler içinde yapılabilmesidir. Aranması gereken temel özellikler:
- Tarih aralığı, ürün, bayi ve ödeme yöntemine göre çok katmanlı filtreleme
- Grafik/görsel özet (sayı tablosundan daha hızlı okunur)
- Excel/CSV dışa aktarma — muhasebe veya vergi süreçleri için gerekli olabilir
- Mobilden de erişilebilir olması — sahada, telefonda hızlı kontrol imkânı
Pinova panelinde sipariş raporları tam olarak bu mantıkla kurulmuştur: ürün, bayi, ödeme yöntemi ve durum bazında filtrelenebilir, tarih aralığı karşılaştırması yapılabilir ve gerektiğinde dışa aktarılabilir bir yapı sunar — çünkü kararlarınızı geçmiş haftanın Excel dosyasına değil, o anki gerçek veriye dayandırmanız gerekir.
Rakamlarınız sizi yönlendirsin, tahmin değil
Pinova ile ürün, bayi, ödeme yöntemi ve iptal verilerini tek panelden anlık olarak görüp kararlarınızı tahmine değil gerçek rakama dayandırabilirsiniz.
Sipariş raporları hangi sıklıkla kontrol edilmeli?
Günlük ciro takibi için her gün kısa bir bakış yeterlidir, ancak ürün, bayi ve iptal oranı gibi derin analizler için haftalık bir rutin oluşturmak daha sağlıklıdır. Aylık dönemde ise geçmiş ayla karşılaştırmalı bir genel değerlendirme yapılması önerilir.
Pinova panelinde sipariş raporlarını Excel'e aktarabilir miyim?
Evet, panel içindeki raporlar filtrelendikten sonra CSV/Excel formatında dışa aktarılabilir; bu sayede muhasebe veya beyanname süreçleriniz için de kullanılabilir hale gelir.
Bayi bazlı raporlama neden önemli?
Çünkü bayi sayısının artması her zaman ciro artışı anlamına gelmez. Hangi bayinin gerçekten aktif ve kârlı olduğunu görmeden verilen komisyon ve destek kararları yanlış yönlendirilebilir.
İptal oranım yüksek çıkarsa ilk ne yapmalıyım?
Öncelikle iptal nedenlerinin dağılımına bakın. Eğer belirli bir ürün veya tedarikçide yoğunlaşıyorsa API bağlantısını ve stok senkronizasyonunu kontrol edin; genel dağılıyorsa ödeme onay sürecini gözden geçirin.