Startuplar Icin Hizli MVP Teslimi

4-8 haftalık bir MVP teslimi disiplinli planlama gerektirir; bu süreler ekibin yetkinliğiyle değil, kapsam ve süreç tasarımıyla korunur. Bir startup'ın mobil veya web MVP'sini planlarken, teknik liderin ilk görevi ekibi değil, süreci kurmaktır. Bu yazıda pratikte çalıştığını gördüğüm hızlı MVP teslim çerçevesini paylaşıyorum.

Sprint 0: Temelin Doğru Atılması

Sprint 0, kod yazılmadan tüm çatının hazırlandığı 3-5 günlük hazırlık dönemidir. Bu adımı atlayan ekipler, 4. haftada production deploy'a başlayınca CI/CD'nin çalışmadığını fark eder ve 1 hafta kaybeder. Sprint 0'da tamamlanması gerekenler:

• Repo + branch stratejisi: main korumalı, PR + review zorunlu, conventional commits
• CI/CD: GitHub Actions veya Codemagic ile test + build + deploy pipeline'ı
• Ortamlar: dev / staging / prod ayrımı, ortam değişkenleri şifrelenmiş
• Monitoring: Sentry/Crashlytics ve basit analytics (Mixpanel / Firebase Analytics)
• Design tokens: Renk, tipografi, spacing tek bir dosyadan yönetiliyor

Sprint 0 bittiğinde ilk "Hello World" ekranı test'ten geçip store'a değil ama TestFlight/Firebase App Distribution'a düşüyor olmalı. Bu, pipeline'ın gerçek çalıştığının kanıtıdır.

Feature Slicing: Vertical vs Horizontal

Hızlı teslimde en kritik teknik karar dikey dilimlemedir. Yani "önce tüm backend, sonra mobil" değil; her sprintte tek bir kullanıcı akışının frontend-backend-DB hepsini birlikte teslim etmek. Bu, kullanıcıya gösterilebilir bir demo üretir ve feedback çevrimini hızlandırır.

Örnek bir 6 haftalık slicing:

• Hafta 1-2: Auth + profil (giriş akışı, token yönetimi, profil CRUD)
• Hafta 3-4: Çekirdek değer akışı (örn. ilan oluşturma + listeleme + detay)
• Hafta 5: İkincil akış (chat, favoriler veya bildirim)
• Hafta 6: Polish + store submission + hotfix buffer

Her sprintte "end-to-end demo edilebilir" kriteri korunur. Bir akış eksik giderse, kullanıcıdan gerçek feedback alamazsınız ve MVP'nin amacı kaybolur.

Yayın Hazırlığı: Store Submission ve Hotfix Planı

App Store ve Play Store süreçleri 2-7 gün sürebilir ve genelde 1-2 red geri döner. Bu süre planlamaya baştan eklenmelidir. Yayın hazırlığı için minimum check-list:

• Privacy Policy + Terms URL'leri canlıda, KVKK uyumlu
• App Store screenshots tüm cihaz boyutları için (6.7", 5.5", iPad)
• App tracking transparency prompt'u, analytics kullanıyorsanız
• Test hesapları Apple review ekibi için (login guarded features)
• Crash-free rate staging build'de %99.5+
• Lokalizasyon: TR + EN eksiksiz; dummy placeholder yok

İlk hafta için Over-the-Air update mekanizması (Flutter tarafında Shorebird, React Native tarafında Expo EAS Update) kurulu olmalı. Kullanıcıya bir bug ulaştığında, store'un 24 saatini beklemeden fix deploy edebilmek MVP başarısını etkiler.

İlk Geri Bildirim Döngüsü

MVP yayına girdikten sonraki 14 gün, ürünün ticari yönünü belirler. Bu süreçte cevaplamanız gereken üç soru:

1. Aktivasyon: Kaydolan kullanıcıların %X'i çekirdek akışı tamamlıyor mu?
2. Retention: 7. günde geri gelen kullanıcı oranı ne?
3. Niyet sinyalleri: Ödeme, paylaşım, davet gibi ticari niyet gösteren eylemler hangi sıklıkta?

Bu metriklerin ölçülebilmesi için analytics event'lerini MVP geliştirme sırasında kodlayın, sonradan ekleme şeklinde değil. Çünkü canlıdaki ilk 100 kullanıcı, pivot kararınızı verecek en değerli veri kaynağıdır.

Teknik Lider Pratikleri

Hızlı MVP'lerin başarısını belirleyen birkaç yönetsel pratik:

• Günde 15 dk sync: Blokerler ve kararlar, değil statü raporu
• Yazılı karar kaydı: Mimari kararlar 1 paragraflık Decision Log'a yazılır. 4 ay sonra "bunu neden böyle yapmıştık?" cevabı burada durur
• Code review 24 saat SLA: Review gecikmesi MVP hızının en büyük sessiz düşmanıdır
• Haftalık demo: Kurucu/product owner'a her Cuma 30 dk demo. Scope creep burada fark edilir

Gerçekçi Zaman Beklentisi

4 haftalık MVP mümkün, ancak şu üç şart birlikte sağlanıyorsa: kapsam 3 kullanıcı akışıyla sınırlı, ekipte en az 1 kıdemli Flutter/React Native developer, ve tasarım önceden hazır. 6 haftalık teslim ise "rahat" pace'dir — çoğu startup için daha sağlıklıdır. 8 haftayı geçen MVP'ler, kapsamı yeniden sorgulamak gerektiğinin sinyalidir.