This article is not yet available in English — showing the original Turkish version below.
MVP 'yarım ürün' değil, 'öğrenme makinesi'dir. Neyi içerir, neyi acımasızca dışarıda bırakır — örneklerle.
Yazılım dünyasının en pahalı hatası, kimsenin istemediği ürünü mükemmelleştirmektir. MVP (Minimum Viable Product / Minimum Uygulanabilir Ürün) bu hataya karşı geliştirilmiş bir stratejidir: ana varsayımınızı test edecek en küçük ürünü yapın, gerçek kullanıcıdan öğrenin, sonra büyütün.
MVP'nin doğru tanımı
MVP, ürünün eksik gedik bir taslağı değil; tek bir çekirdek problemi uçtan uca çözen en yalın halidir. Test ettiği şey teknik değil ticaridir: 'İnsanlar bu çözümü kullanıyor mu, değer veriyor mu?' Kural olarak MVP'de bir ana akış kusursuz çalışır; yan özellikler (profil süsleri, ayar zenginliği, ikincil modüller) bilinçli olarak yoktur.
Kapsam bıçağı: neyi atacaksınız?
Özellik listenizi üç kovaya ayırın:
- Çekirdek: bu olmadan ürün anlamsız (MVP'ye girer)
- Önemli ama ertelenebilir: v2'ye yazılır
- Hoş olurdu: acımasızca silinir (çoğu buradan geri gelmez)
Geliştirme yaklaşımı
MVP'de hız, mimari mükemmellikten önce gelir — ama 'çöp kod' demek değildir: ölçeklenecek çekirdek (veri modeli, temel mimari) sağlam, geri kalanı pragmatik kurulur. Süre hedefi olarak 6-12 hafta sağlıklı bir aralıktır; MVP'si bir yıl süren proje, tanım gereği MVP değildir. Bazı varsayımlar üründen önce bile test edilebilir: bir landing page + ön kayıt formu, talebin ilk kanıtını haftalar değil günler içinde verir.
Lansman sonrası: öğrenme döngüsü
MVP'nin çıktısı gelir değil, öğrenmedir: kullanıcılar hangi akışta takılıyor, hangi özelliği istiyor, geri gelme oranı ne? Bu veriyle üç yol vardır: derinleştir (varsayım doğrulandı), pivotla (problem doğru, çözüm yanlış) veya durdur (talep yok — ve bunu erken öğrenmek MVP'nin zaferidir). Ölçüm altyapısı olmayan MVP, dersi olmayan sınav gibidir.