MVP Nedir?
MVP — minimum uygulanabilir ürün — gerçek müşterilerin önüne koyabileceğin, belirli bir problem ile belirli bir çözümün gerçekten örtüşüp örtüşmediğini test eden ürünün en küçük halidir; bunu, aylarını ya da kalan runway'ini harcayıp daha fazlasını inşa etmeden yaparsın. Tek bir net hipotezi test etmeye yetecek kadar işlevle çıkar — bilinçli olarak fazlası yoktur: cila yok, uç durum yok, "belki ileride işe yarar" diye eklenmiş özellik yok.
Kurucuların yanlış okuduğu kelime "minimum"dur. Minimum, ucuz, çirkin ya da bozuk demek değildir — gerçek soruyu hâlâ yanıtlayabilen en küçük şey demektir: birisi bunu gerçekten kullanır mı, buna para öder mi, bunun için geri gelir mi? Bu soruyu yanıtlayamayacak kadar küçük bir yapı minimal değil, eksiktir. Sadece "kod mimarisi iyi mi?" sorusuna cevap veren bir yapı ise, ne kadar emek verilirse verilsin, yanlış soruyu test ediyordur.
Neden Tam Ürün Yerine MVP İnşa Edilir?
MVP mantığı, Eric Ries'in Lean Startup kitabıyla yaygınlaşan inşa-ölç-öğren döngüsünden gelir: gerçek müşterilerden gerçek bir tepki ölçmene yeten en küçük şeyi inşa et, o ölçümden öğren, daha fazla nakit ve ay harcamadan önce devam mı edeceğine yoksa yön mü değiştireceğine karar ver. Ölçme adımını atlarsan ürün geliştirmiyorsun — daha iyi araçlarla, daha güzel bir yol haritasıyla, büyük ölçekte tahmin yürütüyorsun.
MVP'nin asıl önlediği maliyet, kod yazma maliyeti değildir — runway tükenirken ve ekibin enerjisi kimsenin istemediği özelliklere giderken altı ay yanlış şeyi inşa etme maliyetidir. Kaba bir MVP'yi üç haftada çıkarıp temel varsayımın yanlış olduğunu öğrenen bir kurucu, bu bilgiyi üç hafta ve küçük bir bütçe karşılığında almıştır. Önce "tam" sürümü inşa eden kurucu ise aynı dersi, genellikle şirketin en kaldıramayacağı anda, çok daha büyük bir faturayla öder.
MVP vs. Prototip vs. Tam Ürün
MVP, prototip ve tam ürün, kurucu sohbetlerinde birbirinin yerine kullanılıyor — ve tam da bu karışıklık, ekiplerin gereğinden fazla inşa etmesine yol açıyor. Prototip, bir şeyin inşa edilip edilemeyeceğini ve neye benzeyebileceğini test eder — hedefi ekip, yatırımcı ya da bir tasarım ortağıdır, ödeme yapan bir müşteri değil. Uçtan uca çalışması gerekmez; birinin tepki verebileceği kadar net bir fikri iletmesi yeterlidir.
MVP ise prototipin test edemediği şeyi test eder: fikrin gerçekten inşa edilmeye değer olup olmadığını, gerçek — dar da olsa — bir kullanım senaryosunda gerçek müşteri davranışına bakarak. Tam ürün, MVP bu soruyu zaten yanıtladıktan sonra inşa edilir; iş artık talebi doğrulamaktan, onu ölçeklendirmeye döner: uç durumları sağlamlaştırmak, rakiplerin sömürebileceği boşlukları kapatmak, ürünü yalnızca kullanılabilir değil savunulabilir kılan özellikleri eklemek.
| MVP | Tam Ürün | |
|---|---|---|
| Yanıtladığı soru | Bu problem ve bu çözüm gerçekten inşa edilmeye değer mi? | Bu pazara ölçekte ve güvenilir biçimde nasıl hizmet veririz? |
| Kapsam | Tek bir temel kullanım senaryosu, tek bir temel özellik | Hedef segmentin ihtiyaç duyduğu her kullanım senaryosu |
| Başarı ölçütü | Gerçek kullanım, ödeme ve tekrar davranışı | Retention, genişleme ve pazar payı |
| Yanılırsan ne olur | Birkaç hafta ve küçük bir bütçe harcadın — ucuza yön değiştirirsin | Aylar ya da yıllar harcadın — yön değiştirmek pahalıdır |
Dört MVP Türü
Her MVP, sadeleştirilmiş bir yazılım parçasına benzemez. Doğru tür, gerçekte ne öğrenmeye çalıştığına bağlıdır — bazen bu, birinin umursayıp umursamadığıdır; bazen de zor kısmı inşa etmeden önce para ödeyip ödemeyecekleridir.
En yaygın dört tür, en ucuz-ve-hızlıdan gerçek ürüne en yakın olana doğru sıralanır. Yanlış türü seçmek kendi başına bir başarısızlık biçimidir: concierge bir sohbete ihtiyacın varken landing page testi çalıştırmak, sana bir tıklama oranı verir — müşterilerin gerçekte neden "evet" dediğini değil.
Landing Page MVP
Gerçek ürünün tek satırı bile yokken yayınlanan, kayıt ya da ön sipariş butonu içeren tanıtım sayfası. Ucuz ve hızlıdır — ama ödeme davranışını değil, ilgiyi ölçer.
Wizard of Oz MVP
Müşteri çalışan bir ürün görür; perde arkasında işi bir insan elle yapar. Otomasyonu inşa etmeden önce, o otomasyonun sunacağı sonuca gerçek talep olup olmadığını test eder.
Concierge MVP
Hizmeti tek tek, elle, yazılım olmadan sen kendin sunarsın. Ölçeklenmesi yavaştır ama her görüşme doğrudan, filtresiz müşteri sinyalidir.
Tek Özellikli MVP
Temel hipotezini test eden tek özelliğe indirgenmiş, gerçekten çalışan bir ürün. En "gerçek" MVP türüdür — ve çoğu kurucunun çok geç başvurduğu türdür.
Müşteri sinyali → simüle edilmişten gerçeğe · İnşa efor → düşükten yükseğe
MVP Nasıl Yapılır: Adım Adım Yaklaşım
Yanlışsa şirketi bitirecek tek varsayımı yaz — on tanesinin listesini değil, birini. Bunu test edilebilir bir cümle olarak ifade edemiyorsan ("müşteriler Y'yi çözmek için ayda X TL öder"), henüz bir hipotezin yok, bir fikrin var — ve hiçbir MVP bu belirsizliği çözmez.
Sonra geriye doğru çalışarak tam olarak o cümleyi test eden en küçük şeye ulaş — genellikle elle, genellikle çirkin, bazen yazılım bile olmadan. Karar eşiğini yayınlamadan önce belirle, sonra değil: hangi sonuç "doğrulandı" sayılır, hangi sonuç "çürütüldü" sayılır? Bu adımı atlayan kurucular her sonucu cesaret verici okuma eğilimindedir — bu da testin tüm amacını ortadan kaldırır.
Dar, gerçek bir segmente yayınla — mümkünse arkadaşlarına ya da kendi ağına değil — ve fikri değil davranışı ölç. Sonra kararı hızlı ver: devam et, segmenti ya da teklifi ayarla, ya da varsayımı öldür ve sıradakine geç. Asıl beceri, inşaatın cilası değil, bu döngünün hızıdır.
Ünlü MVP Örnekleri
En bilinen MVP hikâyeleri ortak bir özellik taşır: hiçbiri insanların sonunda para ödediği ürünle başlamamıştır. Dropbox'ın MVP'si senkronizasyon yazılımı değildi — gerçek ürünün tek satırı yazılmadan önce yayınlanan, senkronizasyonun nasıl çalışacağını gösteren üç dakikalık bir tanıtım videosuydu; amaç, kimsenin bekleme listesine kaydolacak kadar umursayıp umursamadığını görmekti.
Zappos'un kurucusu, insanların online ayakkabı alıp almayacağını test etmek için envanter sistemi kurmadı — yerel mağazalardaki ayakkabıların fotoğrafını çekip listeledi, gelen her siparişi tam perakende fiyatından kendi cebinden satın alıp gönderdi; tek bir soruyu yanıtlamak için her satışta zarar etti. Airbnb'nin ilk "ilanları", bir konferans sırasında şehirdeki tüm oteller dolduğunda, kurucuların kendi dairesindeki üç hava yatağıydı. Buffer'ın tüm MVP'si, zamanlama aracı henüz yokken sadece hangi paketin tıklanacağını görmek için kurulan, fiyatlandırma planları içeren bir landing page'ti.
1 video
Dropbox, senkronizasyon talebini ürün yokken 3 dakikalık bir demoyla test etti
0 envanter
Zappos, online talebi test etmek için her satıştan sonra ayakkabıyı tam fiyattan satın aldı
3 hava yatağı
Airbnb'nin ilk "ilanları" kurucuların dairesindeki hava yataklarıydı
1 landing page
Buffer, gerçek ürünü inşa etmeden önce fiyatlandırmayı test etti
Sık Yapılan MVP Hataları
En yaygın hata, "minimum"u "düşük kalite" ile karıştırıp hiçbir şeyi test edemeyecek kadar bozuk bir şey yayınlamaktır — temel eylem çalışmıyorsa, ölçtüğün şey müşteri talebi değil, bug sayındır. İkinci hata bunun tam tersidir: yayından önce sessizce "bir özellik daha" eklemek — bu, MVP adını taşıyan kapsam kaymasıdır ve iki haftalık bir testin dört aylık bir inşaata dönüşme yoludur.
Üçüncü hata, arkadaşlar, aile ya da kendi ağınla test etmektir — bunlar kibar, cesaretlendirmeye meyilli insanlardır, gerçek hedef müşteri değil. Dördüncü hata, karar eşiğini atlamaktır: hangi sonucun "devam et", hangisinin "bu hipotez öldü" anlamına geldiğine önceden karar vermeden yayınlamak — bu da kurucuları her sonucu yeşil ışık olarak yorumlamakta serbest bırakır.
Founder Runway'de MVP İlerlemesi
Founder Runway, MVP İlerlemesi'ni Problem Doğrulama ve PMF Sinyali'nden ayrı, kendi başına bir metrik olarak takip eder — bu yazının çizdiği üçlü ayrımın aynısı: bir problemin gerçek olup olmadığı, senin yaptığının o problemi gerçekten çözüp çözmediği ve pazarın bunu henüz fark edip etmediği. Metrikler birbirinden bağımsız hareket eder; yani bu turda geliri artıran bir karar, MVP İlerlemesi'ni otomatik olarak hiç hareket ettirmeyebilir — gerçek kurucuların, aslında hiç bitmemiş bir özellik üzerinden kapanan bir satışla acı biçimde keşfettiği kopukluğun aynısı.
Pre-Seed'den Series A'ya 20 turluk bir koşu oynamak, bu sıralamayı gerçek bir zaman baskısı altına koyar: MVP temel hipotezi henüz kanıtlamadan büyümeyi kovalayarak geçirilen turlar, geç aşama yatırımcıları bir sunum yerine somut bir performans geçmişi istemeye başladığında geri alamayacağın turlardır.
Sonuç
MVP, ürün yol haritanın daha küçük ve daha ucuz bir versiyonu değildir — bir testtir, ve onu iyi bir test yapan tek şey, en riskli varsayımını ne kadar doğrudan yanıtladığıdır. Gerçekte ne öğrenmen gerektiğine uyan türü seç, kendi ağın yerine gerçek müşterilere yayınla, yayınlamadan önce başarı eşiğini belirle ve iltifatların değil, davranışın söylediğine göre hızlı hareket et.
Sık sorulan sorular
MVP nedir?
MVP (minimum uygulanabilir ürün), daha fazlasını inşa etmeden önce gerçek bir müşteri problemini ve çözümünü test etmeni sağlayan ürünün en küçük halidir. Tek bir hipotezi test etmeye yetecek işlevle çıkar — nihai özellik setinin daha küçük, daha kaba bir versiyonu değildir.
MVP ile prototip arasındaki fark nedir?
Prototip, bir fikrin neye benzeyebileceğini genellikle ekibe ya da yatırımcılara gösterir ve tam olarak çalışması gerekmez. MVP ise gerçek bir kullanım senaryosunda gerçek müşterilere gider ve fikrin anlaşılıp anlaşılmadığıyla değil, gerçek kullanım, ödeme ve tekrar ziyaretle ölçülür.
Başlıca MVP türleri nelerdir?
En yaygın dört tür: ilgiyi bir kayıt sayfasıyla test eden landing page MVP; müşterinin çalışan bir ürün gördüğü ama işi perde arkasında bir insanın yaptığı Wizard of Oz MVP; hizmeti elle sunduğun concierge MVP; ve tek bir temel özelliğe indirgenmiş, gerçekten çalışan tek özellikli MVP.
Ünlü MVP örnekleri nelerdir?
Dropbox, ürünü inşa etmeden önce talebi üç dakikalık bir demo videosuyla test etti. Zappos'un kurucusu, sıfır envantarla online talebi test etmek için yerel mağazalardan ayakkabı alıp tam fiyattan gönderdi. Airbnb'nin ilk ilanları kurucuların kendi dairesindeki hava yataklarıydı. Buffer, aracı inşa etmeden önce fiyatlandırmasını bir landing page ile test etti.
Bir MVP inşa etmek ne kadar sürmeli?
Sabit bir sayı yoktur ama süre haftalar yerine aylar alıyorsa, kapsam muhtemelen "minimum"un ötesine geçmiştir. Doğru ölçüt bir takvim tarihi değil, beş özellik sıralamadan test ettiğin tek hipotezi hâlâ net biçimde söyleyebilip söyleyemediğindir.
MVP, ürünün ucuz ya da yarım kalmış bir hali midir?
Hayır — "minimum", yayınlanan şeyin kalitesini değil, test ettiği kapsamı tanımlar. Bir MVP, test etmek için inşa edildiği tek kullanım senaryosunda güvenilir biçimde çalışmalıdır; başka her yerde bilinçli olarak eksiktir, önemli olan yerde bozuk değil.
MVP'nin fikri doğruladığını nasıl anlarsın?
Başarı eşiğini yayınlamadan önce belirle, sonra değil. Gerçek doğrulama davranış olarak görünür — müşterilerin tekrar kullanması, ödeme yapması ya da başkalarına önermesi — iltifat ya da eylemsiz ilgi olarak değil.
Bu kararı oyunda test et.
Aynı varsayımı bir koşu boyunca uygula; üç tur sonra hangi metriğin zayıfladığını gör.