MVP Nedir? Minimum Uygulanabilir Ürün Nasıl Tanımlanır?

MVP (Minimum Viable Product, yani Minimum Uygulanabilir Ürün), bir ürün fikrinin ana vaadini gerçek kullanıcıyla test etmeye yetecek en küçük çalışan sürümüdür.

Tanımdaki iki kelime de eşit önemde: "minimum" (fazlası değil) ve "uygulanabilir" (gerçekten çalışan, gerçek değer üreten). Biri eksik olursa MVP olmaz: minimum ama çalışmayan şey taslaktır; çalışan ama şişkin şey birinci sürümdür, hem de genelde çok geç kalmış bir birinci sürüm.

MVP ne demek, açılımı nedir?

Açılımı Minimum Viable Product. Türkçede en yaygın karşılığı "minimum uygulanabilir ürün"; "asgari yaşayabilir ürün" ya da "en küçük çalışan ürün" diyenler de var. Konuşma dilinde kimse çevirmez, herkes "em-vi-pi" der.

Terimin kaynağı 2000'lerin başına, ürün danışmanı Frank Robinson'a dayanır; ancak yaygınlaşması Eric Ries'in The Lean Startup kitabı ve Steve Blank'in müşteri geliştirme yaklaşımıyla oldu. Bu köken önemli, çünkü kavramın ruhunu açıklıyor: MVP bir ürün kategorisi değil, bir öğrenme aracıdır. Yalın girişim yaklaşımının merkezinde "yap–ölç–öğren" döngüsü vardır ve MVP, o döngüyü en hızlı döndüren şeydir.

Bu yüzden "MVP yaptık, bitti" cümlesi kavramı yanlış anlamaktır. MVP bir teslim değil, bir sorudur.

MVP ne işe yarar?

MVP'nin amacı ürünün küçüğünü yapmak değil, en pahalı soruyu en ucuza cevaplamaktır: "Bunu birileri gerçekten kullanacak mı?"

• Aylarca geliştirme yapmadan gerçek kullanıcı tepkisi alırsınız.
• Yanlış varsayımlar, bütçe bitmeden ortaya çıkar.
• İlk gerçek kullanım verisi, yol haritasını tahmin yerine kanıtla şekillendirir.

Ürün tarihinin tekrar eden gerçeği: fikirlerin çoğu, kullanıcıyla ilk temasında beklenmedik bir yönden yanlış çıkar. MVP, o yanlışı ucuzken bulma yöntemidir.

MVP nasıl tanımlanır? (4 adım)

Adım 1: Ana vaadi tek cümleye indirin

Şablon: "[Kullanıcı], [ürün] ile [temel işi] yapar." Örnek: "Öğrenci, PDF ders notunu yükleyip özet ve quiz alır." / "Kullanıcı, kendi kıyafetlerinden kombin önerisi alır."

Cümlede iki "ve" bağlacı varsa, MVP değil ürün paketi tanımlıyorsunuz demektir; bu da en sık düşülen kapsam büyütme tuzağıdır.

Adım 2: Vaadi kanıtlayan asgari akışı çizin

Kullanıcının giriş noktasından değeri aldığı âna kadar olan tek yolu çizin. Bu yolun dışındaki her şey (ayarlar, profil, sosyal özellikler, ikinci kategori) ilk sürümün dışındadır.

Adım 3: "Ertelenenler" listesini yazılı tutun

Kesilen her özellik ölmez; sıraya girer. Bu listeyi yazılı tutmak iki iş görür: ekipteki "ama şu da olmalı" tartışmalarını kapatır ve vizyonun kaybolmadığını gösterir.

Adım 4: Başarı ölçütünü baştan belirleyin

MVP bir testtir; testin geçme notu baştan belli olmalı. "İlk ay X kullanıcı ilk akışı tamamlasın", "10 görüşmeden 6'sı ikinci kullanımda geri gelsin" gibi. Ölçütsüz MVP, sonucu herkesin kendine göre yorumladığı bir demoya dönüşür.

MVP türleri: hangi yöntemle test edeceksiniz?

MVP illa "kodlanmış küçük uygulama" değildir. Sorunuza en ucuz cevabı hangisi veriyorsa o doğrudur:

Tür	Ne yapılır	Ne zaman uygun
Açılış sayfası	Ürün varmış gibi anlatılır, kayıt toplanır	Talep var mı, vaat tutuyor mu?
Konsiyerj	Hizmet elle, insan eliyle verilir	Süreç işe yarıyor mu, otomasyon sonra
Sihirbaz (Wizard of Oz)	Kullanıcı otomatik sanır, arkada insan çalışır	Deneyim doğru mu, teknoloji sonra
Tek özellikli ürün	Yalnızca ana vaat kodlanır	Vaat net, kullanım ölçülecek
Parça birleştirme	Hazır araçlar birbirine bağlanır	Hızlı çıkmak, kod yazmadan denemek

Son iki satır bugün eskisinden çok daha kolay: no-code araçlarla çalışan bir ilk sürüm günler içinde kurulabiliyor. Kod yazmadan ürün kurmanın sınırlarını ayrı bir yazıda tartıştım.

Konsiyerj ve sihirbaz yöntemleri özellikle değerli, çünkü teknolojiyi kurmadan deneyimi test ederler. Destek tarafında şunu çok gördüm: insanların takıldığı yer neredeyse hiçbir zaman teknoloji değil, akışın kendisi olur.

MVP ne kadar sürer, maliyetini ne belirler?

Liste fiyat vermek yanıltıcı olur; ama maliyeti belirleyen kalemler her projede aynıdır:

• Vaadin darlığı. En büyük değişken bu. Tek akışlı bir MVP ile "üç kullanıcı tipi + panel" isteyen MVP arasında kat farkı vardır.
• Test yöntemi. Açılış sayfası günler, tek özellikli çalışan ürün haftalar, entegrasyonlu sistem aylar demektir.
• Hazır parça kullanımı. Ödeme, kimlik doğrulama, bildirim gibi işleri sıfırdan yazmak yerine hazır servislere bağlamak süreyi belirgin kısaltır.
• Kalite eşiği. MVP sade olabilir ama kırık olamaz; bu eşiği düşürmek tasarruf değil, testin kendisini bozar.
• Karar hızı. Sahada gördüğüm en pahalı gecikme koddan değil, "şunu da ekleyelim mi?" tartışmalarının uzamasından çıkar.

Pratik pusula: ilk çalışan sürüm aylarla değil haftalarla ölçülüyorsa doğru yoldasınız. Takvim üç ayı aşıyorsa sorun genelde teknik değil kapsamsaldır.

MVP'yi ne zaman "bitti" sayarsınız?

MVP'nin çıkışı bir bitiş değil, ölçüm başlangıcıdır. Bakılacak üç şey:

1. Aktivasyon: Gelenlerin yüzde kaçı ana akışı tamamlayıp değeri aldı?
2. Geri dönüş: İkinci hafta kaç kişi hatırlatmadan geri geldi? Retention eğrisi düzleşiyor mu, sıfıra mı iniyor?
3. Nitel sinyal: Kullanıcı görüşmelerinde "bu olmasa ne yapardınız?" sorusuna verilen cevap.

Bu üçü olumluysa MVP'den çıkıp ürünü genişletme aşamasına geçersiniz; bu, ürün-pazar uyumu arayışının başlangıcıdır. Daha geniş bir kitleye kontrollü açılmak istiyorsanız araya bir beta programı koymak, doğrudan genel lansmana çıkmaktan güvenlidir.

Sık yapılan 5 MVP hatası

1. Vizyonun tamamını ilk sürüme sıkıştırmak. MVP vizyonun fragmanıdır, filmi değil.
2. "Minimum"u kaliteden kısarak anlamak. Az özellik ama iyi çalışan; çok özellik ama kırık değil. Kullanıcı kapsamı affeder, kırıklığı affetmez.
3. MVP'yi iç demoyla sınırlamak. Gerçek kullanıcıya değmeyen MVP, test değildir.
4. Ölçmeden "başarılı" ilan etmek. Tebrik mesajları veri değildir.
5. MVP'den sonra durmak. MVP başlangıç vuruşudur; asıl iş, gelen veriyle ürünü yeniden şekillendirmektir.

Altıncı bir hatayı da eklemek isterim: herkesi hedeflemek. MVP dar bir kitleye dar bir vaat sunduğunda net cevap alır; herkes için tasarlanmış bir MVP, kimseden anlamlı sinyal alamaz.

Bilinen MVP örnekleri

• Dropbox, ürünü kodlamadan önce nasıl çalışacağını gösteren basit bir videoyla talebi test etti.
• Zappos'un kurucusu, stok tutmadan ayakkabı fotoğraflarını internete koyup sipariş gelince mağazadan satın alarak "insanlar internetten ayakkabı alır mı?" sorusunu doğruladı.
• Airbnb, kurucuların kendi evindeki şilteyi kiralamasıyla başladı.

Üç örneğin ortak noktası: hiçbiri "küçük ürün" değildi. Hepsi büyük sorunun küçük testiydi. Dikkat edin, üçünde de test edilen şey teknoloji değil davranıştı: insanlar dosyalarını buluta koyar mı, internetten ayakkabı alır mı, yabancının evinde kalır mı?

Sıkça sorulan sorular

MVP ile prototip aynı şey mi?

Hayır. Prototip, fikri göstermek içindir ve çalışması şart değildir; MVP, gerçek kullanıcının gerçekten kullandığı en küçük üründür. Prototip iç tartışmayı bitirir, MVP piyasadan cevap getirir.

MVP ne kadar sürede çıkmalı?

Sektöre göre değişir ama pratik bir pusula var: ilk çalışan sürüm aylarla değil haftalarla ölçülüyorsa doğru yoldasınız. Süre uzadıkça "test" olma özelliği kaybolur.

MVP çirkin olabilir mi?

Sade olabilir, özensiz olamaz. Ana akıştaki deneyim güven vermeli; çünkü test ettiğiniz şey fikirle birlikte güvendir.

MVP ile POC (kavram kanıtı) farkı nedir?

POC "bu teknik olarak yapılabilir mi?" sorusunu yanıtlar ve genelde kullanıcı görmez. MVP ise "bu isteniyor mu?" sorusunu yanıtlar ve mutlaka gerçek kullanıcıya değer. Teknik risk yüksekse önce POC, pazar riski yüksekse doğrudan MVP mantıklıdır.

MVP'de ücret almalı mıyım?

Alabiliyorsanız alın; ödeme, ilginin en dürüst ölçüsüdür. Ücretsiz bir üründe "harika olmuş" demek bedavadır. Fiyatın kendisini bu aşamada optimize etmeyin; amaç geliri büyütmek değil, ödeme isteğini görmek.

Kaç kullanıcı yeterli sayılır?

Sayıdan çok davranış önemlidir. Ellisi kayıt olup hiçbiri geri gelmeyen bir MVP'den, onu düzenli kullanan bir MVP daha güçlü sinyal verir. Genel kural: aynı davranışı bağımsız olarak tekrarlayan bir avuç kullanıcı, tek seferlik kalabalıktan değerlidir.

Ya MVP başarısız olursa?

En değerli sonuçlardan biri budur: aylar ve bütçe harcanmadan öğrenilmiş bir "hayır". Veriye bakın: sorun vaatte mi, akışta mı, kitlede mi? Cevap, bir sonraki denemenin brief'idir.

---

Bu rehber, kendi ürünlerimi fikirden yayına taşırken edindiğim deneyimden derlenmiştir.