Intobet ile Bahis Şikayetlerini Doğru Analiz Etme Yöntemleri

Intobet ile Bahis Şikayetlerini Doğru Analiz Etme Yöntemleri

Maç saatinde “kuponum onaylanmadı”, “oran geç geldi” ya da “sayfa dondu” gibi şikayetler, çoğu zaman mobil performansla doğrudan bağlantılıdır. Intobet’te bu şikayetleri rakama döküp kök nedeni bulabilirsen, hem kullanıcı memnuniyeti hem de canlı bahis akışı ciddi şekilde iyileşir.

Şikayet Kartı 2.0: Mobilde Söyleneni Veriye Çevir

Her şikayeti aynı formatta toplamak, analizi kolaylaştırır. Basit ama eksiksiz bir “şikayet kartı” şunları içermeli:

• Cihaz/OS: Örn. iPhone 11 / iOS 17.5, Samsung A52 / Android 13
• Tarayıcı/Uygulama Sürümü: Safari, Chrome 129, Intobet App vX.Y.Z
• Ağ Durumu: 4.5G, Wi‑Fi (ISS adı), zayıf/orta/güçlü çekim
• Zaman Damgası: Tarih + saat (maç başlangıcıyla ilişki)
• İşlem Adımı: Giriş, para yatırma, kupon onayı, canlı oran izleme
• Beklenen/Gerçek Sonuç: Kısa ve net
• Hata İzleri: Hata mesajı/kodu, ekran görüntüsü, kısa video
• Oturum Kimliği: Session ID veya sipariş/kupon numarası

Bu kart, teknik ve destek ekiplerinin aynı dili konuşmasını sağlar; veri tabanındaki sorgularla sahadaki anlatıyı hizalar.

Kupon Nabzı: Mobil Performans Metriği Sözlüğü (Gerçek Dünyaya Uygun)

• TTFB: Sunucudan ilk bayt süresi. Hedef: < 800 ms
• FCP/LCP: İlk/En büyük içerik boyaması. Hedef: FCP < 1.8 sn, LCP < 2.5 sn
• INP: Etkileşim tepkisi. Hedef: < 200 ms
• Kupon Onayı Süresi (BOS): “Onayla” dokunuşundan “kupon onaylandı” bildirime kadar. Hedef: canlıda < 1.2 sn
• Oran Güncelleme Gecikmesi: Gerçek zamanlı feed → ekrana yansıma. Hedef: < 500 ms
• Kasa Ekranı Yüklenme: Ödeme yöntemleri + bakiye çekimi. Hedef: < 1.5 sn
• Hata Oranı: İstek bazlı 4xx/5xx, WebSocket kopma oranı
• Kritik Yol Render Süresi: Giriş → kupon → onay akışının toplamı

Şikayet metnini bu metriklerden biriyle eşleştir; konuşmayı “hissedilen”den “ölçülen”e taşımış olursun.

Canlı Maçın Kalp Atışı: RUM + Sentetikle Çifte Kontrol

İki veri kanadını birlikte kullan:

• Gerçek Kullanıcı İzleme (RUM): Cihaz, OS, ağ, konum, oturum bazında LCP/INP/BOS.
• Sentetik Test: 3G/4G/5G profilleri, Anadolu/İstanbul çıkışlı node’lar, maç saatlerinde senaryolu kupon akışı.

RUM, gerçek sıkıntıyı gösterir; sentetik, tekrarlanabilirliği ve eşik takibini sağlar. İkisini yan yana koymadan karar verme.

“Bu Acil mi?” Motoru: Intobet’te Şikayet Önceliklendirme

• Etkilenen Kullanıcı Sayısı: Tekil mi, kümelenmiş mi?
• Para ve Canlı Etkisi: Para yatırma/çekme ve canlı kupon akışı her zaman P1
• Sıklık ve Trend: Son 30 dakikada artış var mı?
• Coğrafi/Operatör Yoğunluğu: Belirli ISS/operatör ya da bölgeye mi özgü?
• Regresyon Şüphesi: Dağıtım sonrası mı başladı?

Kök Nedene Roket: Dağıtım, Veri Yolu, Cihaz Üçgeni

• Dağıtım Zaman Çizelgesi: Son frontend/backend/CDN değişiklikleri ile şikayet saatini üst üste koy.
• Bağımlılıklar: Ödeme sağlayıcı, oran/score feed, SMS/OTP servisleri.
• WebSocket/HTTP: Otomatik yeniden bağlanma, ping/pong zaman aşımı, paket kaybı.
• Cihaz Segmenti: Düşük RAM/CPU cihazlarda GC/donma, eski Android WebView sürümleri.
• CDN/Uç Nokta: Edge POP yoğunluğu, cache hit oranı, TLS el sıkışma süresi.

Türkiye Ritmi: Akşam Yoğunluğu ve 4.5G Gerçekliği

• Yoğun Saatler: 20:00–23:00 arasında BOS ve LCP pik yapar; eşikleri bu aralığa göre koy.
• Operatör Dalgalanması: Stadyum/AVM gibi noktalarda hücre yoğunluğu artar; ısı haritalarında bu bölgeleri işaretle.
• Veri Tasarrufu/Batarya Modu: Görsel/animasyonları adaptif sun; ağır komponentleri tembel yükle.
• Çoklu Dil/Para: Klavye ve OTP alanlarında otomatik düzeltme/boşluk hatalarına dikkat.

Şikayet → Metrik → Hipotez: 6 Adımda Hızlı Yol

• 1) Tanımla: “Canlıda oran gecikiyor.”
• 2) Haritala: Oran Güncelleme Gecikmesi + WebSocket kopma oranı.
• 3) Bölütle: Operatör, cihaz, tarayıcı, uygulama sürümü.
• 4) Kıyasla: Maç dışı saatler vs maç içi saatler.
• 5) Test et: Ping/pong aralığı, delta güncelleme boyutu, görsel yenileme stratejisi.
• 6) Doğrula: BOS ve oran gecikmesi düştü mü? Şikayet hacmi azaldı mı?

Vaka Cep Rehberi: 4 Yaygın Şikayet, 4 Hızlı Kontrol

• “Kupon onaylanmadı, bakiye düştü” → İşlem idempotency, mesaj kuyruğu gecikmesi, kupon durum senkronu, kullanıcıya anlık durum banner’ı.
• “Canlı oranlar geç geliyor” → WebSocket yeniden bağlanma stratejisi, diff yerine tam gönderim mi, render batching ve boyama sıklığı.
• “Uygulama kapanıyor” → Crash log oranı, düşük bellek uyarıları, görsel/komponent optimizasyonu.
• “Ödeme ekranı açılmıyor” → 3DS sayfa geçişleri, iFrame izinleri, CDN hat oranı, üçüncü taraf servis SLA’ı.

Kanıtlama Döngüsü: Düzelt, Ölç, Geri Dönüş Al

• Gölge Test: Trafiğin küçük yüzdesinde yeni ayarlarla BOS/LCP’yi izle.
• Başarı Kriteri: BOS %20 iyileşmezse otomatik geri alma.
• Kullanıcı Geri Bildirimi: Şikayet açanlara kısa anket; CSAT/NPS ile bağla.
• Kalıcı İzleme: Maç saatlerinde özel alarmlar (BOS, WebSocket drop, hata oranı).

Kontrol Paneli Taslağı: Kupon Akışının Gösterge Paneli

• Anlık BOS Isı Haritası: Cihaz/operatör bazlı
• Şikayet Akışı: Son 60 dakikada konu başlığına göre
• Core Web Vitals (Mobil): LCP/INP trendi
• Oran Güncelleme Gecikmesi: Canlı maçlar listesi
• Hata Oranı ve Sıçrama Noktaları: Dağıtım korelasyonu

Destek Ekipleri İçin 7 Kısa Soru (Altın Standardı)

• Hangi cihaz/OS ve tarayıcı/uygulama sürümü?
• 4.5G mi Wi‑Fi mi; sinyal/ISS durumu?
• Şikayet tam olarak hangi ekranda, hangi saatte oldu?
• “Onayla”ya bastıktan sonra kaç saniye beklediniz?
• Hata mesajı/kodu gördünüz mü?
• Şikayet tekrar ediliyor mu, edilirse ne kadar sürede?
• Ekran görüntüsü/video paylaşabilir misiniz?

Özetle: Intobet’te bir şikayeti doğru analiz etmenin yolu, mobil performans metrikleriyle netleştirmek, Türkiye’deki kullanım dinamiklerini hesaba katmak ve düzeltmeyi ölçerek kalıcı hale getirmektir. Veriyle konuş, hipotezle test et, müşteri sesiyle doğrula.