MVP mobil uygulama, ürün fikrinin en küçük ama gerçekten kullanılabilir ilk sürümü. Amaç özellik kısmak değil; ana değeri bir an önce gerçek kullanıcının eline vermek ve sonraki kararları tahmine değil kullanım verisine dayandırmak.
MVP neden bütçeyi koruyor?
İki sebep var, ikincisi daha önemli:
- Doğrudan tasarruf: İlk sürüm sade olduğu için geliştirme 8–12 haftaya iniyor.
- Dolaylı tasarruf: Yayına çıkmadan yapılan her özellik bir tahmin. Gerçek kullanımda o özelliklerin bir kısmının hiç kullanılmadığı görülüyor. MVP, bu boşa gideni baştan engelliyor.
İkinci maddeyi ciddiye almak gerekiyor: CB Insights'ın analizine göre girişim başarısızlıklarının 1 numaralı sebebi (%35) pazarda ürüne ihtiyaç olmaması. Uygulama projelerinin çoğu teknik değil, varsayım hatasından batıyor.
MVP'ye ne girer, ne girmez?
| Girer | Sonraki faza kalır |
|---|---|
| Ana kullanıcı akışını tamamlayan ekranlar | İkincil senaryolar ve istisna akışları |
| Giriş / basit üyelik | Sosyal medya ile giriş, çok faktörlü doğrulama |
| Listeleme ve detay ekranları | Gelişmiş filtre, sıralama, kayıtlı arama |
| Form, talep veya işlem akışı | Çok adımlı onay zincirleri |
| Temel yönetim paneli | Gelişmiş raporlama ve grafik ekranları |
| Tek kullanıcı tipi | Çoklu rol ve detaylı yetkilendirme |
| Basit bildirim | Bildirim otomasyonu ve segmentasyon |
| Tek ödeme yöntemi (gerekiyorsa) | Abonelik, taksit, cüzdan |
Kural şu: ana akışı tamamlamak için gerekli değilse MVP'ye girmez. "Nasılsa zaten yapıyoruz, şunu da ekleyelim" cümlesi, MVP'yi MVP olmaktan çıkaran cümledir.
MVP kapsamını çıkarmanın pratik yolu
Tek bir cümle yazın: "[Kim], [hangi durumda], [ne yapmak için] uygulamayı açacak."
Sonra o cümleyi ekran ekran adımlara bölün. Adımların hiçbirini atlayamıyorsanız MVP'niz odur. Örnek:
- Uygulamayı aç → giriş yap → hizmet seç → tarih seç → randevu oluştur → onay bildirimi al
Bu altı adım MVP. "Geçmiş randevularımı görmek istiyorum" iyi bir istek ama ana akışı tamamlamıyor; ikinci faza kalıyor.
Paneli atlamayın
MVP'de kısılabilecek son şey yönetim paneli. Panelsiz bir uygulamada her içerik değişikliği geliştiriciye dönüyor ve mağaza güncellemesi bekleniyor — bu, MVP'nin hız avantajını tamamen yok ediyor.
MVP paneli minimum şunları yapmalı: içerik/hizmet ekleme-düzenleme, gelen talep veya siparişleri görme, kullanıcı listesi, basit bildirim gönderme.
Yayına çıkış planı
MVP'yi mağazaya gönderirken hazır olması gerekenler:
- Mağaza adı, açıklama, anahtar kelimeler (ASO)
- Her cihaz boyutu için ekran görüntüleri
- Gizlilik politikası bağlantısı ve veri kullanım beyanı
- İzin açıklamaları — istenen her izin gerekçeli olmalı
- Apple için test hesabı ve inceleme notu
Apple'ın ilk gönderimde reddetme oranı yüksek; en sık iki sebep gerekçesiz izin istemek ve eksik gizlilik beyanı. Bu hazırlık sona bırakıldığında yayın 2–3 hafta gecikiyor.
İlk 8 haftada ölçülecekler
MVP'nin asıl işi veri toplamak. Yayından sonra bakılacaklar:
- Kurulum → ilk açılış oranı: Düşükse mağaza sayfası ikna etmiyor.
- Ana akışı tamamlama oranı: Kullanıcıların kaçı hedefe ulaşıyor? Hangi adımda düşüyorlar?
- 7. gün geri dönüş oranı: Uygulamanın tekrar açılma sebebi var mı?
- En çok kullanılan ve hiç kullanılmayan ekranlar: İkinci faz planı buradan çıkar.
- Çökme oranı: %1'in üzerindeyse önce bu düzeltilir.
Bu sayılar olmadan yapılan "şunu da ekleyelim" toplantıları, MVP mantığını en başa döndürüyor.
İkinci fazı planlamak
İyi bir ikinci faz, MVP verisinin gösterdiği üç şeyden oluşur: en çok düşülen adımı düzeltmek, en çok istenen özelliği eklemek, hiç kullanılmayan özelliği kaldırmak.
Üçüncü madde çoğu ekibin yapmadığı ama en değerli olanı. Kullanılmayan her ekran, sonsuza kadar bakımını ödeyeceğiniz bir yük.
Süre ve bütçe
MVP için gerçekçi plan: 2 hafta tasarım, 6–8 hafta geliştirme, 1–2 hafta test ve mağaza süreci. Bütçe olarak 100.000–200.000 TL bandı, cross-platform geliştirme ve temel panel dahil.
Bizim mobil uygulama geliştirme paketimiz 100.000 TL + KDV'den başlıyor. Fiyatı neyin değiştirdiğini mobil uygulama fiyatları yazısında, projeye nereden başlanacağını mobil uygulama yaptırmak istiyorum yazısında anlattık.
Sık sorulan sorular
MVP kalitesiz uygulama demek mi?
Hayır. MVP az sayıda işi iyi yapan uygulamadır; çok sayıda işi kötü yapan değil. Kısılan şey kapsam, kalite değil.
MVP'yi sonradan büyütmek pahalı mı?
Mimari doğru kurulduysa hayır. Bunu garanti eden şey, MVP'nin de gerçek bir altyapıyla yazılmış olması — "nasılsa atacağız" mantığıyla yapılan prototipler ikinci fazda baştan yazılıyor.
Kaç ekranla çıkmalıyım?
Ana akışı tamamlayan kadar. Pratikte çoğu iş uygulamasında bu 5–8 ekran ediyor.
Önce web mi, önce uygulama mı?
Kullanıcı sık kullanmayacaksa önce mobil uyumlu web. Sık kullanım, bildirim veya cihaz özelliği gerekiyorsa uygulama.
Kapsamınızı birlikte çıkaralım
Kullanım senaryonuzu bir paragrafla yazın; hangi ekranların MVP'ye gireceğini ve tahmini süreyi ücretsiz çıkarıyoruz.
Telefon / WhatsApp: +90 536 628 0007
E-posta: info@enextware.com