Ürünlerin çoğu kötü koddan ölmez. Kimsenin sormadığı bir soruya cevap veren bir MVP'ye aylarca emek ve on binlerce lira gömdükten sonra, fikrin var olma hakkını test etmedikleri için ölür. Tek satır kod yazmadan gerçeği öğrenmenin çok daha hızlı bir yolu var.

Kalıp her yerde aynı. Kurucu bir fikir buluyor, heyecanlanıyor, üç ay ve yaklaşık 1 milyon TL harcayarak ilk versiyonu inşa ediyor. Sonra müşteri aramaya başlıyor ve keşfediyor ki çözdüğü problem ya gerçekten yok, ya para ödeyecek kadar acı vermiyor, ya da müşterinin "yeterince iyi" bulduğu bir alternatif zaten var. Hata MVP değildi. MVP'den önce yapılması gereken işi atlamaktı.

Girişimler İçin Fizibilite Stres Testi Nedir?

Fizibilite stres testi; bir girişim fikrini henüz tek satır kod yazılmadan önce dört temel eksende sınayan, yapılandırılmış ve zaman sınırlı (genellikle bir haftalık) bir süreçtir. Bu dört eksen: problemin gerçekliği, müşteri talebi, teknik uygulanabilirlik ve iş modeli sürdürülebilirliği. Bir şey inşa etmeyi gerektiren MVP'nin aksine, stres testi müşteri görüşmeleri, pazar sinyalleri, rekabet analizi ve ekonomik modelleme kullanarak inşa et, öldür ya da pivot kararına ulaşır. Amaç heyecanını onaylamak değil. Amaç gerçeği hızlıca bulmak ve sermayeni korumak.

"Hiçbir şey geliştirmeden girişim fikrimi nasıl doğrularım?" diye soruyorsan, cevap bu.

MVP'lerin Çoğu Neden Lansmandan Önce Ölüyor?

MVP'lerin çoğu kötü mühendislikten değil, doğrulanmamış varsayımların üzerine inşa edildikleri için ölür. Kurucular müşteri keşfini atlıyor, nazik teşvikleri gerçek talep sanıyor ve ödeme yapılacak kadar acı vermeyen problemlere aylarca geliştirme yatırıyor. Sonuç: teknik olarak çalışan ama pazarı olmayan bir ürün. Yanlış şeyi inşa ettiğini öğrenmenin en pahalı yolu.

Lean Startup hareketi bize güçlü bir fikir verdi: yap, ölç, öğren. Ama bir yerden sonra sektör, "MVP'yi çık at" mottosunu, arkasındaki ön koşulları anlamadan bir dogmaya dönüştürdü.

Gerçekte olan şu: Kurucunun aklına duşta bir fikir gelir. Heyecanlanır. Teknik bir ortak bulur ya da bir yazılım ekibi tutar. Üç ay sonra ortada bir MVP vardır. Sonra müşteri aramaya başlar ve keşfeder ki çözdüğü problem ya gerçekten yok, ya ödeme yapılacak kadar acı vermiyor, ya da müşterinin "yeterince iyi" bulduğu bir alternatif zaten var.

Rob Fitzpatrick bunu The Mom Test'te çok güzel anlatıyor: insanlara fikrimizin iyi olup olmadığını soruyoruz, naziklik olsun diye evet diyorlar, biz de nezaketi talep sanıyoruz. MVP bu yalanın üstüne inşa ediliyor. Doğrulanmamış iltifatların üzerine kod yazıyorsun, sonra neden kimse dönüşmüyor diye şaşırıyorsun.

Matematik acımasız. Ayda 500 bin–700 bin TL yakan küçük bir ekibin hızlı doğru karar vermesi şart. Yanlış şeyi inşa etmeye harcanan her hafta sadece bir maliyet değil, bir fırsat maliyeti. O hafta müşteriyle konuşabilirdin, fiyatlamayı test edebilirdin ya da asıl pazarının sandığından üç adım sola olduğunu keşfedebilirdin.

MVP'ler kötü değil. Vakitsiz MVP'ler kötü. Ve çoğu vakitsiz, çünkü kurucular en zor ve en cazibesiz işi atlıyor: fikrin var olma hakkını gerçekten kazanıp kazanamayacağını anlamak.

Girişim Fikri Bir Haftada Nasıl Doğrulanır?

Bir haftalık doğrulama süreci, Deepnode Studios'ta Fizibilite Stres Testi dediğimiz yöntem, aylarca sürecek varsayım testini beş yapılandırılmış güne sıkıştırır: iki gün problem tanımlama ve müşteri görüşmeleri, bir gün rekabet analizi, bir gün ekonomik modelleme ve minimal konsept taslağı, son gün ise inşa et-öldür-pivot kararı. Amaç, geliştirmeye tek kuruş harcanmadan tahmini kanıtla değiştirmek.

Beş gün şöyle ilerliyor.

Gün 1–2: Problem Tanımlama & Müşteri Sinyali

Ürününü düşünmeyi bırak. Problemle başla. Bu problemi bugün kim yaşıyor? Nasıl başa çıkıyorlar? Maliyeti ne: para olarak, zaman olarak, sinir olarak? Problem alanını haritalıyorsun, en riskli varsayımlarını belirliyorsun ve ideal müşteri profiline uyan beş ila on kişiyle görüşme ayarlıyorsun. Arkadaş değil. Yatırımcı değil. Gerçekten para ödeyecek insanlar.

Cevapladığın soru: Bu, gerçek insanların davranışlarını değiştirecek kadar şiddetle hissettikleri gerçek bir problem mi?

Gün 3: Rekabet & Pazar Analizi

Her kurucu "gerçek bir rakip yok" der. Bu neredeyse hiçbir zaman doğru değildir. Kimse bu problemi çözmüyorsa, nedenini sor. Bazen cevap fırsattır. Çoğu zaman cevap, pazarın deneyip ekonomisini tutturamadığıdır. Mevcut alternatifleri, ikame ürünleri ve geçici çözümleri haritala. Paranın şu an nereye aktığını anla.

Cevapladığın soru: Bu neden henüz çözülmedi ve bizim yaklaşımımızın kazanması için neyin doğru olması gerekir?

Gün 4: Konsept Taslağı & Ekonomik Model

Ancak şimdi temel acıyı gideren mümkün olan en basit versiyonu çiziyorsun. Wireframe değil. Prototip değil. Peçete üzerine çizilen bir konsept. Sonra ekonomiyi zorluyorsun. Ne kadar ücret alırsın? Müşteri edinme maliyeti ne olur? 100 müşteride birim ekonomi nasıl görünür? 1.000 müşteride?

Cevapladığın soru: Bu bir iş olabilir mi, yoksa sadece bir ürün mü?

Gün 5: İnşa Et / Öldür / Pivot Kararı

Her şeyi masaya koyuyorsun. Müşteri sinyalleri, rekabet gerçekliği, ekonomik model, teknik riskler. Sonra dürüst bir karar veriyorsun. İnşa et, "para harcamayı haklı kılacak yeterli sinyal var" demek. Öldür, "kanıtlar dur diyor ve bu bir kazanım, çünkü aylarca tasarruf ettin" demek. Pivot, "orijinal fikir öldü ama süreçte daha iyi bir şey bulduk" demek.

Batık maliyet yok. Ego yok. Sadece kanıt.

Ne Zaman İnşa Etmeli, Ne Zaman Bırakmalı?

İnşa et: gerçek müşteriler problemi sen yönlendirmeden kendi ağızlarıyla anlattığında, şu an geçici çözümlere para ya da ciddi emek harcadıklarında, senin önerdiğin yaklaşım mevcut alternatiflerden anlamlı ölçüde farklı olduğunda ve birim ekonomi muhafazakâr varsayımlarla bile çalıştığında. Öldür: ilgi nazik ama çaresiz olmadığında, iyi fonlanmış bir oyuncu problemi yeterince iyi çözdüğünde, ekonomin gerçekçi olmayan ölçek gerektirdiğinde ya da ilk elli müşterini ve onlara nasıl ulaşacağını tanımlayamadığında.

İşte bu çerçeveyi pratikte nasıl uygularsın.

İnşa et şu dördüne de evet diyebildiğinde: gerçek insanlar problemi sen yönlendirmeden kendi ağızlarıyla anlattı, şu an geçici çözümlere para ya da ciddi emek harcıyorlar, senin önerdiğin yaklaşım mevcut alternatiflerden anlamlı ölçüde farklı ve birim ekonomi muhafazakâr varsayımlarla bile çalışıyor.

Öldür şunlardan herhangi biri doğruysa: konuştuğun insanlar nazikti ama çaresiz değildi, pazar iyi fonlanmış bir oyuncu tarafından yeterince iyi çözülüyor, ekonomin kâra geçmek için gerçekçi olmayan bir ölçek gerektiriyor ya da ilk elli ödeme yapacak müşterin kim ve onlara nasıl ulaşacağını net olarak ifade edemiyorsun.

Pivot orijinal fikir öldüğünde ama görüşmelerde daha keskin, daha acil ve karşılanmamış komşu bir problem ortaya çıktığında. Bu, düşündüğünden daha sık olur. En iyi ürünlerin bir kısmı, ilk fikri öldüren stres testlerinden doğan pivotlarla başladı.

En zor kısım analiz değil. Dürüstlük. Haftalardır heyecanlandığın bir fikri öldürmek başarısızlık gibi hissettirir. Değildir. Yapabileceğin en sermaye-verimli karar budur. Uzun vadede başarılı olan kurucular, inşa ettikleri şeye âşık olmayı bırakıp probleme âşık olmayı öğrenenlerdir.

Aklında bir fikir var ve inşa etmeye değip değmeyeceğinden emin değil misin? Deepnode Studios olarak her hafta Fizibilite Stres Testi yapıyoruz. Beş gün, net karar, kod yok. İlk liranı harcamadan önce bizimle konuş.