Çoğu kurucu, fikrinin gerçekten bir iş olup olmadığını belirleyen dört soruya cevap vermeden geliştirici tutuyor. 40 bin dolar böyle, kimsenin istemediği bir MVP'ye dönüşüp buharlaşıyor. Bu soruları önce sor, çoğu fikir en az birinde takılır. O takılma, hayatın boyunca alacağın en ucuz, en kıymetli başarısızlıktır.

İyi haber: dört soru ne özgün ne de gizli. Sormak için teknik bir geçmişe de gerek yok. Kötü haber: kurucular yine de atlıyor, çünkü dürüstçe sormak rahatsız edici. Bu yazının tüm amacı, atlamayı zorlaştırmak.

Bir Startup Fikrinin Atlatması Gereken Dört Ürün Riski Nedir?

Dört ürün riski, Silicon Valley Product Group'un kurucusu, Netscape ve eBay'in eski ürün lideri Marty Cagan'a ait. Inspired kitabında her ürün fikrinin başarılı olabilmek için dört bağımsız riski geçmek zorunda olduğunu söylüyor: değer, kullanılabilirlik, fizibilite, iş modeli. Bir fikir dördünü de geçmek zorunda. Birini bile atlayan kurucular, 18 ay içinde ya yeniden yazıyor, ya pivot ediyor, ya da kapatıyor.

Teknik olmayan kurucuların çoğu sadece fizibiliteyi düşünüyor. O da "birisi bunu kodlayabilir mi?" şeklinde. Dördü içinde en kolayı bu. Yazılım fizibiliteyi çözmekte iyidir. Diğer üçünde berbattır.

Bir kurucunun aslında cevaplaması gereken dört soru şunlar:

Değer. Birileri bunu bugün kullandığını bırakacak, davranışını değiştirecek ya da para verecek kadar istiyor mu?

Kullanılabilirlik. Power user değil, sıradan bir kullanıcı, elinden tutulmadan bunu nasıl kullanacağını çözebilir mi?

Fizibilite. Üç-altı ay içinde sevk edeceğimiz versiyon, müşteriyi tutacak kadar problemi çözüyor mu?

İş modeli. Matematik (acquisition cost, lifetime value, fiyatlama, retention) bir iş mi çıkarıyor, yoksa hayır kurumu mu?

CB Insights'ın 400'den fazla ölü startup'ı analiz ettiği rapor, aynı sebepleri zirvede tutmaya devam ediyor: pazar ihtiyacı yok, rekabette yenildi, parası bitti, iş modeli kötü, ekip sorunları. Postmortem'leri Cagan'ın çerçevesine eşleştirdiğinde neredeyse her başarısızlık, bu dört riskten birinin ya da birkaçının test edilmemiş olmasından kaynaklanıyor. Başlıktaki %80 abartı değil. Bir fikri bu dört sorudan dürüstçe geçirdiğinde olanın yaklaşık karşılığı bu. Çoğu fikir en az birinde takılıyor. Kötü haber değil. Test çalışıyor demektir.

İnşa Etmeden Önce Değer Riskini Nasıl Test Edersin?

Değer testinin yolu, sen bir şey inşa etmeden önce müşterinin bedeli olan bir şey yapmasını sağlamak. Söz ucuz. Zaman, para ve itibar değil. En hızlı, en ucuz değer testi şu: birisi sana kolay vermediği bir şeyi veriyor mu? 30 dakikalık bir derin görüşme. Ön ödeme. Pre-order. Patronuna seni tanıştıran yazılı bir intro. Yazılımının yerine elle teslim ettiğin ücretli bir pilot. Bunları alamıyorsan değer sinyalin yok. Sadece bir arkadaş çevren var.

Rob Fitzpatrick'in The Mom Test kitabı bu işin playbook'u. Ana fikir: pitch yapmayı bırak, soruşturmaya başla. "X'i yapan bir ürün kullanır mısın?" diye sorma. "X'i bugün nasıl yapıyorsun? En kötü kısmı ne? Son bozulduğunda ne yaptın?" diye sor. İnsanlar geçmiş davranışları konusunda güvenilirdir. Gelecekteki davranışlarını tahmin etmede güvenilmez, özellikle de sana karşı kibar olmaya çalıştıklarında.

Gerçek sinyal üreten üç somut teknik.

Elli değil, beş görüşme. Doğru kişilerle yapılan beş odaklı görüşme, elli anketten daha fazlasını söyler. Üç şey ara: gerçek acı (sen lafını açmadan problemi anlatıyorlar), gerçek harcama (ölçülebilir bir maliyeti olan para, zaman ya da workaround), gerçek aciliyet (son 12 ayda bunu çözmeye çalıştılar). Üçten biri ilginç. Üçü birden yeşil ışık.

Painted door testi. Ürün varmış gibi anlatan bir landing page kur. 200 dolar reklam harca. Kim "Satın Al" ya da "Bekleme Listesine Katıl"a tıklıyor, izle. Merakla taahhüt arasındaki düşüş, değer sinyalin. 5,000 kişi sayfayı görüp üçü kayıt oluyorsa mesaj bozuk değil. Talep yok.

Concierge testi. Yazılımının otomatikleştireceği işi, üç-beş ödeme yapan müşteri için elle teslim et. Gerçek para al. Beş kişi sana bunu elle yaptırmak için para ödüyorsa, muhtemelen yazılımına da otomatik yaptırması için ödeyecekler. Yüz yüze para ödemiyorlarsa, app'ine de kesinlikle ödemezler.

Bu işin altındaki başarısızlık modunu 400+ Startup Postmortem. Aynı 40 Bin Dolarlık Hata. Her Seferinde. yazısında işledik: startup'ları öldüren görüşmeler, karşı tarafa hiçbir şeye mâl olmayan görüşmelerdir. Bedava cesaretlendirme validation değil. Sadece kibarlığın kendinden emin hali.

Teknik Bir Co-Founder Olmadan Fizibiliteyi Nasıl Test Edersin?

Fizibiliteyi test etmenin yolu, ürününü commodity (neredeyse her şey) ve gerçekten yenilikçi (neredeyse hiçbir şey) parçalara ayırmak. Commodity katman için soru "bu inşa edilebilir mi?" değil. Cevap evet. Asıl soru şu: "iyi bir şekilde, kim tarafından, ne kadar sürede, ne maliyetle inşa edilebilir?" Yenilikçi katman için kıdemli bir mühendise bir haftalık ücretli spike yaptırırsın. Çıktısı kod değil, tek sayfa bir memo: kernel ne kadar zor, bilinmeyenler ne, v1 nasıl görünür, ne kadara mal olur.

Çoğu teknik olmayan kurucu fizibiliteyi yetenekle karıştırıyor. "Bu yapılabilir mi?" diye endişeleniyorlar. Oysa asıl endişe "bu, işi ayakta tutacak bütçe ve zamanda yapılabilir mi?" olmalı. Sınırsız kaynak verirsen yazılım her şeyi yapabilir. Startup'ların öyle bir lüksü yok.

Teknik olmayan herhangi bir kurucunun yapabileceği dört pratik adım.

Fikri kernel'ine indirge. Ürününün, hiçbir başka şeyin yapmadığı tek şey ne? Tek bir cümle yaz. Geri kalan her şey commodity. Login sayfası commodity. Dashboard commodity. Stripe entegrasyonu commodity. Kernel, müşterinin 30 saniyede bahsedeceği şeydir.

Commodity katman için üç teklif al. Bir product studio'yla, ürün sevk etmiş kıdemli bir freelancer'la ve offshore bir ajansla konuş. Spread yaklaşık 3 katı olacak. Ucuz seçenek uzun vadede nadiren ucuz çıkar. Bu trade-off'u Ajans vs. Product Studio vs. CTO: Kimsenin Açıklamadığı 50 Bin Dolarlık Karar yazısında uzun uzun anlattık.

Kernel için bir haftalık spike'a para ver. Kıdemli bir mühendise bir hafta ücretli inceleme yaptır. Bütçe 2,000-5,000 dolar. Çıktısı tek sayfa bir memo. Küçük bir spike, kurucuları altı haneli sapmalardan kaç kez kurtardı saymıyoruz.

Sana verilen takvimi ikiyle çarp. Sonra kendine sor: bu iki katı sürse iş ayakta kalır mı? Cevap hayırsa, fizibilite riskin kodda değil takvimde gizli.

Fizibilite test etmek için teknik olmana gerek yok. Spesifik olmana gerek var. Muğlak brief'ler muğlak tahmin üretir, muğlak tahminler de gerçek aşımlar.

Karar Anı: İnşa Et, Öldür, Yoksa Pivot Et?

Karar üç girdiye dayanır: müşteri sinyali, rekabet gerçeği ve ekonomik model. İnşa et, eğer gerçek müşteriler problemi sen sormadan anlatıyorsa, yaklaşımın mevcut alternatiflerden anlamlı şekilde farklıysa ve unit economics muhafazakar varsayımlarla bile çalışıyorsa. Öldür, eğer ilgi kibar ama umutsuz değilse, fonlanmış bir rakip problemi yeterince çözüyorsa ya da matematik başa baş için gerçek dışı varsayımlar gerektiriyorsa. Pivot et, eğer orijinal fikir öldüyse ama görüşmeler daha keskin, daha acil, hizmet edilmemiş bir komşu problemi ortaya çıkardıysa.

Üç gerçek vaka bunu somutlaştırıyor.

Slack bir pivot. Stewart Butterfield, Tiny Speck'te Glitch adında bir oyun yapıyordu. Oyun başarısız oldu. Ekibin yıllardır kullandığı dahili chat aracı Slack oldu. Sinyal pivottan önce zaten oradaydı, gerçek bir ekibin gerçek kullanımına gömülüydü.

Instagram bir pivot. Burbn fazla feature'lı bir check-in app'iydi. Kevin Systrom ve Mike Krieger kullanıcıların ne yaptığını izledi (fotoğraf paylaşıyorlardı), gerisini sildi. Yeniden lansmandan aylar sonra app bir milyon kullanıcıyı geçti. Burbn'ü inşa etmeye devam etmediler.

Quibi olmamış bir öldürmeydi. Jeffrey Katzenberg ve Meg Whitman, kısa formlu mobil video için 1.75 milyar dolar topladı ve birinin gerçekten ayda 5 dolar ödeyip ödemeyeceğini hiç test etmedi. Yapım kusursuzdu. Cevaplanan soru yanlıştı. Lansmandan altı ay sonra bitti. Daha geniş örüntüyü 400+ Startup Postmortem yazısında işledik.

Bu kararın en zor kısmı analiz değil. Dürüstlük. Heyecanlandığın bir fikri öldürmek başarısızlık gibi hissettirir. Değildir. Bir kurucunun verebileceği en sermaye-verimli karardır, ve pivot çoğu zaman ölmesine izin verdiğin fikrin içinde saklıdır. Uzun vadede kazanan kurucular, inşa ettikleri şeye aşık olmaktan vazgeçip çözdükleri probleme aşık olmayı öğrenenlerdir.

Dört soru bir kez verdiğin bir test değil. Her aşamada uyguladığın bir disiplin: inşa etmeden önce, fonlamadan önce, ölçeklemeden önce. Hayatta kalan kurucular bu soruları dürüstçe sormayı öğreniyor. Ölenler ise istedikleri cevabı savunmayı.

Fikrinin bu dört soruya verdiği cevaptan emin değilsen, inşa etmeye başlamak için en kötü zaman bu. Bir hafta süren Fizibilite Stres Testi ile, tek satır kod yazmadan net bir inşa et / öldür / pivot et kararı çıkarıyoruz. 40 bin doları harcamadan önce bize yaz.