CB Insights, 2014'ten bu yana 400'den fazla girişim başarısızlığını inceliyor ve listenin tepesinde hep aynı ölüm sebebi duruyor. 2024 analizlerinde 431 başarısız girişimi incelediler ve yüzde 43'ünün ürün-pazar uyumsuzluğundan öldüğünü buldular. Kötü kod değil. Paranın bitmesi değil. Kalıp her seferinde aynı: fikir, heyecan, yazılım ekibi bul, 1–2 milyon TL harca, sessizliğe lansman yap.

"İnsanlarla konuştum" neden neredeyse hiçbir zaman doğrulama sayılmaz?

Kurucuların çoğu müşteri görüşmesini atlamıyor. Bolca yapıyorlar. Sorun şu ki bu görüşmeler karşı tarafa hiçbir şeye mal olmuyor. Masada para yok. Zaman taahhüdü yok. İtibar riski yok. Bir arkadaş "ya çok iyi, ben kesin kullanırım" diyor, kurucu bunu talep olarak duyuyor. Gerçekte olan şey, birinin nazik davranması. Bedava teşvik doğrulama gibi hissettiriyor ama sinyal olarak değersiz, çünkü kimse bunu söylemek için hiçbir şeyinden vazgeçmedi.

Rob Fitzpatrick bu konuda bütün bir kitap yazdı. The Mom Test'te şunu savunuyor: fikrini anlattığında insanlar güzel şeyler söylüyor. Yalan söylemiyorlar. Sadece kibarlar. Ve kibarlık bedava. Kurucu yirmi tane "vay harika" tepkisiyle oradan ayrılıyor. Bu tepkilerin hiçbirinin yanında kredi kartı numarası, takvim bloğu ya da bir tanıdığa referans verme niyeti yok. Ama yirmi evet, yeşil ışık gibi hissettiriyor. Ve kurucu 1–2 milyon TL harcamaya başlıyor.

CB Insights verisi bunu ölçekte doğruluyor. "Ürün-pazar uyumsuzluğu," kurucuların hiç konuşmadığı anlamına gelmiyor. Konuşmaların arkasında hiçbir bedel olmadığı anlamına geliyor. Bedel, karşı tarafın gerçekten umursamadığı sürece vermeyeceği bir şey demek: zamanı (beş dakikalık sohbet değil, 45 dakikalık derinlemesine görüşme), parası (depozito, ön sipariş, ücretli pilot), ya da itibarı (seni patronuyla tanıştırması, bir meslektaşına önermesi). Bunların hiçbiri yoksa iltifat topluyorsun, kanıt değil.

Teresa Torres Continuous Discovery Habits'te benzer bir noktaya değiniyor: varsayımlarımız doğrulanmış hissettiriyor çünkü bilinçsizce konuşmaları onları teyit edecek şekilde kuruyoruz. Çözüm daha fazla konuşma değil. Daha zor konuşmalar. Karşı tarafın, cevabını sayabilmen için gerçek bir şeyi ortaya koyması gereken konuşmalar.

"Koddan önce kanıt" pratikte nasıl görünüyor?

Koddan önce kanıt, en riskli varsayımlarını gerçek müşteri davranışıyla test etmek demek. Fikirlerle değil, anketlerle değil, arkadaş yorumlarıyla değil. Tek satır kod yazmadan önce. Bu süreç genellikle bir ila iki hafta sürer, neredeyse hiçbir maliyeti yoktur ve tahmin yerine gerçek pazar sinyallerine dayanan net bir inşa et, öldür ya da pivot kararı üretir.

Bunu doğru yapan kurucular, tam da yaklaşım bu kadar nadir olduğu için ünlü. Drew Houston'ın elinde çalışan bir Dropbox prototipi vardı ama sadece Windows'ta çalışıyordu ve halka açık lansmanına çok uzaktı. Tam ürünü geliştirmek yerine, nasıl çalışacağını gösteren kısa bir demo videosu çekti ve teknoloji topluluğuna özel şakalar ekleyerek Digg'de paylaştı. Beta bekleme listesi bir günde 5.000'den 75.000'e fırladı. Bu sinyal, asıl ürünü geliştirmeyi haklı çıkardı. Nick Swinmurn, Zappos'u test etmek için yerel mağazalardaki ayakkabıları fotoğraflayıp internette listeledi. Sipariş geldiğinde ayakkabıyı perakende fiyattan alıp zararına kargoluyordu. Kötü ekonomi, ama envanter sistemine tek kuruş harcamadan talebi kanıtladı.

Dropbox olmana gerek yok. İşte pratik seviyede sıralama.

En riskli varsayımını belirle. Her girişim fikri bir varsayım yığınının üstüne oturur. "Restoran sahipleri bunun için ayda 6.000 TL öder." "Veliler Excel'den bir uygulamaya geçer." "Küçük işletmeler X için iyi bir seçenek bulamıyor." Hepsini yaz. Sonra yanlış olduğunda tüm fikri öldürecek olanı seç. Başlangıç noktası orası.

İdeal müşteri profiline uyan on kişiyle konuş. Satış yapma. Satmıyorsun. Araştırıyorsun. Bugün bu problemi nasıl çözdüklerini sor. Ne denediklerini sor. Zaman, para ya da sinir olarak neye mal olduğunu sor. "Evet canımı sıkıyor ama bir şekilde idare ediyorum" duyuyorsan, bu bir sinyal. "Bir şey arıyorum ama hiçbir şey işe yaramıyor" duyuyorsan, bu bambaşka bir sinyal. Hafif rahatsızlık ile acil ihtiyaç arasındaki fark, kimsenin para ödemediği bir ürün ile kendini satan bir ürün arasındaki fark.

Paranın nereye gittiğini haritalıyorsun. Hedef müşterinin bütçesi şu an nereye akıyor? Berbat bir araca ayda 15.000 TL ödüyorlarsa, elinde fiyatlama verisi ve geçiş hikâyesi var. Hiçbir şey ödemiyorlarsa ve Excel kullanıyorlarsa, ödeme isteği konusunda daha zor sorular sorman gerekiyor.

Talebi test eden en küçük şeyi çiz. Wireframe değil. Prototip değil. "Bekleme Listesine Katıl" butonu olan bir landing page. İşi beş müşteri için elle yaptığın bir concierge versiyonu. Net iade politikası olan bir ön satış. Hayali heyecan yerine gerçek davranışı zorlayan ne varsa: e-posta kayıtları, depozitolar, zaman taahhütleri.

Marty Cagan'ın dört ürün riski (değer, kullanılabilirlik, fizibilite ve sürdürülebilirlik) hangi varsayımları önce test etmen gerektiğine dair temiz bir çerçeve veriyor. Kurucuların çoğu fizibiliteye atlıyor ("bunu yapabilir miyiz?"), oysa asıl risk değerde ("bunu isteyen var mı?").

Yanlış şeyi geliştirmenin gerçek maliyeti ne?

Bir yazılım ajansıyla MVP geliştirmenin ortalama maliyeti, karmaşıklığa bağlı olarak 800 bin ile 2,5 milyon TL arasında değişiyor ve teslim süresi üç ila altı ay. Ama fiyat etiketindeki rakam, gerçek maliyetin en küçük parçası. Yanlış şeyi geliştirmenin asıl bedeli kurucunun zamanını (üç ila altı ay tam zamanlı çalışma), alternatif fikirleri test edememe fırsat maliyetini, başarısız lansmanın duygusal yükünü ve (en çok gözden kaçan) doğru ürünü fonlayabilecek pisti içeriyor.

Rakamlarla konuşalım. Diyelim ki elinde 5 milyon TL birikimi ya da ön tohum yatırımı olan teknik olmayan bir kurucusun. 1,3 milyon TL ve dört ay harcayarak bir MVP geliştirdin. Yayınladın. Otuz kişi kayıt oldu. Beşi kaldı. Hiçbiri ödeme yapmadı. Şimdi elinde 3,7 milyon TL, dört ay daha kısa bir pist ve bir sonraki girişiminde işe yarayıp yaramayacağı belirsiz bir kod tabanı var.

Şimdi geri sar. İki hafta ve sıfır TL harcayarak müşteri keşfi yaptın. Çözdüğün problemin gerçek olduğunu ama hedef segmentinin (küçük restoranlar) yıllık sözleşmeyle bağlı oldukları "yeterince iyi" bir araca sahip olduğunu öğrendin. Bir segment kayarak catering şirketlerine geçtin; aynı acı var ama mevcut bir araç yok. Üç catering şirketiyle concierge testi yaptın, yazılımın otomatize edeceği hizmeti elle sundun. İkisi aylık ödeme yaparak devam etmeni teklif etti.

Aynı kurucu. Aynı içgörü. Tamamen farklı sonuçlar. Tek değişken sıralama: önce kanıt mı, önce kod mu.

Quibi, bu dersin uç örneği. Jeffrey Katzenberg ve Meg Whitman, kısa formatlı mobil video platformu için 1,75 milyar dolar topladı. Ürün cilalıydı. Teknoloji çalışıyordu. İçerik pahalı ve profesyonelce üretilmişti. Lansmanından altı ay sonra kapandı. Temel varsayım, insanların telefonlarında kısa video izlemek için aylık 5 dolar ödeyeceği, gerçek davranışa karşı hiç test edilmemişti. YouTube ve TikTok zaten vardı, bedavadı ve yeterince iyiydi. Sıfır maliyetli bir landing page deneyi, tek bir bölüm çekilmeden önce bu sinyali ortaya çıkarabilirdi.

Girişimler bu yüzden lansmanından önce ölüyor. Kod bozulduğu için değil. Kod, kimsenin parasını vermeyeceği bir problemi çözdüğü için.

Fikirden ilk gelire daha ucuz bir yol var mı?

Girişim fikrinden ilk gelire giden en ucuz yol daha az yazılım geliştirmek değil. Doğru yazılımı daha sonra geliştirmek. Bu, en riskli aşamayı (problem doğrulama ve talep testi) aylar yerine günlere sıkıştırmak demek. Böylece geliştirmeye başladığında her lira, ödeme yapacak bir müşterinin sana zaten istediğini söylediği bir şeye gidiyor.

Deepnode Studios olarak bunu Fizibilite Stres Testi adını verdiğimiz yapılandırılmış, bir haftalık bir süreç olarak yürütüyoruz. Beş gün. Kod yok. Müşteri sinyalleri, rekabet analizi ve birim ekonomiye dayanan bir inşa et, öldür ya da pivot kararı alıyorsun. İyimser varsayımlarla dolu bir sunum değil.

Ama işin güzel tarafı: başlamak için bize ihtiyacın yok. İlk yüzde sekseni kendin yapabilirsin. Bu hafta, bir lira daha harcamadan önce üç şey yap.

Birincisi, fikrinin arkasındaki en büyük üç varsayımı yaz. Özellik değil. Varsayım. "Kurumsal İK ekipleri bunun için ayda 10.000 TL öder." "Freelancerlar bu tür bir aracı her gün kontrol eder." "X'i yeterince iyi yapan bir ürün yok."

İkincisi, ideal müşteri profiline uyan beş kişi bul ve 20 dakikalık bir sohbet yap. Satış yapma. Mockup gösterme. Sadece sor: "Bu problemi bugün nasıl çözüyorsunuz? Ne denediniz? Size neye mal oluyor?" Söylediklerini değil, yaptıklarını not al.

Üçüncüsü, problemi müşteriymiş gibi Google'la. Onların arayacağını ara. Onların bulacağını bul. Ayda 600 TL'lik bir araç planladığın şeyin yüzde yetmişini zaten yapıyorsa, bu ölüm fermanı değil, ama tüm stratejini değiştiriyor ve bunu geliştirmeye başlamadan önce bilmen gerekiyor.

Bu üç şeyi yapıp sinyaller güçlüyse (gerçek acı, gerçek harcama, pazardaki boşluk) o zaman geliştir. Hızlı geliştir, küçük geliştir ve sana ödeme yapacağını söyleyen beş müşteri için geliştir. Milyon TL'lik dolambaçsız ilk gelire ulaşmanın yolu bu.

Sinyaller zayıfsa, kendine aylar ve yüz binlerce lira kazandırdın. Bu başarısızlık değil. Kurucu olarak vereceğin en sermaye-verimli karar bu.

Araştırmalar hep aynı şeyi söylüyor. Kitaplar hep aynı şeyi söylüyor. Fitzpatrick, Cagan, Torres ve yüzlerce başarısızlık analizi aynı noktaya işaret ediyor: kazanan kurucular daha şanslı ya da daha yetenekli değil. Sadece daha zor soruları daha erken soruyorlar. Fikrinin işe yaramayacağını öğrenmek için en iyi zaman, henüz bir şey harcamamışken. İkinci en iyi zaman bugün.

Aklında bir fikir var ve kod yazmadan önce stres testine sokmak mı istiyorsun? Deepnode Studios olarak Fizibilite Stres Testi yapıyoruz: beş gün, sıfır kod, net bir karar. İlk liranı harcamadan önce bize yaz.