SMM Panel Sipariş Yönetimi: Günlük Operasyon Rehberi

Bu bölümde neler var

• Bir siparişin müşteriden sağlayıcıya, oradan tekrar size nasıl aktığı ve her durumun gerçekte ne anlama geldiği.
• Takılan siparişleri müşteri fark etmeden nasıl yakalayacağınız.
• Sağlayıcı hatalarını okumak ve bir servisi ne zaman başka sağlayıcıya taşımanız gerektiği.
• Kısmi teslimat, iade, refill ve iptal taleplerini her gün aynı şekilde işleyen bir düzen.
• Kopyalayıp kullanabileceğiniz günlük ve haftalık kontrol listesi, sağlayıcı bakiyesinin darboğaza dönüşmemesi için pratik yöntem.

Servislerinizi henüz eklemediyseniz önce servis ekleme ve katalog bölümünü okuyun. Bu bölüm, panelinizin yayında olduğunu ve siparişlerin gelmeye başladığını varsayar.

Bir siparişin yolculuğu

SMM paneldeki her sipariş aslında iki siparişten oluşur: müşterinin size verdiği sipariş ve panelinizin SMM API v2 üzerinden sağlayıcıya verdiği sipariş. Sizin işiniz bu ikisini senkron tutmak ve müşteriden yalnızca gerçekten teslim edilen kadar ücret alındığından emin olmaktır.

Sıradan bir sipariş şu adımlardan geçer:

1. Müşteri servisi seçer, linki ve miktarı girer, bakiyesinden öder.
2. Paneliniz siparişi o servise bağlı sağlayıcıya gönderir ve sağlayıcının sipariş numarasını kaydeder.
3. Sağlayıcı başlangıç sayısını (start count) bildirir ve gönderime başlar.
4. Paneliniz belirli aralıklarla sağlayıcıdaki durumu sorgular ve müşterinin siparişine yansıtır.
5. Sipariş tamamlandı, kısmi ya da iptal olarak kapanır. Teslim edilmeyen kısım varsa müşterinin bakiyesine geri döner.

SMMFor'da sağlayıcılarla sipariş senkronizasyonu otomatiktir; 2 ile 5 arasındaki adımlar normalde siz hiçbir şeye dokunmadan gerçekleşir. Operasyon işi, bu düz yoldan çıkan siparişlerle ilgilenmektir.

Durumlar ne anlama gelir?

API v2 kullanan panellerde durum isimleri standarttır. Bayileriniz ve kullandıkları scriptler sizin durumlarınızı ayrıca açıklama gerekmeden anlar.

Yönetim tarafında sağlayıcıya gönderilmeyi bekleyen ya da manuel işlenen siparişler için ek bir iç durum görebilirsiniz. Müşterinin bu ayrıntıyı görmesine gerek yok; ona dürüst bir durum ve doğru bir bakiye yeter.

Takılan siparişleri izlemek

Takılan sipariş, servisin normal teslim süresinden çok daha uzun süre Beklemede ya da İşleniyor durumunda kalan sipariştir. Destek taleplerinin en büyük kaynağı budur ve çoğu, müşteri fark etmeden yakalanabilir.

"Takıldı" ne zaman denir?

Herkese uyan bir rakam yok; ölçüyü servisin kendi hızı belirler. Örnek eşikler (kendi servislerinize göre uyarlayın):

Bu eşikleri kategori bazında bir yere yazın. Aklınızda tuttuğunuz eşiği her gün farklı uygularsınız.

İzleme işini otomasyona bırakın

SMMFor'daki otomasyon kuralları tam olarak bunun için var. "X saattir takılı sipariş" gibi bir kural size bildirim gönderebilir ya da siparişi otomatik iptal edebilir; durum, sağlayıcı, servis ID'leri veya minimum tutar gibi koşullarla daraltabilirsiniz. Yeni bir panel için mantıklı bir kurulum:

• Pahalı servislerde takılan siparişler için yalnızca bildirim gönderen bir kural; bunlara kendiniz bakarsınız.
• Normal süreyi çok aşan ucuz siparişleri iptal eden bir kural; müşteri talep açmadan parasını geri alır.
• Telegram yönetici bildirimleri; sağlayıcıya gönderilmeyi bekleyen siparişler dahil. Sorunu telefonunuzdan görürsünüz.

Takılan siparişte ne yapılır?

1. Siparişi açın, link herkese açıksa başlangıç sayısını güncel sayıyla karşılaştırın.
2. Sağlayıcının servisi hâlâ listeleyip listelemediğine, aynı servisteki diğer siparişlerin ilerleyip ilerlemediğine bakın. Tek takılan sipariş aksiliktir; aynı serviste on takılan sipariş sağlayıcı sorunudur.
3. Sağlayıcı destekliyorsa iptal talep edin, iade paneliniz üzerinden müşteriye dönsün.
4. Servisin tamamı takıldıysa daha fazla sipariş birikmeden servisi kapatın ya da başka sağlayıcıya taşıyın.
5. O siparişle ilgili açık bir talep varsa ne yaptığınızı ve müşterinin ne zaman sonuç bekleyebileceğini yazın.

Sağlayıcı hataları ve yedek plan

Sağlayıcılar birkaç tanıdık şekilde sorun çıkarır. Bunları tanımak saatler kazandırır.

Yedek sağlayıcı planı

En çok satan servislerinizde tek sağlayıcıya güvenmeyin. İlk 10-20 servisinizin her biri için makul bir alternatif not edin: benzer kalite, benzer hız ve hâlâ kâr bırakan bir fiyat. Ana sağlayıcı sorun çıkardığında servisin sağlayıcı eşlemesini değiştirirsiniz, yeni siparişler yedeğe gider. Müşteri katalogda aynı servisi görür, yalnızca kaynak değişir.

Yedeği ihtiyacınız olmadan önce deneyin: bir kez küçük, gerçek bir sipariş verin ve nasıl davrandığını not edin. Sağlayıcıyı baştan nasıl seçeceğinizi SMM sağlayıcı nasıl seçilir yazısında bulabilirsiniz.

Kısmi teslimat ve iadeler

Kısmi sipariş bir felaket değil, olağan bir sonuçtur. Sağlayıcı miktarın bir kısmını gönderebilmiş, kalanını gönderememiştir. Adil olan, müşterinin yalnızca teslim edilen kadar ödemesidir.

SMMFor'da kısmi iadeler otomatik işlenir: sağlayıcı kalan miktarla birlikte kısmi bildirdiğinde, gönderilmeyen kısım müşterinin bakiyesine geri eklenir ve sipariş tutarı düşürülür. Size düşen:

• Kısmi siparişleri, özellikle büyük tutarlı olanları haftada bir kontrol etmek; iade tutarı kalan miktarla uyuşuyor mu?
• Hangi servislerin sık kısmi verdiğini izlemek. Böyle bir servis ya daha düşük max, ya daha açık bir açıklama ya da yeni bir sağlayıcı ister.
• Kısmi siparişi asla elle "tamamlandı" yapmamak. 1.000'in 700'ü gittiyse dürüst kayıt kısmidir.

Bakiyeye iade ve karta iade

Panellerin neredeyse tamamı iadeyi ödeme yöntemine değil, müşterinin panel bakiyesine yapar. Bunu kullanım şartlarınızda açıkça yazın (bkz. yasal sözleşmeler bölümü). Bir yüklemeyi karta, Papara'ya ya da kripto cüzdana geri göndermek ayrı ve daha nadir bir karardır; genellikle kullanılmamış bakiye için yapılır ve sipariş üzerinden değil, ödeme altyapınız (PayTR, iyzico vb.) üzerinden yürür.

Refill ve iptal taleplerini bir düzene oturtmak

Drip-feed, refill ve iptalin ne olduğunu öğrenmek istiyorsanız drip-feed, refill ve iptal nedir yazısını okuyun. Burada bunları her gün nasıl işleyeceğinize odaklanıyoruz.

Refill (telafi) akışı

SMMFor, refill taleplerini destekleyen sağlayıcılara iletir; müşteri refill'i sipariş sayfasından ya da API'den isteyebilir. "Yalnızca tamamlanan siparişler", "24 saatte bir" ve "refill süresi içinde" gibi kurallar sizin yerinize uygulanır. Sizin akışınız:

1. Her gün Rejected (Reddedildi) ya da Error (Hata) durumundaki refill'lere bakın. Müşterilerin soracağı bunlardır.
2. Reddedilen refill'de nedeni kontrol edin. Düşüş çok azsa ya da süre dolmuşsa bunu talepte nazikçe açıklayın.
3. Sağlayıcı kabul etmesi gereken bir refill'i reddettiyse sağlayıcıyla konuşun, müşteriyi bilgilendirin.
4. En çok refill talebi gelen servisleri izleyin. Çok düşen bir servis, sağlayıcı eninde sonunda telafi etse bile size destek zamanı kaybettirir.

Düşüşün sık görüldüğü servisler için tamamlandıktan birkaç gün sonra otomatik refill isteyen bir otomasyon da kurabilirsiniz; müşterinin istemesine gerek kalmaz.

İptal akışı

İptal yalnızca sağlayıcı destekliyorsa ve sipariş bitmediyse mümkündür. İptal taleplerini şu sırayla ele alın:

1. Servisin iptali destekleyip desteklemediğini doğrulayın; desteklemiyorsa müşteri boşuna beklemeden söyleyin.
2. Sipariş başlamadıysa iptal genellikle hızlı geçer ve tutarın tamamı geri döner.
3. Başladıysa sonuç çoğunlukla kısmidir: gönderilen kısım kalır, kalanı iade edilir.
4. Sağlayıcı reddederse sipariş devam eder. Yapamayacağınız bir iptali vaat etmek yerine bunu açıkça söyleyin.

Günlük ve haftalık rutin

Rutin, operasyonu yangın söndürmekten çıkarıp bir kontrol listesine dönüştürür. Tek kişinin yönettiği küçük bir panel için başlangıç önerisi:

Her gün (15-30 dakika)

• Gece gelen Telegram yönetici uyarılarına bakın: takılan siparişler, gönderilmeyi bekleyenler, düşük sağlayıcı bakiyesi.
• Eşiğinizi aşan süredir Beklemede olan siparişleri tek tek ele alın.
• Rejected ya da Error durumundaki refill'leri inceleyin.
• Sağlayıcı bakiyelerini ertesi gün beklediğiniz satışla karşılaştırın.
• Açık destek taleplerinin hepsini yanıtlayın (ayrıntılar müşteri desteği bölümünde).
• Onay bekleyen havale/EFT ve diğer manuel ödemeleri onaylayın.

Her hafta (1-2 saat)

• En çok kısmi, iptal ve refill talebi üreten servisleri listeleyin. Her biri için karar verin: kalsın, düzeltilsin, fiyatı değişsin ya da değiştirilsin.
• Sağlayıcı fiyatlarını satış fiyatlarınızla karşılaştırın. Sağlayıcı zam yaptıysa marjınız sessizce erimiş olabilir.
• Yeni ya da değişen servislere küçük test siparişleri verin.
• Kapalı servislere bakın: sağlayıcı geri geldiyse açın, gelmediyse silin.
• Servis ve sağlayıcı bazında kârı inceleyin. Marj hesabı için SMM panel fiyatlandırma ve kâr marjı yazısına bakabilirsiniz.
• Değişiklik olduysa (yeni servis, kaldırılan servis, fiyat değişimi) müşterilere bir duyuru yayınlayın.

Her ay

• Ciroya göre ilk 20 servisinizin her birinin denenmiş bir yedeği olduğunu doğrulayın.
• Aylardır kimsenin sipariş vermediği servisleri kaldırın; küçük katalog daha kolay sağlıklı tutulur.
• Personel hesaplarınız varsa yetkileri gözden geçirin, işlem kayıtlarında (audit log) olağan dışı bir şey var mı bakın.

Sağlayıcı bakiyesini yönetmek

Paneliniz iki taraftan da ön ödemelidir: müşteri önce size öder, siz de önce sağlayıcıya ödersiniz. Sağlayıcıdaki bakiyeniz sıfırlanırsa müşteri ödemiş olsa bile siparişler gönderilmez. Bu, takılan siparişin en kötüsüdür çünkü tamamen sizin hatanızdır.

Pratik yaklaşım:

1. Son bir haftaya bakarak sağlayıcı başına günlük harcamanızı tahmin edin. Örnek: bir sağlayıcıya günde yaklaşık 40 $ ödüyorsanız orada en az 3-4 günlük bakiye tutun.
2. Düşük bakiye uyarısı kurun. SMMFor'un Telegram yönetici bildirimleri, sağlayıcı bakiyesi belirlediğiniz eşiğin altına inince uyarır; Telegram botunda /balance komutu sağlayıcı bakiyelerini gösterir.
3. Hafta sonu ve bayram tatillerinden önce yükleme yapın; o günlerde tepki vermeniz yavaşlar.
4. Uzun süredir çalışmadığınız bir sağlayıcıda büyük tutar bekletmeyin. Riski sağlayıcılara güveninizle orantılı dağıtın.

Tablodaki rakamlar örnektir; kendi gerçek verilerinize göre belirleyin.

Sık yapılan hatalar

• "Sağlayıcı yetişir" diye siparişleri Beklemede bırakmak. Müşteri sizden önce fark eder.
• İade yapmamak için kısmi siparişleri tamamlandı olarak işaretlemek. Biraz para kazandırır, çok güven kaybettirir.
• Refill ve iptal desteğine bakmadan servisi daha ucuz bir sağlayıcıya taşımak.
• Cuma gecesi ya da bayram arifesinde sağlayıcı bakiyesini bitirmek.
• Hiç test etmediğiniz yüzlerce servis tutmak. Test edilmemiş her servis, sırada bekleyen bir destek talebidir.
• Eşikleri ve rutinleri yazıya dökmemek; her günü doğaçlama geçirmek.

Bu zamanı sunucu ve script yerine operasyona ayırmak istiyorsanız SMMFor barındırmayı, sipariş senkronizasyonunu ve iadeleri sizin yerinize yürütür; 3 gün ücretsiz deneme ile başlayabilirsiniz.

Sonraki adım

İyi bir operasyon sorunların çoğunu önler ama müşterilerin soruları yine de olacaktır. Destek taleplerini, yanıt sürelerini ve müşteriyi geri getiren yanıtları kurmak için SMM panel müşteri desteği bölümüyle devam edin. Hepsini kendi panelinizde yürütmeye hazır olduğunuzda SMMFor'da panelinizi açın ve paketleri fiyatlar sayfasında karşılaştırın.