App Store ve Google Play yayın süreci: sürprizlere hazır mısınız?

Bir müşterimiz uygulamasını tamamlayıp mağazaya gönderdiğinde red yanıtı için günlerce bekledi. Red nedeni: gizlilik politikası sayfası eksikti. Düzelttiler, yeniden gönderdiler; bu sefer başka bir bulgu çıktı. İki haftayı geçen süreç lansmanı geciktirdi. Bunların büyük bölümü önceden bilinip önlenebilirdi.

İki mağazanın temel farkları

Apple tarafında inceleme süreci büyük ölçüde insan değerlendirmesine dayanır; süre birkaç günden iki haftaya kadar uzayabilir. Google tarafı otomasyona daha çok güvenir; inceleme genellikle daha kısadır ama otomatik sistem zaman zaman yanlış işaretleme yapar.

Her ikisi de içerik, gizlilik ve güvenlik politikalarını sert biçimde uygular. Kuralların yıl içinde güncellendiği de unutulmamalıdır; geçen yıl sorunsuz geçen bir uygulama, bu yıl yeni bir şart nedeniyle reddedilebilir.

Red yememek için önceden kontrol edilecekler

• Gizlilik politikası: veri toplanıyorsa yayınlanmış ve uygulamadan bağlantısı verilmiş olmalı
• Hesap silme seçeneği: her iki mağaza da bunu zorunlu kılıyor; eksikse onay gelmiyor
• İzin gerekçesi: kamera veya konuma neden erişildiği açıkça belirtilmeli
• Test hesabı: inceleme ekibine aktif kullanabilecekleri bir test kullanıcısı verilmeli
• Mağaza sayfası tutarlılığı: ekran görüntüleri ve açıklama gerçek içerikle örtüşmeli
• Uygulama içi satın alma varsa mağazanın kendi altyapısı kullanılmalı
• Yaş sınırı ve içerik derecelendirmesi doğru beyan edilmeli

Bu listedeki maddelerin çoğu geliştirme değil, hazırlık işidir. Uygulama kodlanırken paralel olarak tamamlanabilir ve tamamlandığında ret nedenlerinin büyük bölümü ortadan kalkar.

Mağaza sayfası da bir satış sayfasıdır

Yayın onayı almak sürecin yalnızca yarısıdır. Uygulamanızın indirilmesi, mağaza sayfasının ne kadar ikna edici olduğuna bağlıdır. Kullanıcı ilk üç ekran görüntüsüne ve ilk iki satırlık açıklamaya bakarak karar verir.

• Ekran görüntülerinin üzerine kısa açıklayıcı metinler ekleyin
• İlk görselde uygulamanın ana faydasını gösterin, giriş ekranını değil
• Başlıkta uygulama adının yanına ne işe yaradığını ekleyin
• Açıklamanın ilk iki satırını en güçlü faydayla başlatın
• Uygulama simgesini küçük boyutta test edin; ayrıntılı simgeler okunmaz

Güncelleme süreçleri de hesaba katılmalı

Her yeni sürüm yeniden inceleme gerektirir. Kritik bir hata düzeltmesi bile inceleme kuyruğuna girer; bu, acil müdahale gerektiren durumlarda ciddi sorun yaratır. Test sürecinizi ve yayın planlamanızı bu gecikmeleri hesaba katarak kurun.

Riski azaltmanın iki yolu vardır. Birincisi, uygulamanın davranışını sunucu tarafından yönetilebilir hâle getirmektir; böylece bazı düzeltmeler yeni sürüm gerektirmeden yapılabilir. İkincisi, sürümü tüm kullanıcılara aynı anda değil kademeli olarak yaymaktır.

Kademeli yayın, bir sorun çıktığında etkilenen kullanıcı sayısını sınırlar ve gerekirse dağıtım durdurulabilir. Bu özellik her iki mağazada da mevcuttur ve kullanılmaması yaygın bir eksikliktir.

Yayın öncesi test dağıtımı

Her iki platform da yayın öncesinde sınırlı bir gruba test dağıtımı yapma imkânı sunar. Gerçek cihazlarda, gerçek kullanıcılarla yapılan bu test, geliştirici bilgisayarında görünmeyen sorunları ortaya çıkarır: farklı ekran boyutları, eski işletim sistemi sürümleri, zayıf bağlantı davranışı.

Test grubunu işletme içinden birkaç kişiyle sınırlamak yeterli değildir; uygulamayı hiç görmemiş kullanıcıların denemesi çok daha değerli geri bildirim üretir. Onlar için açık olmayan her adım, gerçek kullanıcılar için de açık olmayacaktır.

Hesap ve yasal hazırlıklar

Yayın süreci yalnızca teknik bir iş değildir. Her iki mağazada da geliştirici hesabı açılması, kimlik ve kurum doğrulaması yapılması ve yıllık ücretlerin ödenmesi gerekir. Kurumsal hesap açılışında belge doğrulaması günler sürebilir; bu süre lansman planına eklenmelidir.

Hesabın işletme adına açılması da önemlidir. Geliştirici hesabı yazılım firmasının adına açılmışsa, uygulamanın mülkiyeti ve yayın kontrolü pratikte o firmada kalır. Yollar ayrıldığında uygulamanın devri uzun ve sancılı bir süreç hâline gelir.

Veri toplama beyanı da her iki platformda zorunludur. Hangi verinin toplandığı, ne amaçla kullanıldığı ve üçüncü taraflarla paylaşılıp paylaşılmadığı formlarda doğru beyan edilmelidir. Yanlış beyan, uygulamanın sonradan kaldırılmasına yol açabilir.

Lansman sonrası ilk hafta

• Çökme raporlarını günlük takip edin; ilk hafta en kritik dönemdir
• Kullanıcı yorumlarına hızlı yanıt verin; puanı en çok bu etkiler
• Hangi ekranda kullanıcı kaybettiğinizi ölçün
• Düşük puanlı yorumlardaki ortak şikâyeti önceliklendirin
• Acil düzeltme için hazır bir sürüm planı bulundurun

İlk hafta alınan puanlar uygulamanın uzun vadeli görünürlüğünü belirler. Bu nedenle lansmanı, ekibin müdahale edebileceği bir zamana planlamak ve yoğun tatil dönemlerinden kaçınmak yerinde olur.

Uygulamayı yazmak işin yarısıdır; mağazadan geçmek ve indirilmesini sağlamak diğer yarısıdır.

Özetle mağaza süreci, uygulama geliştirmenin ayrı ve öngörülebilir bir aşamasıdır. Kuralları önceden okumak, gerekli belgeleri hazır etmek ve test dağıtımını atlamamak, iki haftaya yayılabilecek bir ret döngüsünü birkaç güne indirir.

Yayın planı yapılırken bu süreye baştan yer ayrılmalıdır. Lansman tarihi mağaza onayına bağlıdır ve onay süresi kontrolünüzde değildir; bu nedenle duyuru ve tanıtım takvimi, onay alındıktan sonra kesinleştirilmelidir.