MVP Nedir? 8 Haftada Yayına Çıkan Ürün Nasıl Geliştirilir?
MVP, ürününüzün ucuz versiyonu değil; en riskli varsayımınızı en hızlı test eden versiyonudur. Aradaki farkı bilmek, aylarca boşa geliştirmekle pazara erken çıkmak arasındaki farktır.
MVP (Minimum Viable Product / asgari uygulanabilir ürün) en çok yanlış anlaşılan kavramlardan biri. Çoğu kişi bunu “özellikleri az, kalitesi düşük ilk sürüm” diye okuyor. Doğrusu şu: MVP, ürününüzle ilgili en riskli varsayımı en az emekle test etmenizi sağlayan sürümdür.
MVP ne değildir?
- Yarım bırakılmış ürün değildir. Az şey yapar ama yaptığı şeyi düzgün yapar.
- Prototip değildir. Prototip tıklanır, MVP kullanılır ve gerçek veri üretir.
- Tasarımsız değildir. Kötü bir arayüz, fikrin mi yoksa deneyimin mi reddedildiğini anlamanızı engeller.
- Kalıcı olmayan kod değildir. Atılacak diye yazılan kod, çoğu zaman üç yıl sonra hâlâ üretimdedir.
Kapsamı kısmanın pratik yöntemi
Özellik listesini kısaltmak, herkesin zor bulduğu iştir; çünkü her madde birine değerli gelir. Biz şu üç soruyla ilerliyoruz.
1. Tek cümlelik başarı tanımı
“Bu sürüm başarılı sayılır, eğer ___.” Boşluğu ölçülebilir bir şeyle doldurun: “20 işletme kendi kataloğunu yükler ve ilk siparişini alır” gibi. Bu cümleye hizmet etmeyen her özellik v2 listesine gider.
2. Tek kritik kullanıcı yolculuğu
Kullanıcının değeri ilk kez hissettiği yol hangisi? Kayıt → kurulum → ilk sonuç. Bu yolculuğun her adımı kusursuz olmalı; yolculuğun dışındaki her ekran ise sonraya bırakılabilir.
3. “Elle yapılabilir mi?” testi
İlk 50 kullanıcı için bir işi arka planda elle yapabiliyorsanız, onu kodlamayın. Fatura oluşturma, onay verme, içerik moderasyonu gibi işler ilk sürümde çoğu zaman insanla yürüyebilir. Otomasyon, talep kanıtlandıktan sonra gelir.
8 haftalık gerçekçi yol haritası
| Hafta | Odak | Çıktı |
|---|---|---|
| 1 | Keşif ve kapsam | Başarı tanımı, kullanıcı yolculuğu, ekran listesi |
| 2 | Tasarım | Tıklanabilir prototip, tasarım sistemi çekirdeği |
| 3 | Temel kurulum | Veri modeli, kimlik doğrulama, dağıtım hattı |
| 4–5 | Ana akış | Kritik yolculuğun uçtan uca çalışması |
| 6 | Yan akışlar | Yönetim ekranı, bildirimler, boş/hata durumları |
| 7 | Sertleştirme | Test, performans, güvenlik gözden geçirmesi |
| 8 | Yayın | Üretim ortamı, ölçümleme, ilk kullanıcılar |
MVP'yi batıran 5 hata
- Ölçümleme olmadan yayına çıkmak. Kim kaydoldu, nerede takıldı, hangi ekranda vazgeçti bilmiyorsanız öğrenemezsiniz.
- Rakibin özellik listesini kopyalamak. Rakibin üç yıllık ürünü, sizin sekiz haftalık ürününüz için yol haritası değildir.
- Yönetim paneline v1'de aşırı yatırım yapmak. İlk aylarda veritabanına doğrudan bakmak çoğu zaman yeterlidir.
- Kişiselleştirme, çoklu dil ve tema gibi işleri erken almak. Bunlar ürün tuttuktan sonra anlamlıdır.
- Geri bildirim kanalı kurmamak. İlk kullanıcılarla konuşulmayan MVP, sadece pahalı bir tahmindir.
MVP için doğru teknoloji yığını
MVP aşamasında teknoloji seçiminin tek kriteri var: ekibin hızlı ilerleyebilmesi. “İleride milyon kullanıcı olursa” senaryosu için bugün karmaşıklık satın almak, MVP'nin amacına aykırıdır.
| Katman | MVP için makul seçim | Neden |
|---|---|---|
| Web arayüzü | Next.js + TypeScript | Tek çatı altında sayfa, API ve SEO |
| Mobil | React Native + Expo | Tek kod tabanı, hızlı mağaza dağıtımı |
| Veritabanı + kimlik | Supabase / PostgreSQL | Auth, depolama ve yetkilendirme hazır gelir |
| Ödeme | Hazır sağlayıcı entegrasyonu | Kendi ödeme altyapınızı yazmayın |
| Dağıtım | Yönetilen platform (Vercel, Cloudflare) | Sunucu yönetimiyle uğraşmadan yayın |
| Ölçümleme | Hafif analitik + hata izleme | İlk günden veri toplamaya başlayın |
Bu yığının ortak özelliği şu: hiçbiri sizi kilitlemez. Kullanıcı sayısı ve gelir gerçekleştiğinde her katman ayrı ayrı değiştirilebilir. Erken optimizasyon yerine, değiştirilebilirliği koruyun.
MVP bütçesini planlamanın basit yolu
MVP bütçesi tek kalem değildir. Pratikte üçe bölmek işe yarar:
- %70 — geliştirme ve tasarım. Ürünün kendisi.
- %20 — yayın sonrası ilk iki ay. Hata düzeltme, kullanıcı geri bildirimine göre küçük değişiklikler. Bu para ayrılmazsa MVP yayında donar.
- %10 — ölçüm ve öğrenme. Analitik kurulumu, kullanıcı görüşmeleri, küçük deneyler.
Yayından sonra ne olur?
MVP bir bitiş değil, ölçüm başlangıcıdır. İlk iki haftada üç şeye bakılır: kaç kişi kritik yolculuğu tamamladı, nerede düştüler, geri dönüp tekrar kullandılar mı. Bu üç veri, v2 kapsamını sizin yerinize yazar.
Fikrinizi 8 haftalık bir plana çevirmek isterseniz, bize kısaca anlatın. İlk görüşmede kapsamı birlikte kısıyoruz — genelde en değerli kısım da bu oluyor.
Sık sorulan sorular
MVP ne kadar sürede geliştirilir?
İyi kısılmış bir MVP tipik olarak 6–10 haftada yayına çıkar. Süreyi belirleyen şey özellik sayısından çok karar hızıdır: kapsam net ve tek karar verici varsa 8 hafta gerçekçi bir hedeftir.
MVP ile prototip arasındaki fark nedir?
Prototip tıklanabilir bir taslaktır, gerçek veri işlemez ve kullanıcıya sunulmaz. MVP ise üretim ortamında çalışan, gerçek kullanıcıların kullandığı ve ölçülebilir veri üreten bir üründür.
MVP'de tasarımdan ödün verilebilir mi?
Hayır. Kötü bir arayüz, kullanıcıların fikri mi yoksa deneyimi mi reddettiğini anlamanızı engeller ve testin sonucunu kirletir. MVP'de az ekran olur ama olan ekranlar özenli olmalıdır.