Tuna Öztürk
Yazılar

3 dk okuma

App Store'un aslında neyi reddettiği.

100'den fazla App Store hesabını yönetiyoruz ve her an yaklaşık 80 uygulamamız incelemede oluyor. Orada yanlış giden neredeyse her şey, aylar öncesinden tasarım aşamasında belirleniyordu.

Çoğu takım, App Store İncelemesi'ni son adım olarak görür. Uygulamayı yapar, gönderir ve sonra öğrenirsiniz. Bu sıra sorunludur ve bu yüzden inceleme, genellikle yayınlama planının haftalarca ötesine sarkan bir aşamadır.

Kılavuzlar bir belge değil, hareketli bir hedeftir

Apple'ın inceleme kılavuzları çoğu ay değişir. Nadiren dramatik şekilde ve süreç dışından kimsenin fark edeceği bir duyuruyla değil, ama değişirler. Bir projenin başında onları bir kez okumak, gönderim yaptığınızda güncelliğini yitirmiş bir anlık görüntü almanız anlamına gelir.

Bu yüzden ürün yerine mağazayla ilgilenen insanlarımız var: ne değişti, Apple şimdi ne istiyor, geçen ay ne istemeye başladı. 100'den fazla App Store hesabı ve aynı anda yaklaşık 80 uygulamayla, yeni bir reddedilme nedeni bir hafta içinde üç farklı yerde karşımıza çıkıyor. İşte erken öğrenmenin yolu budur ve bu hacmin yerini hiçbir şey tutmaz.

Reddedilme nadiren en kötü sonuçtur

Kesin bir reddedilme en azından nettir. Pahalı olanı ilerleme gibi görünür. Gönderirsiniz, Apple bir şey ister, değiştirir ve tekrar gönderirsiniz, Apple başka bir şey ister. Bir uygulama yayınlamak isteyen bir ekip ile ekipteki hiç kimsenin okumadığı bir kural kitabından çalışan bir incelemeci arasında haftalarca, bazen aylarca süren mesajlaşmalar. Ürün bitti. Lansman yapılmadı.

Düzeltme incelemede değil, tasarımda olur

Bir mağazanın isteyeceği neredeyse her şey, kod yazılmadan önce çözülebilir:

  • Uygulamanın bir kullanıcı oturum açmadan önce ne yaptığı ve hiç hesap olmadan görülecek bir şey olup olmadığı.
  • İstediğiniz her izin ve kullanıcının okuyabileceği bir nedeni.
  • Abonelik koşulları, mağazanın beklediği yerde, beklediği boyutta, fiyatın yanında.
  • Hesabı uygulama içinde silmenin bir yolu, size e-posta gönderek değil.
  • Uygulamayı gösteren ekran görüntüleri, uygulamanın içinde olduğu bir pazarlama çerçevesi değil.

Reddedilme işte burada önlenir. Bu aşamada maliyeti sıfırdır.

Tüm bunları, mevcut kılavuzları okumaktan ziyade, yüzlerce önceki reddedilmenin gücüyle tasarım aşamasına dahil ediyoruz. Diğer uçta ise bir lansman tarihine mal olur.

En yeni neden ve en hızlı büyüyen

Apple, uygulamaları inşa edilmek yerine üretildikleri için reddetmeye başladı. Bir komuttan bir araya getirilmiş, arkasında gerçek bir işlev olmayan bir şey, şimdi geri çevrilmenin daha yaygın nedenlerinden biri ve aylardır tırmanıyor. Daha da tırmanacak.

Bunu doğru okumak önemlidir. Yapay zeka destekli geliştirme cezalandırılmıyor ve biz bunu bir şirketin kullanabileceği kadar yoğun kullanıyoruz. Mağazanın filtrelemeye başladığı şey, bir uygulamanın hiç kullanılabilir olup olmadığıdır, çünkü artık yeterince insan yüklenip hiçbir şey yapmayan bir şeyler üretebiliyor. Çıta, yapıp yapamayacağınızdan, birinin parasına değip değmeyeceğine kaydı ve bu, incelemenin uygulandığı yerdir.

Seksen yerine bir uygulama yayınlıyorsanız

Bu işi yüksek hacimde yapmaktan gelen inceleme bilgisini oluşturmayacaksınız ve buna ihtiyacınız da yok. İhtiyacınız olan şey, incelemeyi sonda bir formalite olarak görmeyi bırakmak. Geliştirme tamamlandıktan sonra değil, tasarım onaylanmadan önce kategorinizin kılavuzlarını okuyun, okuduğunuz sürümün biraz güncel olmadığını varsayın ve iletişime zaman ayırın. Bu bir sohbet, bir kapı değil.