Projenin Çıkış Noktası
Müşterinin kripto para çıkarma planı vardı. İnsanların bu parayı elinde tutması için günlük bir döngüye ihtiyacı vardı. Oyun burada fayda katmanı oldu: oyna, kazan, çek, yarın geri gel.
Bu da oyunun gerçekten bitmiş olmasını gerektiriyordu. İki mağazadan da geçen, düzgün monetize olan, kullanıcı girişi yapan, skor tutan, ödeme çıkaran ve ne olduğunu raporlayan bir ürün geliştirdik. Yarım kalmış bir uygulama, bağlı olduğu token’a da zarar veriyor.
İşin Büyük Kısmı Entegrasyon
Oyunun kendisini geliştirmek tahmin edilebilir bir iş. Takvimin asıl gittiği yer entegrasyon katmanı.
Sweet TT Coin’de bunların hepsi aynı anda gerekiyordu: reklam ağı, iki mağazada faturalama, kimlik, leaderboard, cüzdan, analitik, ayarlar ve bağlantı yönetimi. Her biri tek başına düz bir iş. Bir arada çalıştıklarında birbirleriyle etkileşiyor, build boyutu için yarışıyor ve izinler konusunda çakışıyor. Ortaya çıkan hataların bir kısmı yalnızca başka birinin fiziksel cihazında görünüyor.
Bu katman mobil projelerimizde işin büyük bölümünü oluşturuyor. Mağazaya konabilecek bir ürünü ortaya çıkaran kısım da burası.
Monetizasyon: Reklam ve IAP Birlikte
Oyun iki gelir modelini birden çalıştırıyor. Bu, tek bir modeli çalıştırmaktan daha karmaşık.
Ödüllü video aslında bir tasarım meselesi. Yerleşimin nerede durduğu, oyuncunun bunu kullanmasını ya da rahatsız olmasını belirliyor. Oyuncunun bir şey istediği anda sunulduğunda cömert görünüyor, oturumu böldüğünde külfet gibi duruyor. Yerleşimi, sıklık sınırını ve envanter bulunamadığında ne olacağını ayrıca tasarlıyoruz.
Uygulama içi satın alma iki mağazada makbuz doğrulaması, geri yükleme akışları ve para birimlerine göre fiyat kademeleri demek. Destek talebi üreten uç durumları da ele alıyoruz: uygulama arka plandayken tamamlanan bir satın alma, işlem ortasında kopan bağlantı, günler sonra gelen bir iade.
Mediation reklamların altında duruyor. Tek bir ağ, gelirin bir kısmını dışarıda bırakıyor. Waterfall ya da uygulama içi teklif kurulumunu, fill-rate ve eCPM takibiyle birlikte yapıyoruz.
Kimlik, Sosyal Katman ve Leaderboard
Google Sign-In, oyuncuya cihaz değişikliğinde kaybolmayan bir kimlik veriyor. Hesaba bağlı bir bakiye varken bu gerekli.
Sık atlanan bir ayrıntı: iOS’ta üçüncü taraf bir sosyal giriş sunuyorsanız Apple, yanında Sign in with Apple’ı da sunmanızı istiyor. Bu atlandığında inceleme aşamasında ret geliyor. Genelde de çıkış tarihi verildikten sonra.
Leaderboard sosyal döngünün merkezi. Otoriteli backend’in gerekli olduğu yer de burası. Kazancı belirleyen bir skor, istemciden gelip olduğu gibi kabul edilemiyor. Aynı yaklaşımı spor menajerlik projemiz ve .io oyunlarımız sayfalarımızda da inceleyebilirsiniz.
Bağlantı yönetimi de belirleyici. Mobil oyuncular sürekli sinyal kaybediyor. Bakiyesi olan bir oyunun bunu, ödülü çiftlemeden ya da kaybetmeden atlatması gerekiyor.
Cüzdan Bağlantısı ve Para Çekme
Oyuncular oyun içinde kripto kazanıyor ve bunu çekebiliyor. Etrafında en çok kısıt bulunan özellik de bu.
İki mağazanın da uygulamalardaki kripto para işlevleri için ayrı politikaları var. Bu politikalar inceleme aşamasında uygulanıyor. Buradaki mimari kararları (uygulama içinde ne olacağı, dışında ne olacağı ve uygulamanın bu konuda ne söyleyebileceği) geliştirme başlamadan önce aldık.
Oyuncu tarafında cüzdan entegrasyonu, bunun için gelmemiş bir kullanıcının önüne çıkmıyor. Cüzdan istemini, oyun oynanmadan göstermiyoruz.
Analitik: Önce Olay Tasarımı
Devralınan projelerde sık karşılaşılan durum, iki yüz analitik olayı ve cevapsız sorular.
Önce olay taksonomisini tasarlıyoruz: bu olay hangi kararı destekliyor, kim okuyacak ve buna göre ne değişecek. Ardından huniler, elde tutma kohortları, monetizasyon olayları ve reklam ile IAP gelirinin tek bir yerde görünmesi geliyor.
iOS tarafında ayrıca ATT ve SKAdNetwork düzgün ele alınıyor. Okunamayan bir atribüsyon verisi, optimize edilemeyen bir reklam bütçesi demek.
Uyumluluk Katmanı
Eklenen her SDK, işlevin yanında yükümlülük de getiriyor:
Build boyutu. Mağaza sayfasıyla ilk oturum arasındaki her megabayt kurulum kaybettiriyor. Bu yüzden her SDK ağırlığını hak etmek zorunda.
Gizlilik bildirimleri. Google Play Data Safety ve iOS gizlilik manifestoları, üçüncü taraf her SDK’nın ne topladığını beyan etmenizi istiyor.
Onay akışı. AB kullanıcıları için reklam SDK’ları başlatılmadan önce uyumlu bir onay akışı gerekiyor. Aksi hâlde hem GDPR hem de reklam ağlarının kendi politikaları ihlal ediliyor.
Kararlılık. Reklam SDK’ları mobil oyunlarda çökmelerin başlıca sebeplerinden. Sürüm sabitleme, kademeli dağıtım ve SDK bazında çökme takibi kuruyoruz. Rutin bir güncelleme böylece puan ortalamasını düşürmüyor.
Ve tam bir ayarlar paneli. Ses, bildirimler, hesap, dil, gizlilik kontrolleri ve verilerimi sil seçeneği. İncelemeciye ve oyuncuya bitmiş bir ürünle karşı karşıya olduğunu gösteren en net işaret.
Uygulamalara eklenebilen diğer entegrasyonlar: reklam mediation (AppLovin MAX, LevelPlay, AdMob), analitik (GameAnalytics, Firebase), atribüsyon (Adjust, AppsFlyer).
Projenize Katacaklarımız
- Entegrasyon katmanının gerçekçi planlanması. Ticari bir mobil oyunda takvimin önemli bir bölümünü bu katman alıyor.
- Analitik olaylarının yazılmadan önce tasarlanması. Aksi hâlde elde veri oluyor, cevap olmuyor.
- Mimari kurulmadan önce mağaza politikalarının okunması. Özellikle ödeme, kripto ya da sosyal giriş varken.
Elde tutma, analitikten önce bir tasarım meselesi. Mekanikler için oyunlaştırma çalışmalarımız sayfamızı inceleyebilirsiniz.
Birlikte Çalışalım
Çalışan bir oyununuz varsa ve ticari katman gerekiyorsa bu bizim rutin olarak yaptığımız bir iş: reklam, IAP, mediation, kimlik, leaderboard, analitik ve mağaza uyumluluğu.
Projenin tamamını da üstlenebiliriz: uçtan uca mobil geliştirme ile fikirden mağazaya, ya da ekip desteği ile mühendislerimiz entegrasyon işini sizin projenizin içinde yapıyor.
Projenizi iletmeniz yeterli. Kapsamı, ekibi ve sabit fiyatı genelde iki iş günü içinde iletiyoruz. Ulaşmaktan çekinmeyin!
Bitmesi Gereken Bir Oyunun mu Var?
GDD, build ya da üç cümle ve bir referans oyun gönderin; kapsam, ekip ve rakamla dönelim.
