Giriş: MVP gerçekten 4-6 haftada nasıl teslim edilir?
MVP — minimum viable product — kullanıcının parasını ödeyeceği gerçek üründür. Tasarım sade, özellik az; ama core value proposition sağlam ve teknik altyapı production-quality. "MVP atılacak" yaklaşımı yanlıştır; çoğu MVP 2-3 yıl yaşar.
Bu yazı 4-6 haftalık MVP teslimini hafta-hafta dağıtarak netleştiriyor. Her haftanın sabit çıktısı, karar kapısı ve risk noktası var. Disiplinli MVP planlaması "hızlı = düşük kalite" yanılgısını çürütür.
Genel kural: 4 hafta saf yazılım için, 6 hafta tasarım + entegrasyon ağır kapsam için. 8 haftaya çıkıyorsa MVP olmaktan çıkmıştır; ya kapsamı küçültün ya da "faz 1.5" olarak isimlendirin.
Hafta 1 — Keşif: kapsam yazılı olarak donar
Çıktı: kullanıcı personası (1-2 tane), ekran haritası (5-10 ekran), core flow listesi (1 ana akış), teknoloji seçimi (Next.js + Postgres veya Flutter + Firebase), sabit kapsamlı yazılı teklif.
Bu haftanın temel disiplini: tek bir core flow. "Kullanıcı kaydolur → bir şey yapar → değer görür". Hesap oluşturma, ödeme (gerekiyorsa), basit analytics MVP içinde. Rol çeşitliliği, gelişmiş raporlama, AI entegrasyonu MVP dışında.
Karar kapısı: yazılı kapsam müşteri tarafında imzalandıktan sonra Hafta 2'ye geçilir. İmza alınmazsa süreç burada durur — geri dönüşler 4-6 hafta planını bozar.
Hafta 2 — Tasarım: tıklanabilir prototip + tasarım sistemi
Çıktı: Figma'da component-bazlı tasarım sistemi (button, input, card, modal), tüm ekranların tasarımı, tıklanabilir prototip. Müşteri prototip üzerinde 5 hedef kullanıcıya kısa test yapar.
Tasarım sistemi disiplini Hafta 3-4'te geliştirme hızını ikiye katlar. Her component tek tanımlı, tüm ekranlarda aynı stil. Hard-coded renk yok; semantic token'lar (primary, surface, onSurface).
Karar kapısı: prototip kullanıcı testinde kritik blocking issue çıkarsa Hafta 3'e başlanmaz. Düzeltme 1-2 gün sürer, plan onunla yeniden hizalanır. Bu disiplin, sonradan kod yazımı yerine 1 günde tasarım düzeltir.
Hafta 3-4 — Geliştirme: sprint + günlük build + haftalık demo
Çıktı: core flow'un %80-100'ü çalışan production build. Sprint süresi 1 hafta; her gün staging build güncellenir; her hafta sonu canlı demo.
Geliştirme disiplini: kapsam dışı her şey change request. "Bunu da ekleyelim" yaklaşımı plan kayar. Müşteri talebi → kapsam analizi → ek teklif → karar → sprint'e ek olarak alınır (parasız değil).
Bu iki haftada üretim katmanı kurulur: auth, ödeme entegrasyonu (Stripe/iyzico), error handling, log altyapısı (Sentry), basic analytics (Mixpanel/PostHog). MVP olsa bile bu katmanlar standart.
Risk: müşteri demo geri bildirimleri gecikirse sprint kayar. Sözleşmede tanımlı: her demo sonrası 48 saat içinde yazılı onay. Bu maddeyi atlamak teslim tarihini bozar.
Hafta 5 — Test + beta kullanıcı + stabilize
Çıktı: kritik path için otomatik test, manuel QA listesi, 5-10 kişilik beta kullanıcı testi, bug listesi (öncelik sırasına göre).
Bu haftanın asıl işi stabilizasyon: yeni feature eklemek değil, mevcut feature'leri sağlamlaştırmak. Hata mesajları kullanıcı dostu mu? Yavaş query'ler var mı? Production env değişkenleri tam mı?
Beta kullanıcı kritik. "Geliştirici test eder, geçer" yetersiz; gerçek kullanıcı keşif yapar, beklenmeyen yolları bulur. Beta'dan dönen kritik bug'lar Hafta 6'ya bırakılmaz; bu hafta düzeltilir.
Hafta 6 — Yayın + ilk veri toplama
Çıktı: production deploy, monitoring kurulumu (Sentry + Datadog/Better Stack), crash reporting, kullanıcı onboarding e-posta akışı, social/landing page bağlantıları aktif.
Yayın checklist'i: SSL aktif, KVKK uyum (gizlilik politikası, çerez bildirimi, KVKK metni), düzenli yedekleme (günlük), staging → production deployment pipeline, rollback planı.
İlk 7 gün aktif izleme dönemidir. Crash-free session %99+ hedefi; istisnai durumlarda 24 saat içinde fix + redeploy. Bu hafta sonunda MVP canlı + ilk kullanıcı geri bildirim akışı çalışır halde.
MVP sonrası: 30 gün veri + faz 2 kararı
MVP yayınlandıktan sonra 30 gün veri toplama dönemidir. Ölçülecek metrikler: activation rate (ilk değer alma %), day-1 / day-7 / day-30 retention, conversion funnel (kayıttan ödemeye), NPS.
Bu veriler faz 2 önceliklerini belirler: hangi feature istek değil, gerçek davranıştan çıkıyor? Yüzde 80 kullanıcının düştüğü ekran neresi? Pazar gerçeği burada konuşur; ekibin tahmini değil.
Aylık destek paketi opsiyonel: bug fix + küçük iyileştirmeler. Ya da yapılandırılmış faz 2 sözleşmesi: 4-8 haftalık yeni kapsam. Karar pazar verisinden gelir; ekip tahmininden değil.
Sonuç: MVP disiplinin getirisi
4-6 haftalık MVP hayal değil — disiplinli süreç sonucudur. Yazılı kapsam (Hafta 1), tasarım sistemi (Hafta 2), sprint+demo (Hafta 3-4), stabilizasyon (Hafta 5), izlenebilir yayın (Hafta 6). Her haftanın sabit çıktısı sözleşmede yazılı.
Bu disiplin atlandığında ne olur? "4 hafta projemiz" 12 haftaya çıkar; çünkü her geri dönüş kod yeniden yazımı demektir. Disiplin maliyeti yokuş; disiplinsizliğin maliyeti uçurum.
MVP planlamak istiyorsanız startup MVP sayfamız üzerinden iletişime geçebilirsiniz; size özel 6 haftalık yol haritası ve sabit fiyat çıkartırız.
İlgili hizmetler
İlgili yazılar
Aynı kararı destekleyen diğer yazılar
Startup MVP
Startup MVP Ne Kadar Sürer? Hızlı Çıkmanın Doğru Yolu
4 hafta mı, 12 hafta mı? MVP süresini belirleyen 7 faktör: kapsam netliği, ekip yapısı, kararsızlık, teknoloji seçimi, kalite eşiği, dış bağımlılık, ölçüm. Hız ile disiplin nasıl birlikte yaşar?
Startup MVP
MVP Sonrası Ne Yapılmalı? İlk 90 Gün Planı
MVP yayına çıktı, ya sonra? Yeni özellik ekleme yarışı yerine ay-by-ay plan: ölçüm, öğrenme, daraltılmış roadmap. İlk 90 günü doğru kurgulamak ürünü pazardan kopmayacak şekilde büyütür.
SaaS
SaaS Geliştirme Yol Haritası 2026: 8 Fazlı Plan
Pre-MVP'den enterprise'a kadar 8 fazlı yol haritası. Her fazda yatırım, metrikler, ekip ölçeği, gizli tuzaklar ve tipik süre.
Sonraki adım
Benzer bir proje planlıyorsanız, bağlamınızı netleştirip teklif akışını birlikte kurabiliriz.
Proje talebi oluştur