Release pipeline neden ayrı bir sistemdir?
Development sırasında çalışan kod ile son kullanıcıya güvenli biçimde dağıtılan ürün arasında operasyonel bir katman vardır. API anahtarları, production environment, signing, permission açıklamaları, gizlilik yüzeyleri ve versiyon yönetimi bu katmanın parçalarıdır.
Bu katman son hafta düşünülürse release, gereksiz stres ve tekrar iş üretir. Nova’da release gereksinimlerini ürün mimarisinin başında tanımlarız.
Preflight: store’a gitmeden önce
- Development / staging / production environment ayrımı.
- Signing ve developer account sahipliğinin doğru kurulması.
- Crash, analytics ve temel event gözleminin hazır olması.
- Permission’ların gerçekten ihtiyaç duyulan minimum kapsamda tutulması.
- Onboarding, login, ödeme ve kritik akışların gerçek cihazlarda test edilmesi.
- Version/build numarası ve release note disiplininin belirlenmesi.
Store listing ürünün satış yüzeyidir
App icon, ekran görüntüleri, açıklama, kategori ve ilk birkaç görsel; teknik build’den bağımsız bir acquisition yüzeyi oluşturur. Kullanıcı burada ürünün ne yaptığını ve neden indirmesi gerektiğini saniyeler içinde anlamalıdır.
Bu nedenle store materyali “sonra birkaç screenshot alırız” işi değildir. Ürün positioning’i ile aynı copy ve visual system’den beslenmelidir.
Yayın sonrası: gerçek ürün burada başlar
İlk release bitiş değil, ilk veri noktasıdır. Crash, onboarding completion, activation, retention ve monetizasyon event’leri izlenir; sürüm planı gerçek kullanım davranışına göre güncellenir.
En iyi release sistemi “bir kez store’a çıkmak” değil; güvenli biçimde tekrar tekrar release edebilmektir.