Giriş: "Süre = belirsizliğin fonksiyonu"#
MVP ne kadar sürer? Cevap kapsama değil belirsizliğe bağlıdır. Her belirsizlik bir karar gecikmesi, her gecikme süre uzaması. "4 haftada bir MVP" + "12 haftada bir MVP" arasındaki fark genelde teknik değil, karar disiplinindedir.
Bu yazıda MVP süresini belirleyen 7 faktörü sıralıyoruz: kapsam netliği, ekip yapısı + büyüklüğü, kararsızlık, teknoloji seçimi, kalite eşiği, dış bağımlılık, ölçüm + iterasyon disiplini. Her faktör için somut etki + pratik öneri.
Genel referans: 2026'da disiplinli MVP 4-8 hafta, orta seviye 8-14 hafta, kontrolsüz 16-24 hafta veya daha fazla. Hedef 4-8 hafta bandı; bunun üstüne çıkıyorsanız bu yazı sizin için.
1. Kapsam netliği: en büyük süre belirleyici#
MVP'nin %80'i kapsam tartışmasıyla geçer. "Şu da olsa", "bunu da ekleyelim" sözleri her gün 1-2 saat ekler. 30 günde proje 30 saat genişler — yarım sprint kayıp.
Disiplinli kapsam: 1 core flow (kayıt → ana değer alma), 8-15 ekran, 1 kullanıcı rolü, 1-2 entegrasyon (auth + ödeme veya analytics). Bu sınırların dışı kalan her şey "faz 2" listesine.
Pratik test: brief okuyan biri 5 dakikada anlatabilir mi? Anlatamıyorsa kapsam dağınık. "Müşteri kayıt olur, ürün arar, ödeme yapar, push notification alır" düzeyinde net. "Bunu yapan, bunu da yapan, ayrıca şunu da yapan..." düzeyi çok geniş.
Süre etkisi: net kapsam = 4-6 hafta, dağınık kapsam = 10-16 hafta. Aynı kişi sayısıyla. Fark sadece kararsızlıktan.
2. Ekip yapısı + büyüklüğü#
Tek freelancer: 8-12 hafta küçük MVP. Avantaj: ucuz, basit iletişim. Dezavantaj: yavaş (paralel iş yok), risk (hastalanırsa proje durur), beceri sınırı (tasarım + backend + mobil aynı kişide).
2-3 kişilik ekip: 6-8 hafta orta MVP. 1 backend + 1 frontend/mobile + part-time tasarımcı. Pratik denge: hız + kalite + makul maliyet.
5+ kişilik ekip: 4-6 hafta, ama overhead artar. Sprint planning, code review, communication zaman alır. "İki katı kişi yarısı süre" geçerli değil — 1 ekstra kişi süreyi sadece %30-40 kısaltır (Brooks's Law).
Optimum: 3-4 kişi MVP için ideal. PM (yarı zamanlı) + tasarımcı + 2 developer + QA (yarı zamanlı). Brooks's Law altında, ama paralel iş üretebilen yapıda.
3. Kararsızlık: süreyi en çok şişiren etken#
"Hangi pakette ne olsun?" kararı 1 hafta sürerse o 1 hafta süre değil; 2-3 hafta süre + ekibin moral kaybı demek. Kararsız müşteri ekibi yorar; ekip yorulunca hız düşer.
Tipik kararsızlık tetikleyicileri: (a) birden fazla karar verici (CEO + CTO + ürün müdürü farklı düşünüyor), (b) hedef kullanıcı net değil ("herkes için"), (c) rakip ürünleri henüz incelememek (sürpriz "şu da olmalı" anları).
Çözüm: karar verici tek (tek imza yetkilisi). Demo + karar gerekiyorsa o kişi olmadan toplantı yapmayın. Karar deadline'ı: her sprint'te 2-3 karar maddesi, 48 saat içinde yazılı yanıt.
Süre etkisi: tek karar verici + 48 saat SLA = MVP %20 daha hızlı. Çoklu komite + belirsiz onay = MVP 2x süre.
4. Teknoloji seçimi: "yeni vs öğrenilmiş"#
MVP yeni teknoloji denemenin yeri değildir. Ekibin son 2-3 projede kullandığı, rahat ettiği stack'i kullanın. "Bu projede SolidJS denemek istiyoruz" yaklaşımı 2-3 hafta öğrenme süresi ekler.
Hızlı MVP stack'leri 2026: web → Next.js + Supabase + Tailwind (BaaS sayesinde 4-6 haftada production); mobil → Flutter + Firebase (3-5 haftada); custom backend gerekiyorsa Node.js + Postgres + Prisma.
Yavaşlatıcı seçimler: mikroservis mimari (MVP'ye gerek yok), Kubernetes (Vercel / Railway yeterli), GraphQL (REST yeterli MVP için), kendi auth sistemi (Auth0 / Clerk hazır).
İlke: en standart, en az custom. MVP doğrulanırsa 6-12 ay sonra istediğiniz teknolojiye geçersiniz. Doğrulama öncesi mimari yatırım premature optimization.
5. Kalite eşiği: "production yeterli"#
MVP'de kalite eşiği "production yeterli" — pixel-perfect değil, %100 test coverage değil, mükemmel performans değil. Çalışıyor + güvenli + temel test yapıldı.
Eşiği aşağı çekmenin etkisi: 4 hafta MVP'yi 6 haftaya çıkartabilir. Yukarı çekmenin etkisi: 4 hafta MVP'yi 12 haftaya çıkartır. Eşiği baştan netleştirin.
MVP kalite eşiği: kritik path için unit test, manuel QA listesi, %95+ uptime, kritik bug 24 saat fix, KVKK temel uyumu (privacy policy, çerez), basic monitoring (Sentry).
MVP eşiği DEĞİL: her component test, A/B test altyapısı, çok dilli destek, gelişmiş analytics, mükemmel SEO, full accessibility. Bunlar faz 2.
6. Dış bağımlılıklar: API + ödeme + onay süreçleri#
Tipik dış bağımlılıklar: ödeme sağlayıcı entegrasyonu (iyzico onay 1-2 hafta, Stripe anında), mevcut backend API hazır mı (yoksa backend ekibiyle çalışma), 3. parti SDK lisansları (Mapbox, Twilio onayları), App Store / Play Store onay süreci (1-7 gün).
Banka entegrasyonu: 3-6 hafta onay süreci. "MVP 4 hafta" diyorsanız banka entegrasyonu MVP'ye giremez; faz 2'ye taşınır. Bu kararı baştan verin.
App Store yayını: ilk yayında reddedilme oranı %30+. Sebepler: privacy policy eksik, in-app purchase yanlış, IPv6 desteği yok, metadata kuralları. Reddedilirse 3-7 gün ek süre.
Pratik: dış bağımlılıkları proje takvimine %30 buffer ekleyerek koyun. "4 hafta + 1 hafta buffer = 5 hafta" gerçekçi süre. Buffer'sız tahmin = teslim ertelemesi.
7. Ölçüm + iterasyon disiplini#
MVP yayınlandı, sonra? Ölçümsüz MVP yarım kalmıştır. Activation, retention, conversion, NPS — bunlar yayın sonrası 30 gün içinde toplanır. Toplanmazsa MVP "feature delivery" olur, gerçek MVP değil.
MVP süresi sadece geliştirme değil, geliştirme + ölçüm hazırlığı. Analytics setup'ı (Mixpanel / PostHog), feature flag altyapısı (kontrollü rollout), basic dashboard — bunlar MVP'de hazır olmalı.
Süre etkisi: ölçüm + iterasyon hazırlığı MVP süresine 3-5 gün ekler ama 6 ay sonraki kararlarınızı 10x daha doğru hale getirir. Ölçüm yatırımı çarpanlıdır.
Sonuç: 4 hafta gerçekçi mi?#
Evet, ama şu koşullarda: kapsam çok dar (1 core flow, 8 ekran), ekip 2-3 kişi (ama deneyimli), teknoloji standart (BaaS + bilinen stack), karar verici tek + 48 saat SLA, kalite eşiği "production yeterli", dış bağımlılık minimum.
4 hafta gerçekçi değil ama: 6-8 hafta gerçekçi (orta MVP, 3-4 kişi, sabit kapsam). 10-14 hafta normal (kompleks akış veya banka entegrasyonu). 16+ hafta sürüyor olması kontrol kaybı sinyali — durdurun, neden uzadığını analiz edin, kapsamı kesın.
Hız ile disiplin birbirine zıt değil, birbirini destekliyor. Disiplinsiz hız kaos; disiplinli hız teslim. MVP planlıyorsanız startup MVP sayfamız üzerinden iletişime geçebilirsiniz; size özel 4-8 haftalık yol haritası kurarız.
İlgili hizmetler
İlgili yazılar
Aynı kararı destekleyen diğer yazılar
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.
Startup
MVP Yol Haritası: 4-6 Haftada Pazardan Doğrulanan Ürün
MVP'yi 4-6 haftaya hafta-hafta dağılmış sabit kapsamlı bir süreç olarak inceliyoruz: keşif, tasarım, geliştirme, test, yayın ve veri toplama disiplini.
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