Pazartesi elde tutma incelemeniz her zamanki gibi aynı grafikte açılıyor. 1. Gün elde tutma %27 civarında seyrediyor. 7. Gün %8'e düştü. 30. Güne gelindiğinde, yüzden az iki oyuncu hala uygulamayı açıyor. Geçen hafta gönderdiğiniz anlık bildirimler saygın bir açılma oranı sağladı ve yine de eğri hareket etmedi. Bir bildirimin tıklanması ile bir oyuncunun geri dönüp oynamaya devam etmesi arasındaki bu boşluk, çoğu stüdyonun oyun elde tutma için anlık bildirimleri kullanma şeklinin tüm sorunudur.
Yukarıdaki sayılar olağandışı değil. GameAnalytics’ 2025 mobil oyun kıyaslamaları, ortalama 7. Gün elde tutmayı %3,4 ile %3,9 arasında, en iyi çeyrekteki oyunların bile %7-8 civarında, ortalama 30. Gün elde tutmayı ise %1'in altında gösteriyor. Anlık bildirimler, bir oyuncu o eğriden aşağı kaymadan önce müdahale edebilecek az sayıdaki sahip olunan kanallardan biridir. Ancak bu yalnızca oyun içi davranış ve gelire bağlı tetiklenmiş iş akışları seti olarak oluşturulduğunda işe yarar, açılmalarla ölçülen bir takvim olarak değil.
Bu makale bu yaklaşımı ortaya koyuyor: neden açılmaların yanlış skor tablosu olduğu, bir oyuncunun geri dönüp dönmeyeceğini belirleyen dört yaşam döngüsü anı, bunlara karşı oluşturabileceğiniz dört anlık bildirim iş akışı, rakiplerinizin göz ardı ettiği uygulama-anlık-artı-web-anlık bildirim yolu ve her bildirimi dokunmalara değil, oyun içi gelire nasıl atfedileceği.
- Neden çoğu oyun anlık bildirimi açılır ve göz ardı edilir
- Elde tutma bir yaşam döngüsüdür, bir patlama değil: bir oyuncunun geri dönüp dönmeyeceğini belirleyen dört an
- Oyun elde tutma için dört anlık bildirim iş akışı (tetikleyiciler, zamanlama, çıkış kriterleri)
- Uygulama anlık bildirimi ve web anlık bildirimi birlikte: SERP'in unuttuğu kanal
- Her bildirimi açılmalara değil, oyun içi gelire bağlayın
- Segmentasyon elde tutma işidir: ilerleme, harcama ve yakınlık
- Anlık bildirimin düzeltemeyeceği şeyler ve gerçek maliyeti
Neden çoğu oyun anlık bildirimi açılır ve göz ardı edilir
Bir açılma bir geri dönüş değildir. Bir geri dönüş bir oturum değildir. Bir oturum bir ilerleme değildir. Ve ilerleme, 30. Günde bir oyuncunun hala etrafta olup olmadığını gerçekten tahmin eden şeydir. Bir bildirim bir tıklama kazandığında ancak oyuncu ana ekrandan ayrılırsa veya kırk saniye oynayıp ayrılırsa, açılma oranınızın %22 olması elde tutma eğrisini ilgilendirmez.
Bu, oyun anlık bildirimleri üzerine neredeyse her rehberin düştüğü ölçüm tuzağıdır. Açılmaları artırmak için başlığı, emojiyi ve gönderim zamanını optimize ederler, ardından açılma oranını zafer olarak bildirirler. Açılmalar en iyi ihtimalle önde giden bir göstergedir ve en kötü ihtimalle boş bir metriktir. İhtiyacınız olan davranış, bir sonraki anlamlı kilometre taşına ulaşan geri dönen bir oyuncudur.
Anlık bildirimler bu davranışı tetikleyebilir. Taklit edemez. Bir bildirim, oyuncuyu oynamak için bir nedene geri getirebilir: alınmamış bir ödül, bir arkadaşın sırası, yenilenmiş bir enerji barı, yakında bitecek sınırlı bir etkinlik. Sonrasında ne olacağı oyun döngünüz tarafından belirlenir. Bu nedenle, oyun tutma oranını artırmak için anlık bildirimlerin görevi dar ve özeldir: doğru oyuncuya, o nedenin gerçek olduğu anda doğru geri dönme nedenini iletmek ve ardından dokunup dokunmadıklarını değil, ilerleyip ilerlemediklerini ölçmek.
Elde tutma bir yaşam döngüsüdür, bir patlama değil: bir oyuncunun geri dönüp dönmeyeceğini belirleyen dört an
Gerçekten işe yarayan oyuncu tutma stratejileri takvime değil, davranışa göre ateşlenir. “Herkese Salı akşam 6” bir patlamadır. “Oyuncu yüklediğinde ancak 20 dakika sonra eğitimini bitirmemişse ateşlenir” bir tetikleyicidir. Tetikleyiciler yaşam döngüsü anlarıyla eşleşir ve dört an çoğu işi yapar.
Her ana eşlik eden oyuncu elde tutma stratejileri
| Yaşam döngüsü anı | Davranışsal sinyal | Risk altındaki nedir |
|---|---|---|
| İlk oturum | Yüklendi, ancak ilk kilometre taşına ulaşılmadı | Tüm eğrinin en dik terk etme uçurumu; ayrılan oyuncuların çoğu burada ayrılır |
| Alıştırmadan alışkanlığa | Birkaç kez oynandı, henüz rutin oluşmadı | Oyuncu asla düzenli olmaz; 7. Gün çöküyor |
| Alışkanlıktan sadık olmaya | Düzenli oynuyor, bir seri veya ilerleme duvarına çarpıyor | Hayal kırıklığına uğramış veya sıkılmış bir düzenli, uykuda kalana sürükleniyor |
| Uykuda kalmaya kayıyor | Son oturumdan bu yana geçen günler bir eşiği aşıyor | Oyuncu yeniden etkinleştirilmedikçe gitmiş olur; tam yeniden kazanma maliyeti yaklaşır |
Her an oluşturulmayı bekleyen bir tetikleyicidir. İlk oturum anı, eğrinin çoğunun kaybedildiği yer olmasına rağmen, SERP'in geri kalanının dipnot olarak ele aldığı andır. İlk birkaç dakika içinde ilk galibiyete ulaşamayan bir oyuncu nadiren kendi başına geri döner. Bu, ertesi günkü bir e-posta değil, gerçek zamanlı bir tetikleyicidir.
Oyun elde tutma için dört anlık bildirim iş akışı (tetikleyiciler, zamanlama, çıkış kriterleri)
Yukarıdaki yaşam döngüsünü kapsayan dört iş akışı aşağıdadır. Her biri bir tutma operatörünün tanımlaması gerektiği gibi tanımlanır: onu başlatan bir tetikleyici, dokunuşlar arasındaki zamanlama, mesajın görevi ve neredeyse her rakip makalenin atladığı kısım, oyuncu işini bitirdiğinde bir iş akışından duymayı bırakan bir çıkış kriteri. Mühendislik bileti olmadan iş akışını görsel olarak oluşturabilirsiniz; bu, tutmadan sorumlu olanların oluşturmadan sorumlu olanlar olmadığı zaman önemlidir.
| İş akışı | Tetikleyici | Zamanlama | Mesaj görevi | Çıkış kriteri |
|---|---|---|---|---|
| İlk oturum kurtarma | İlk kilometre taşı olmadan yükleme | +20 dakika, +24 saat | Oyuncuyu neredeyse ulaştığı ilk galibiyete geri çekin | İlk kilometre taşına ulaşıldı |
| Alışkanlık oluşturucu / seri koruyucu | 2+ oturum, günlük rutin yok | Oyuncunun normal oyun saatinde günlük, maks. günde 1 | Bir seriyi koruyun, bugünün açma nedenini yüzeye çıkarın | Alışkanlık oluştu (örn. 7 günde 5 seans) veya oyuncu pasifleşti → geri kazanım için elden ele |
| İlerleme ve ödül yeniden girişi | Talep edilmemiş ödül, yenilenmiş enerji veya yeni içerik | Etkinlik tabanlı, neden doğru olduğunda tetiklenir | “Ödülünüz sizi bekliyor” / “Sıra sizde” | Ödül alındı veya içerik görüntülendi |
| Kaybeden oyuncu geri kazanımı | Son seanstan bu yana 7-14 gün | +7 gün, +14 gün, sonra dur | Suçluluk değil, geri dönmek için belirli bir neden sunun | Oyuncu geri döndü veya iş akışı sona erdi (sonsuz taciz yok) |
Gerçek bir yapının dikkate alacağı birkaç not. İlk seans kaydı, sahip olduğunuz en yüksek etkiye sahip iş akışıdır, çünkü eğrinin en dik kısmına müdahale eder; ilk teması, kendi anlık bildirim yerleştirme şablonlarınızdan alınan, oyuncunun tam olarak almaya hazırlandığı şeyi referans almalıdır. İlk seans kaydı aslında son teslim tarihi eklenmiş bir hoş geldin bildirimidir.
Seri takipçisi sessiz saatlere ve sıklık sınırına uymak zorundadır, aksi takdirde oyuncunun sizi susturmasının nedeni olur. Geri kazanım iş akışı, pasif oyuncuları tamamen gitmeden önce yeniden etkileşim kurmak için vardır. Burada kasıtlı olarak kısa tutulmuştur, iki temas ve sert bir duruş, çünkü derin yeniden etkileşim kendi disiplinidir; tam sıra tasarımı istiyorsanız, pasif oyuncularla yeniden etkileşim kurmanın yollarını görün.
İlk seans kaydı için örnek kopya, ikinci temas: “Seviye 1’i temizlemeye iki hamle kalmıştı. Siz olduğunuzda hala orada.” Ünlem işareti yok, sahte aciliyet yok, oyuncunun aslında durduğu yere somut bir referans.
Uygulama anlık bildirimi ve web anlık bildirimi birlikte: SERP'in unuttuğu kanal
Oyunlar için uygulama anlık bildirimlerinin ulaşamayacağı şeyler
Bu konudaki her rakip makale tek bir teslimat yüzeyi varsayar: FCM veya APNs aracılığıyla oyun anlık bildirimleri gönderen bir mobil uygulama. Oyunlar için uygulama anlık bildirimlerinin çoğu kapsamı tam orada, tek bir yüzeyde durur. Bu varsayım, oyuncuları ulaşılamaz bırakır. Oyunlar yalnızca kurulu bir uygulamanın içinde yaşamaz.
Oyuncuların liderlik tablolarını kontrol ettiği yardımcı sitelerde, HTML5 ve tarayıcı yapılarında, topluluk ve yama notları sayfalarında ve masaüstü başlatıcılarda yaşarlar. Uygulamayı hiç yüklemeyen veya yükleyip sonra kaldıran ancak sitenizi hala ziyaret eden bir oyuncu, yalnızca uygulamaya yönelik bir yığın için görünmezdir.
İşte web anlık bildirimlerini oyunlar için uygulama anlık bildirimlerinin yanında çalıştırmanın denklemi değiştirdiği yer burasıdır. Web anlık bildirimleri için kaydolma, bir uygulama mağazası yüklemesiyle engellenmez, bu nedenle tarayıcı oyununuzu veya yardımcı sitenizi ziyaret eden biri tek bir tıklamayla abone olabilir ve siz onları uygulama indirip indirmediklerine bakılmaksızın tekrar ulaşabilirsiniz. Masaüstünde işte HTML5 oyununuzu oynayan ve mobil yapıyı hiç kullanmamış bir oyuncuyu düşünün. Uygulama anlık bildirimi onlara ulaşamaz. Web anlık bildirimi, uygulamanın gönderdiği aynı “sıra sizde” bildirimiyle onlara ulaşabilir.
Mesele “iki araç kullanın” değil. Tek bir abone kimliği, tek bir iş akışı ve her iki yüzeyi kapsayan tek bir sıklık sınırı, böylece uygulamada aktif olan bir oyuncu aynı olay için web'de de uyarılmaz. Sahip olunan kanallar arasındaki bu orkestrasyon, sonuçların ilk sayfasındaki uygulamaya özel hiçbir rakibin yapamayacağı hamledir.
Her bildirimi açılmalara değil, oyun içi gelire bağlayın
Bir elde tutma sahibi, sonunda bütçeyi kontrol eden birine kanalı savunmak zorunda kalır. “Yeniden etkinleştirme çabamız %19 açılma oranı sağladı” bu konuşmada ayakta kalamaz. “İlk oturum kurtarma iş akışımız geçen ay 4.100 oyuncu geri getirdi, bunların 1.300'ü ilk satın alma noktasına ulaştı ve oyun içi satın alma gelirlerinden 11.400 $ elde etti” ise ayakta kalır.
İzlemeniz gereken zincir şu şekilde işler: bildirim teslim edildi → oturum başladı → kilometre taşına veya ilerlemeye ulaşıldı → oyun içi satın alma veya reklam gösterimi → 30 günlük LTV. Bildirim düzeyinde hedef takibi, geliri belirli bir iş akışına ve onu üreten etkileşime bağlayarak, genel bir yığın olarak itme işlemine bağlamak yerine döngüyü kapatır.
İş akışı başına geliri görebildiğinizde, açılmalar için ince ayar yapmayı bırakır ve dokunuşları hareket ettiren ancak parayı hareket ettirmeyenleri kesip, LTV'yi hareket ettirenleri ikiye katlarsınız.
Oyun içi satın alma bildirimlerini izlenen bir gelir kalemi haline getirme
Oyun içi satın alma bildirimlerinin yerini kazanmasının yolu da budur. Oyun içi satın alma bildirimlerini hedef takibi eklenmiş kendi iş akışları olarak izleyin ve dokunuş başına gelir tahmin olmaktan çıkar. Bir “ödülünüz sizi bekliyor” mesajı, geri dönen ve ardından dönüşüm sağlayan oyuncuları gösterebildiğinizde bir elde tutma inceliği değildir. Bu, bağlayabileceğiniz, savunabileceğiniz ve ölçeklendirebileceğiniz bir gelir satırıdır.
Segmentasyon elde tutma işidir: ilerleme, harcama ve yakınlık
Her rehber “oyuncularınızı segmentlere ayırın” der. Oyun için nasıl yapılacağını ise azı söyler. RFM'nin elde tutma versiyonu, zaten izlediğiniz üç eksenden oluşturulur: ilerleme seviyesi, harcama kademesi ve yakınlık (son oturumdan bu yana geçen günler). Bunları çaprazlayın ve yukarıdaki iş akışları genişten cerrahiye keskinleşir.
İlk oluşturmaya değer üç bileşik segment:
- Düşüşte olan yüksek değerli oyuncu. En üst harcama kademesi, derin ilerleme, son oturumdan bu yana 7+ gün. Kaybetmesi en pahalı, geri kazanması en ucuz oyuncunuz budur, bu yüzden onları genel bir dürtme yerine, geri dönmek için gerçekten değerli bir nedene sahip öncelikli bir geri kazanma işlemine yönlendirin.
- Eğitimden vazgeçen. Yüklendi, ilk kilometre taşını hiç geçmedi, düşük yakınlık. İlk oturum kurtarma, tam olarak bu segment için vardır; hiç başlamamış bir oyuncuya seri mesajlaşma harcamayın.
- Sadece hafta sonu oynayan sıradan oyuncu. Orta ilerleme, sadece Cumartesi ve Pazar oynar. Hafta içi gönderimleri bastırın ve seri tutucuyu gerçek oyun pencerelerine odaklayın.
Segmentasyon, bu oyuncu elde tutma stratejilerinin gürültüye dönüşmesini engelleyen şeydir. Kaymakta olan bir balinayı tutan iş akışı, eğitimden vazgeçeni rahatsız edecektir. Segment, her tetikleyicinin kimde ateşleneceğini belirler ve bunu doğru yapmak, oyuncuların tuttuğu bir kanal ile sessize aldığı bir kanal arasındaki farkın çoğunu oluşturur.
İtmenin düzeltemeyeceği ve gerçek maliyeti
İtme, geri dönmeye değer bir oyun döngüsünü güçlendirir. Bir tane üretemez. Oyuncular temel döngü zayıf olduğu, zorluk haksız yere arttığı veya para kazanma düşmanca olduğu için ayrılırsa, hiçbir bildirim ritmi eğriyi tutamaz ve ayrılmaya karar verdikleri bir oyuna daha fazla itme göndermek yalnızca abonelikten çıkmaları hızlandırır. Oyun elde tutma için itme bildirimlerinin dürüst versiyonu, itmenin oynamak için bir neden değil, bir dönüş yolu olduğunu kabul ederek başlar.
Bu nedenle, maliyet sorusu önemlidir. Yeni bir oyuncu edinmenin tam bir kurulum maliyeti vardır: UA harcaması, mağaza ücretleri, tüm hunisi. Etkin olmayan oyuncuları yeniden etkilemenin maliyeti bunun çok küçük bir kısmıdır, çünkü ilişki ve kanal zaten mevcuttur. Fiyatlandırma modeli bu mantığa uymalıdır.
PushEngage yalnızca aktif aboneler için ücret alır, bu nedenle bir oyuncu hareketsiz kaldığında ve onlara ulaşmayı bıraktığınızda, fatura mesaj göndermediğiniz bir listeyle büyümek yerine küçülür. Bunu, mesaj başına faturalandırma veya liste boyutuna göre fiyatlandırma ile ve stüdyoların oyunlar için uygulama anlık bildirimlerinin hacmi ölçeklendiğinde tarttığı Firebase anlık bildirim fiyatlandırması ödünleşimleriyle karşılaştırın.
PushEngage'in çalıştığı model budur: yalnızca aktif aboneler için ödeme yapın.
Bu, tek satırda elde tutma matematiğidir: bir oyunun sahip olduğu en ucuz büyüme, zaten yüklemiş olan oyuncudur. Dört iş akışını oluşturun, bunları uygulama ve web anlık bildirimlerinde çalıştırın, ilerlemeye ve harcamaya göre segmentlere ayırın ve gelir olarak ölçün. Oyun tutma için anlık bildirimlerin haftalık bir patlama olmaktan çıkıp her Pazartesi açtığınız eğriyi hareket ettirmeye başlaması bu şekildedir.
İlk oturum kurtarma iş akışınızı oluşturmaya hazır mısınız? Yalnızca aktif aboneler için ödeme yapın planıyla başlayın ve bu hafta yayınlayın.
