Tek Satır Kod Yazmadan Önce Bir SaaS Fikrini Nasıl Doğrularsınız

İnsanların yazılımınızı isteyip istemediğini öğrenmenin en pahalı yolu onu inşa etmektir. Yine de çoğu ilk kez girişimci tam olarak bunu yapar — altı ayını ve birikimlerini bir fikri koda dönüştürmeye harcar, sessizliğe lansman yapar ve ancak o zaman kimsenin buna ihtiyacı olup olmadığını sormaya başlar. Doğrulama, bu dersin ucuz hâlidir. Cevabı, ömrünüzden bir yıl yerine birkaç haftalık sohbetle satın almanın yoludur.

Aynı tuzağa düşen pek çok akıllı insan gördüm. Gerçekten iyi bir gözlemleri vardır — bildikleri bir sektördeki gerçek bir rahatsızlık — ve gözlem ile ürün arasındaki boşluğun yalnızca mühendislik olduğunu varsayarlar. Öyle değil. O boşluk cevapsız sorularla doludur: başka birisi bu acıyı ödeme yapacak kadar hissediyor mu? Şu an yaptıkları şeyden vazgeçecekler mi? Para yakmadan onlara ulaşabiliyor musunuz? Bu sorular kod yazarak yanıtlanmaz. İnsanlarla konuşarak ve gerçekte ne yaptıklarını izleyerek yanıtlanır.

İşte bu yüzden, herhangi bir şey inşa etmeleri için birini işe almadan önce girişimcilere verdiğim rehber budur. Yalın girişim tiyatrosu ya da bir kanvas doldurmakla ilgili değil. Fikrinizin nabzı olup olmadığını size söyleyen bir avuç dürüst, ucuz deneyle — ve sonuçlar canınızı acıtsa bile onlara inanma disipliniyle ilgili.

Önce inşa etmek neden verimli hissettirir — ve genelde değildir

İnşa etmek baştan çıkarıcıdır çünkü görebildiğiniz bir ilerleme gibi hissettirir. Bir kodlama seansının sonunda çalışan bir ekran, bir şey yapan bir buton, eşinize gösterebileceğiniz bir şey vardır. Bir problem hakkında yabancılarla konuşmak hiçbir somut çıktı üretmez. Rahatsız edicidir, yavaştır ve sonunda elinizde notlardan başka bir şey kalmaz. Bu yüzden girişimciler klavyeye uzanır, çünkü klavye onları daha hızlı ödüllendirir.

Sorun şu ki, çalışan bir ekran fikrin doğru olup olmadığı hakkında size neredeyse hiçbir şey söylemez. Kimsenin sahip olmadığı bir problem için güzel, hatasız bir ürün inşa edebilirsiniz ve bu, çirkin olanı kadar ölü olacaktır. Kod, “bunu nasıl sunarız?” sorusunun cevabıdır — “bunu isteyen var mı?” sorusunun değil. İkincisini yanıtlamadan önce ilk soruya aylar harcamak, iyi mühendislerin hayalî problemlere zarif çözümler inşa etme şeklidir.

Doğrulama, sıralamayı tersine çevirir. İnşa etmeye karar vermeden önce birkaç hafta ve çok az para harcayarak fikrinizdeki en riskli varsayımı kanıtlarsınız — ya da çürütürsünüz. Fikir güçlüyse, geliştirmeye kanıtla, daha net bir tanımla ve sizi çoktan bekleyen ilk kullanıcılarınızla girersiniz. Zayıfsa, bunu bir ürünün bedeline değil, birkaç kahve ve bir açılış sayfasının bedeline öğrenirsiniz.

Tüm işi bitirebilecek tek varsayımı bulun

Her SaaS fikri bir inançlar yığınına dayanır ve bunlar eşit derecede tehlikeli değildir. Bazıları güvenlidir — “insanlar e-posta kullanır,” “küçük işletmeler evrak işini sevmez.” Diğerleri ise tüm girişiminizin bağlı olduğu bahislerdir ve yanlışlarsa, gerisinin hiçbir önemi kalmaz. Doğrulamanın işi her şeyi test etmek değildir. En riskli varsayımı bulup önce ona saldırmaktır.

Onu bulmak için fikrinizi tek bir cümle olarak yazın: “[bu insanlar], [şu an yaptıkları şey] yerine [bu çözüm] için para ödeyecek kadar [bu problemi] şiddetli yaşıyor.” Sonra kendinize acımasızca sorun: bu cümledeki hangi kelime yanlış çıksa fikri batırırdı? Genellikle çözüm değildir. Problemin para ödetecek kadar acı verici olup olmadığı ya da o insanlara uygun maliyetle gerçekten ulaşıp ulaşamadığınızdır.

Bu sıralama önemli, çünkü test etmenin maliyeti her adımda artar. Bir problem görüşmesi ücretsizdir. Ödeme isteği testi bir açılış sayfasına mal olur. Bir çözüm testi tıklanabilir bir prototip gerektirebilir. İnşa etmek hepsinin en pahalı testidir. Ucuz ve erken başarısız olmak istersiniz, pahalı ve geç değil — bu yüzden en ucuz ve en öldürücü testleri en öne koyarsınız.

İnsanlarla konuşun — ama doğru yapın

Yapabileceğiniz en faydalı tek şey, problemi yaşadığını düşündüğünüz insanlarla konuşmaktır. Arkadaşlarınız değil, diğer girişimciler değil — bunu kullanacak gerçek insanlar. Ve çoğu girişimi mahveden tuzak şu: insanlar nazik olur. “X yapan bir aracı kullanır mıydınız?” diye sorun, neredeyse herkes evet der, çünkü evet demek ücretsiz ve kibardır. O evet değersizdir. Herhangi bir teknik başarısızlıktan daha fazla startup batırmıştır.

Çözüm, gelecek hakkında sormayı bırakıp geçmiş hakkında sormaya başlamaktır. Gelecek, insanların nazik olmak için yalan söylediği yerdir; geçmiş, gerçeğin yaşadığı yerdir. “Bunu kullanır mıydınız?” yerine “bu problemle en son ne zaman uğraştığınızı anlatın” deyin. Ne yaptılar? Ne kadar sürdü? Onlara neye mal oldu? Bir çözüm aradılar mı? Bir şey için para ödediler mi? Gerçek davranış, varsayımsal coşkuyu her seferinde yener.

Dürüst yanıtlar getiren sorular

• “Bunun en son ne zaman olduğunu baştan sona anlatın.” — idealize edilmiş değil, gerçek iş akışını ortaya çıkarır.
• “Bu konuda ne yaptınız?” — gerçekten umursadıklarını mı yoksa sadece omuz silktiklerini mi gösterir.
• “Bu size ne kadar zaman ya da paraya mal oldu?” — belirsiz acıyı bir sayıya dönüştürür.
• “Bunu daha önce çözmeye çalıştınız mı? Ne oldu?” — bütçe ve niyet olup olmadığını söyler.
• “Şu an bundan daha sinir bozucu başka ne var?” — probleminizin ilk beşe bile girip girmediğini kontrol eder.

Kaç sohbet? Düşündüğünüzden az. Doğru insanlarla on dürüst, iyi yürütülmüş görüşme yaptığınızda, örüntü genellikle bellidir. Ya üç dördü gözleri parlayarak acıyı canlı ayrıntılarla anlatmaya başlar — ya da hepsi kibarca ılımlıdır ve ne kadar zekice inşa ederseniz edin bunu düzeltemezsiniz. Güvenebileceğiniz bir karar vermek için on iki ile on beş arası fazlasıyla yeterli.

Gerçek talebi test etmenin ucuz yolları

Sohbetler size problemin gerçek olup olmadığını söyler. Sıradaki soru, insanların harekete geçip geçmeyeceğidir — ve bunu bilmenin tek yolu, ürün var olmadan önce küçük bir taahhüt istemektir. Doğrulamanın biraz rahatsız edici, aynı zamanda da dürüst olduğu yer burasıdır. Konuşmak ucuzdur; bir tıklama, bir e-posta adresi ya da bir kapora değil.

Bu testleri yürütmek için hiçbir şey inşa etmenize gerek yok. Vaadi net biçimde anlatan ve tek bir belirli eylem isteyen tek bir sayfaya ihtiyacınız var. Eylem, veridir. İnsanlar sunumunuzu okuyup hiçbir şey yapmazsa, cevabınız budur ve bu, altı ay sonra cırcır böceklerine lansman yapmaktan çok daha ucuz bir cevaptır.

1. 1
   Tek sayfalık bir sunum yayınlayın

   Problemi ve çözümünüzü sade bir dille, tek bir net eylem çağrısıyla anlatın. Basit bir açılış sayfası yeterli — henüz arkasında bir ürün yok.
2. 2
   Gerçek bir sinyal isteyin

   Bir 'beğeni' değil. İnsanlardan e-postalarıyla bir bekleme listesine katılmalarını, ön sipariş vermelerini ya da bir görüşme ayarlamalarını isteyin. Evet demek onlara ne kadar pahalıya gelirse, evet o kadar anlam taşır.
3. 3
   Biraz dürüst trafik getirin

   Onu gerçek hedef kitlenizin zaten bulunduğu yerde paylaşın — ilgili bir topluluk, küçük bir reklam, birkaç doğrudan mesaj. Destekleyici çevrenizi değil, yabancıları istiyorsunuz.
4. 4
   İltifatları değil, dönüşümü okuyun

   Teklifi gerçekten anlayan herkesten kaçı eyleme geçti? Doğru insanlardan gelen bir avuç gerçek kayıt, bin belirsiz iyi dilekten daha değerlidir.

Tüm testlerin en güçlüsü, peşin para istemektir. Bir ön satış, ücretli bir pilot, erken erişim için bir kapora — cüzdanın açıldığı her şey. Saldırgan hissettirir ve kendiniz için yapabileceğiniz en dürüst şeydir. Henüz var olmayan bir ürün için küçük bir miktar bile veren biri, size hiçbir anketin söyleyemeyeceği bir şey söylüyor. Bu insanlardan üç dört tane bulabilirseniz, artık bir fikriniz yok. İnşa edilmeyi bekleyen bir işiniz var.

İnşa etmeden önce satın

“İnsanlar ilgileniyor” ile “insanlar her ay ödeme yapacak” arasında, kendi başına dikkati hak eden bir adım var: değeri otomatikleştirmeden önce elle sunmak. Diyelim ki fikriniz, dağınık tedarikçi e-postalarını düzgün bir haftalık rapora dönüştüren bir araç. Önce bunu üç dört müşteri için elle yapın. Yazılım siz olursunuz. Yavaştır ve ölçeklenmez, ki olay da budur — ürünün gerçekte ne yapması gerektiğini, onu koda dökmeden önce öğrenmenizi sağlar.

Bu, aynı anda iki şey yapar. İnsanların fikrin değil, sonucun kendisi için ödeme yapacağını kanıtlar. Ve size gerçek iş akışını öğretir — bir görüşmeden asla tahmin edemeyeceğiniz uç durumları, istisnaları, müşterilerin önemsediği ayrıntıları. İnşa ettiğinizde tanımı tahmin etmiyor olursunuz. Zaten elle çalıştırdığınız ve karşılığında para aldığınız bir süreci kodluyor olursunuz.

Sinyalleri dürüstçe okumak

Tüm bunlar yalnızca sonuçlara inanmaya istekliyseniz işe yarar — ve bu, kulağa geldiğinden daha zordur, çünkü artık fikre bağlanmışsınızdır. Tehlike kötü veri değil; her sinyali cesaretlendirme olarak yorumlayan bir kurucudur. Ilımlı ilgi coşku olarak hatırlanır. Nazik bir bekleme listesi kaydı “güçlü talep” olur. Burada kendi iyimserliğinizle savaşmanız gerekir.

Bir geçişin neye benzediğine önceden karar vermek yardımcı olur. Bir test yürütmeden önce, sizi devam ettirecek sonucu ve durduracak sonucu yazın. “Görüşmelerimin X'inden azı bunu gerçek, tekrar eden bir problem olarak tanımlarsa, vazgeçerim.” Çıtayı veriyi görmeden önce belirlemek, kendinizi yapmamanız gereken bir inşaya ikna etmenize karşı tek güvenilir savunmadır.

Ve bazen dürüst cevap hayırdır. Bu bir başarısızlık değil — sistemin çalışmasıdır. Asla “bunu inşa etme” diyemeyen bir doğrulama süreci doğrulama değildir, izin aramaktır. Bir kariyer boyunca kazanan kurucular, hiç kötü fikri olmayanlar değildir. Kötü fikirleri bir yıl boyunca beslemek yerine üç haftada birkaç yüz avroya öldürenlerdir.

Gerçekten inşa etmeye hazır olduğunuzda

Diyelim ki sinyaller iyi. Problem gerçek, insanlar onu duyguyla anlattı, birkaçı para koydu. Şimdi — ve ancak şimdi — inşa etmek mantıklı hâle gelir. Ama burada bile özen para kazandırır. İlk sürümünüzün amacı, hayal ettiğiniz ürün olmak değildir. Doğrulanmış müşterilerinizin ödeme yaptığı tek temel sonucu sunmaktır, henüz başka hiçbir şeyi değil.

Doğrulamanın size sessizce bir hediye verdiği yer burasıdır: keskin, kanıta dayalı bir tanım. Kimin için olduğunu, temel işin ne olduğunu, insanların ne ödeyeceğini ve hangi özelliklerin tekrar tekrar gündeme geldiğini, yalnızca sizin önemsedikleriniz karşısında bilirsiniz. O netlik, herhangi bir miktarda ön tasarımdan daha değerlidir. Doğru küçük şeyi inşa etmek ile pahalı bir her şeyi inşa etmek arasındaki farktır.

Sık sorulan sorular