Uygulama lansman kontrol listesi; mağaza içerikleri ve ekran görüntüleri, test edilmiş bir sürüm derlemesi, çökme ve analitik kurulumu, kadrolu bir destek kanalı, geri alma planı, hukuki sayfalar ve ilk hafta ölçüm planını kapsar. Mağaza inceleme süresini yok saymak yerine takvime yazın ve ilk gönderimde en az bir ret bekleyin.
Lansman bir dağıtım değil bir operasyon değişikliğidir. İlk haftada ters giden şeylerin çoğu teknik değil kurumsaldır.
Önemli noktalar
- Ret için plan yapın: Hesap silme, abonelik koşulları ve izin gerekçeleri ilk gönderim retlerinin çoğunu oluşturur.
- Yayına almadan önce ölçümü kurun: Sonradan eklenen çökme raporlama ve analitik ilk haftayı açıklayamaz.
- Destek kanalına kadro ayırın: Lansman soru üretir ve yanıtsız yorumlar kalıcıdır.
- İndirme sayısı en az yararlı rakamdır: Çökmesiz oturum ve ilk açılış terki neyi düzelteceğinizi söyler.
Mağaza gönderimini düzgün hazırlayın
Mağaza içerikleri pazarlama varlıklarıdır ve aynı zamanda gecikmenin en yaygın nedenidir.
Gerekli her boyutta ekran görüntüsü, on saniyede karar veren biri için yazılmış bir açıklama, doğru bir kategori ve uygulamanın gerçekte yaptığıyla örtüşen bir gizlilik beyanı hazırlayın. Sonuncusu kontrol edilir ve beyan ettiğiniz veri toplama ile gerçek davranışınız arasındaki uyumsuzluk hem ret nedeni hem düzenleyici risktir.
Uygulama adını erken ayırtın. Adlar ilk gelen alır esasına göre verilir ve sizinkinin alındığını gönderim haftasında keşfetmek önlenebilir bir sorundur.
Göndermeden önce dört kapıyı geçin
Ürün hazır, temel yolculuğun gerçek cihazlarda uçtan uca çalışması demektir; parlak olmayan kısımlar dahil: boş ekranlar, zayıf bağlantı, hatalar ve uygulamayı hiç görmemiş biri için ilk açılış deneyimi.
Mağaza paketi; içerikler, ekran görüntüleri, gizlilik beyanları, yaş derecelendirmesi ve inceleyenlerin ihtiyaç duyacağı notlar ile test hesabıdır.
İnceleme, bir ret ve yeniden gönderim için süre bırakılmış gönderimin kendisidir.
Destek, kanal, kadro ve lansmanın üreteceği sorular için hazırlanmış yanıtlardır.
Yaygın retleri önceden önleyin
İnceleme genellikle kırk sekiz saatin altında sürer, ancak ilk gönderim için bir hafta planlayın.
Tekrarlayan ret nedenleri öngörülebilirdir: hesap oluşturulabilen bir uygulamada uygulama içi hesap silme olmaması, abonelik koşullarının satın almadan önce net sunulmaması, gerekçesi belirtilmemiş izin talepleri, eksik inceleme notu veya test hesabı ve hâlâ duran yer tutucu içerik.
Göndermeden önce bu listeyi tek tek geçin. Her kalem önceden dakikalar alır, ret olarak geri geldiğinde günlere mal olur.
Ölçümü lansmandan önce kurun
İlk haftayı, o hafta toplanmamış veriyle geriye dönük teşhis edemezsiniz.
Çökme raporlama, temel yolculukta analitik ve ilk açılış kullanıcılarının nerede durduğunu görme imkânıyla yayına çıkın. Gönderimden önce bunların gerçek bir sürüm derlemesinden veri gönderdiğini doğrulayın — geliştirmede çalışıp üretimde sessizce başarısız olan ölçüm, yaygın ve can sıkıcı bir keşiftir.
Neye bakacağınızı önceden tanımlayın: çökmesiz oturum oranı, ilk açılış akışındaki terk noktası, ilk anlamlı eyleme kadar geçen süre ve destek taleplerinin konuları.
İlk haftaya bilinçli kadro ayırın
Lansman soru üretir ve yanıtlar herkese açık ve kalıcıdır. İlk haftadan yanıtsız kalan tek yıldızlı bir yorum, uygulamanın ömrü boyunca görünür kalır.
Yorumları ve desteği kimin izleyeceğine, yanıt taahhüdünün ne olduğuna ve düzeltmeyi kimin onaylayabileceğine karar verin. Geleceğini zaten bildiğiniz sorular için yanıtları hazırlayın. Hangi ciddiyetteki bir hatanın acil sürüm gerektirdiğini önceden kararlaştırın; çünkü o kararı o an sakin vermek çok daha zordur.
Bir geri alma planınız olsun. Mobilde bu genellikle hızlı düzeltme gönderebilme ve mümkünse bozuk bir özelliği mağaza sürümü olmadan kapatabilecek sunucu tarafı bir anahtar demektir.
Mümkünse kademeli yayın yapın
Her iki mağaza da kullanıcıların bir yüzdesine sürüm yayınlamayı destekler. Bunu kullanın.
Kademeli yayın, yalnızca hacimde veya test etmediğiniz bir cihaz yapılandırmasında ortaya çıkan bir sorunun etki alanını sınırlar. Her kademede çökmesiz oturum oranını izleyin ve durdurmaya hazır olun.
Bu en çok, halihazırda kullanıcısı olan bir uygulamanın güncellemelerinde önemlidir; kötü bir sürüm çalışan bir ürüne zarar verebilir. İlk lansmanda hacim genelde riski küçültecek kadar düşüktür — ama alışkanlığı baştan kurmaya değer.
İlk haftayı doğru sayılarla değerlendirin
İndirmeler herkesin raporladığı ve en az yararlı olan rakamdır. Ürünü değil pazarlamayı ölçerler.
Bunun yerine çökmesiz oturum oranına, ilk açılış kullanıcılarının nerede durduğuna, kaç kişinin temel yolculuğu tamamladığına ve gerçekte ne sorulduğuna bakın. Bunlar ikinci sürümde neyi değiştireceğinizi söyler ki ilk haftanın var olma amacı da bu kararı beslemektir.
Gözden geçirme noktasını lansmandan önce belirleyin — genelde iki hafta doğrudur — ve kimin katılacağına karar verin. Planlanmış incelemesi olmayan lansmanları genellikle kanıt değil görüş izler.
İlgili rehberler
İlgili içerikler:
- İş Modelini Test Eden Mobil Uygulama MVP'si Nasıl Tanımlanır?
- Mobil Uygulama Geliştirme Şirketi Nasıl Seçilir?
- İşletmeniz Mobil Uygulamaya mı, Daha İyi Bir Web Uygulamasına mı İhtiyaç Duyuyor?
Uygulama Lansman Kontrol Listesi: Yayın Öncesi ve Sonrası rehberinden doğan çalışma; ürün stratejisi, tasarım, geliştirme veya entegrasyon desteği gerektiren somut bir girişime dönüşürse Mobil Ürününüzü Konuşalım.
Ali Boran Gazel