Giriş — Neden yapılandırılmış bir tahsis süreci gerekir?
Bonuslar, kullanıcı edinimi ve tutundurma stratejilerinin merkezi bir bileşenidir. Ancak iyi tanımlanmış bir tahsis ve yönetim süreci olmadan kampanyalar maliyetli, denetlenmesi zor ve suistimale açık olabilir. Bu rehber, operasyon, teknik ve finans ekiplerinin ortak çalışmasıyla nasıl daha güvenli, izlenebilir ve ölçülebilir bir bonus yönetimi kurulabileceğini adım adım açıklar.
Hedef okuyucu
Bu belge operatör içi ekipler, ürün yöneticileri, teknik mimarlar ve operasyonel süreçleri yöneten liderler için yazılmıştır. İçerik uygulamaya dönük örnekler, kontrol listeleri ve test adımları içerir.
Bonus Tahsis Mimarisi: Temel bileşenler
Başarılı bir tahsis mimarisi genellikle aşağıdaki bileşenlerden oluşur. Her bileşen için operasyonel sorumluluklar, olay noktaları ve veri ihtiyaçları net tanımlanmalıdır.
- Teklif kataloğu (Offer Catalog): Tüm bonus türlerinin (deneme, bedava dönüş, hoş geldin, yeniden yükleme vb.) tanımlandığı merkezi kayıt. Sürümleme ve meta veriler burada bulunur.
- İş Kural Motoru (Rule Engine): Kataloğa eklenmiş tekliflerin hangi koşullarda, kime ve nasıl verileceğini belirleyen mekanizma.
- Cüzdan ve Ledger (Wallet & Ledger): Kullanıcı bazlı bakiye ve teklif kayıtlarının muhasebeleştirildiği sistem. İşlemler için tek kaynak (single source of truth) olmalıdır.
- Etkinlik Veri Katmanı (Event Bus): Olay temelli tetikleme (kayıt, yatırı m, oyun olayı) ve senkronizasyon için gereklidir.
- Suistimal & Risk Kontrolleri: Gerçek zamanlı puanlama, hız kontrolleri, cihaz/oturum analizi ve manuel inceleme iş akışları.
- CRM & İletişim: Bonusu alan kullanıcıya bildirim, şartlar ve destek tetiklemeleri için entegrasyon.
- Raporlama & Mutabakat: Günlük/haftalık mutabakat raporları, finansal defter ile ledger karşılaştırmaları.
İş Kural Motoru: Tasarım ve En İyi Uygulamalar
İş kural motoru, kampanyaların güvenilir şekilde uygulanmasını sağlar. Tasarım kararları performansı, test edilebilirliği ve geri almayı (rollback) doğrudan etkiler.
Kural türleri
- Uygunluk kuralları: Kullanıcının hesap durumu, kayıt yaşı, coğrafi uygunluk ve kimlik doğrulama seviyesi gibi kriterler.
- Sınırlandırma kuralları: Maksimum tutar, kanal bazlı limitler, aynı anda birden fazla teklif kullanım yasakları.
- Öncelik ve stacking kuralları: Hangi promosyonun önce uygulanacağı, birden fazla promosyonun kombinasyon mantığı.
- Süre ve doluluk kuralları: Süresi dolmuş teklifler, kullanım sıklığı ve kampanya kotası yönetimi.
Tasarım önerileri
- Kuralları bağımsız ve küçük parçalara ayırın — birleşik, tek parça dev kurallardan kaçının.
- Versiyon kontrolü uygulayın; her kural değişikliğini otomatik test paketleriyle ilişkilendirin.
- Kural önceliğini açıkça tanımlayın ve çatışma çözümü için deterministik bir yaklaşım geliştirin.
- Kural değişimi için canary dağıtımı/limitli pilot uygulamalar kullanın.
Örnek kural mantığı (basit): Eğer kullanıcının hesap açılış tarihi < X gün ve ilk yatırım tutarı < Y ise "Hoş Geldin Deneme" verme; aksi halde manuel inceleme.
Operasyonel Akış: Bonus Oluşturma, Dağıtım ve İzleme
Bir kampanyanın üretime alınması aşamaları genellikle şu sırayı takip eder:
- Kampanya talebi ve iş gereksinimleri (iş birimi tarafından doldurulur).
- Teklif kataloğuna şablon olarak ekleme ve meta veri tanımlama (geçerlilik, limitler, wagering şartları).
- İş kural motoruna kural setini ekleme ve birim/sistem testleri oluşturma.
- Staging ortamında UAT testi: aktarma tetikleyicileri, bildirimler, ledger kayıtlarının doğrulanması.
- Canary dağıtımı ile küçük kullanıcı grubunda takip ve günlük mutabakat.
- Genel yaygınlaştırma ve izleme: KPI’lar, risk alarmları, müşteri hizmetleri eğitimleri.
Ledger için örnek alanlar: bonus_id, user_id, offer_code, amount, currency, status, issued_at, expires_at, wagering_requirement, linked_tx_id, notes. Bu kayıtlar hem operasyon hem de finans için temel referans olmalıdır.
Suistimal Kontrolleri ve Risk Yönetimi
Suistimal (bonus abuse) algılama, hem gerçek zamanlı hem de toplu analiz gerektirir. Aşağıdaki yaklaşımlar pratikte yaygın ve uygulanabilirdir:
- Hız kontrolleri: Kısa süre içinde tekrarlayan hesap aktiviteleri veya tek IP’den yoğun kayıt/bonusu alma.
- Cihaz ve oturum analizi: Cihaz fingerprinting, tarayıcı/OS tutarsızlıkları ve çerez kullanımının izlenmesi.
- Davranışsal modelleme: Oyun davranışının anormallik tespiti (ör. olağandışı stratejiler veya tek tip bahis örüntüleri).
- Risk skorlama: Birden çok sinyalin birleşik puanıyla otomatik reddetme, karantina veya manuel inceleme.
- Manual review iş akışı: Hızlı inceleme için destekte ayrı bir UI ve işlem tarihi muhafazası.
Bu kontrolleri operasyon ekipleriyle birlikte sürekli güncelleyin; saldırı vektörleri ve suistimal yöntemleri zamanla değişebilir.
Bonus Mutabakatı (Reconciliation) ve Muhasebe
Mutabakat, ledger kayıtları ile finansal defterler arasındaki tutarlılığı sağlar. Tipik adımlar şunlardır:
- Günlük/haftalık hata raporları (ör. unmatched transactions).
- Unmatched kayıtlar için _root cause_ araştırması ve düzeltme kaydı.
- Vade geçmişi ve süresi dolan bonusların düzenli temizliği ve geri kazanımı.
- Finans ekipleriyle birlikte mutabakat kurallarının otomatikleştirilmesi; işlem ID’leri eşleştirilerek tolerans limitleri belirlenmesi.
- Denetim izi: kim ne zaman hangi manuel ayarlamayı yaptı, neden kaydı tutulmalı.
Muhasebe kayıtları ve operasyon logları ayrı tutulmamalıdır; otomatik raporlar hata araştırmasını hızlandırır ve dış denetimler için gereklidir.
Destek, Esneklik ve İtiraz Yönetimi
Müşteri desteğine gelen bonus talepleri ve itirazları için net SLA’lar ve yetki matrisi belirlenmelidir. İyi bir süreç şunları içerir:
- Standart yanıt şablonları ve destek personeli için adım adım kontrol listesi.
- Manuel düzeltme talepleri için onay katmanları ve minimum belge/kanıt gereksinimleri.
- İtiraz sonrası mutabakat: yapılan değişikliğin ledger ve finans kayıtlarına otomatik yansıması.
Test, İzleme ve KPI’lar
Test ve izleme, sürecin sürdürülebilirliğini sağlar. Önerilen KPI örnekleri (her işletme kendi hedeflerine göre uyarlamalıdır):
- İssuance Rate (verilen teklif sayısı),
- Activation Rate (verilen teklifin etkinleştirilme oranı),
- Utilization Rate (kullanılan/harcanan bonus oranı),
- Mutabakat Hatası Oranı (reconciliation mismatch rate),
- Manuel Düzeltme Adedi ve Ortalama İşlem Süresi (SLA izleme).
Testlerde staging verisi ile uçtan uca senaryolar koşun: teklif oluşturma, tetikleme, cüzdan kaydı, bildirim ve mutabakat raporu üretimi. Otomatik test senaryoları hem iş kuralı mantığını hem de performansı doğrulamalıdır.
Go‑Live Kontrol Listesi (Özet)
- Katalog ve kural versiyonları doğrulandı mı?
- Staging UAT onayı alındı mı?
- Ledger kayıt alanları ve API sözleşmeleri doğrulandı mı?
- Manuel inceleme süreci ve destek eğitimleri tamamlandı mı?
- Mutabakat raporları için otomatik bildirimler kuruldu mu?
- Canary/limitli roll‑out planı hazır mı?
Uyumluluk ve veri güvenliği uyarısı
Bu metin operasyonel ve teknik yaklaşımlar sunar; yasal yükümlülükler ve yerel düzenlemeler ülkeye göre farklılık gösterebilir. Operasyonel politika ve uygulamaları uygulamaya koymadan önce hukuki ve finansal danışmanlık alınması önerilir. Kişisel verilerin işlenmesi, kimlik doğrulama ve kayıt ile ilgili süreçler için veri koruma gereksinimlerine uyun ve erişim kontrollerini kesinlikle uygulayın.
Kısa kapanış
Bonus tahsis süreçleri, doğru tasarlandığında hem pazarlama hedeflerini destekler hem de operasyonel riski azaltır. İyi bir tasarım; açık kurallar, güçlü ledger takibi, etkili suistimal kontrolleri ve düzenli mutabakatla mümkündür. Bu adımları kendi iç süreçlerinize uygulayarak daha ölçülebilir ve denetlenebilir bir bonus yönetimi kurabilirsiniz.