Uygulama Fikrinizi Geliştirmeden Önce Nasıl Doğrularsınız (Geliştirmek Ucuz Olsa Bile)

Bir uygulama geliştirmek eskiden aylar ve binlerce dolar gerektirirdi. Bu durum kötü fikirleri doğal olarak eleyip geçerdi — işi bitirdiğinizde ya ödeme yapan müşterileriniz olurdu ya da kimsenin bunu istemediğini öğrenmiş olurdunuz.

Peki ya şimdi? Geliştirmek ucuz. Bir fikri doğrulayabilir, bir MVP oluşturabilir ve bir hafta sonu içinde kullanıcıların önüne koyabilirsiniz. Kulağa harika geliyor, ta ki yeni sorunu fark edene kadar: herhangi bir fikre bir hafta sonunda başlayabilirsiniz, ama önemli olmayan fikirlere yine de aylarınızı harcarsınız.

En kıt kaynak para ya da geliştirme süresi değil. Sizin dikkatiniz. Önümüzdeki üç ayda odağınızı nereye vereceksiniz?

İşte koda âşık olmadan önce nasıl doğrulama yapacağınız.

Bir Uygulama Fikrini Geliştirmeden Önce Nasıl Doğrularsınız?

Bir uygulama fikrini üç ucuz, art arda gelen testle doğrulayın: kimsenin umursayıp umursamadığını görmek için bir bekleme listesi sayfası, kimsenin ödeme yapıp yapmayacağını görmek için küçük bir ön satış ve sorunu anlayıp anlamadığınızı görmek için bir dürüst görüşme. Her adım aylar değil saatler sürer ve her biri sizi yanlış şeyi geliştirmekten kurtarabilir.

Fikrimi Test Etmek İçin Bir Bekleme Listesi Sayfası Oluşturmalı mıyım?

Evet — bir bekleme listesi sayfası en basit doğrulama adımıdır: bir bültene “evet” diyecek kadar önemseyen biri var mı?

Fikriniz için tek sayfalık bir açılış sayfası oluşturun. Henüz kayıt gerekmiyor. Sadece uygulamanın ne yapacağını, kimin için olduğunu ve neden önemli olduğunu anlatın. Gerçek bir dil kullanın. Fazla şişirmeyin. Sonra bir düğme ekleyin: “Erken erişim alın — hazır olduğunda size e-posta göndereceğiz.”

Bir hafta boyunca çalıştırın. Sıfır kayıt alırsanız, bu bir veridir. Beş kayıt alırsanız, bu da bir veridir. Yüz kayıt alırsanız, bir şeylerin peşindesiniz demektir.

Tanıdığımız bir girişimci köpek gezdirme randevu uygulaması geliştirdi. Fikri yazmak için bir gün, basit bir açılış sayfası yapmak için yarım gün daha harcadı ve birkaç topluluk forumunda paylaştı. Bir haftada bir kayıt aldı. Uygulamayı yapmadı. Zamanını, iki haftada 400 kayıt alan farklı bir fikre yönlendirdi. Doğru cevap budur.

Viral bir başarı aramıyorsunuz. Eşik sorusunu arıyorsunuz: “Bu, birinin sahip olduğu bir sorunu çözüyor mu?” Cevap hayırsa, bunu üç aylık geliştirme maliyetiyle değil, iki saat ve biraz utanma maliyetiyle öğrenmiş olursunuz.

Bir Uygulamayı Geliştirmeden Önce Ön Satışını Yapmalı mısınız?

Evet, bekleme listesi sayfanız işe yarıyorsa — ön satış bir sonraki adımdır ve aynı anda iki şeyi doğrular: insanların gerçekten ödeme yapıp yapmayacağını ve sorunu anlayışınızın gerçekle örtüşüp örtüşmediğini.

Bekleme listenizden beş kişiye e-posta atın. Onlara gerçeği söyleyin: “Bunu geliştiriyorum. Henüz hazır değil. Gerçekten ihtiyacınız olan şeyi geliştirdiğimden emin olmak için bana peşin 200 dolar ödemek ister misiniz?” Bir iş kurmuyorsunuz. Sorunu anlayışınızın gerçekle örtüştüğünü doğruluyorsunuz.

Bir muhasebeci, küçük işletme giderlerini otomatik olarak kategorilere ayıran bir uygulama fikrine sahipti. Bir açılış sayfası oluşturdu. 30 kayıt aldı. Sonra bunlardan beşine e-posta gönderdi ve “Bunu geliştiriyorum. İlk müşteri olmak ve doğru yaptığımdan emin olmama yardım etmek için 500 dolar öder misiniz?” dedi.

İki kişi evet dedi. Onlarla üç hafta geçirdi ve gerçek sorunun kategorilendirme olmadığını öğrendi — sorun mutabakattı. Uygulamanın, defterlerinin bankalarıyla eşleştiğini muhasebecilerine kanıtlamalarına yardımcı olmasını istiyorlardı. Neredeyse yanlış uygulamayı geliştiriyordu.

İnsanlar peşin ödeme yapmak istemezse, sorun değil — bunu geliştirmeden önce öğrenmiş olursunuz. Peşin ödeme yaparlar ama ihtiyaçları beklediğinizden farklıysa, bu altın değerinde. Tek bir satır kod yazmadan önce tam olarak yapmanız gereken görüşme budur.

Bir Uygulamayı Geliştirmeden Önce Potansiyel Bir Müşteriye Ne Sormalısınız?

Tek bir dürüst görüşmede beş soru sorun: sorunu bugün nasıl çözdüklerini, bunun en kötü yanının ne olduğunu, dar kapsamlı bir çözümün onları uygulamanızı kullanmaya iteceğini, ilgili araçlara şu anda ne harcadıklarını ve belirli bir fiyata evet deyip demeyeceklerini. Geliştireceğiniz şeyi sizin varsayımlarınız değil, onların cevapları şekillendirmeli.

Bazen insanlar peşin ödeme yapmaz. Cimri değildirler — temkinlidirler. Önce bir şey görmek isterler.

Bu durumda bir görüşme ayarlayın. “Hey, uygulama fikrim hakkında konuşmak ister misin?” görüşmesi değil. “Sorununu düşünüyordum ve doğru anladığımdan emin olmak istiyorum” görüşmesi.

Onlara beş soru sorun:

1. Bunu bugün nasıl çözüyorsunuz?
2. Şu anki çözüm yönteminizin en kötü yanı ne?
3. O tek parçayı düzelten bir şey geliştirirsem, kullanır mısınız?
4. Bunu bir şekilde çözen araçlara ne kadar harcıyorsunuz?
5. Size ayda X dolar ücret alsam, evet mi derdiniz hayır mı?

Çoğu insan size dürüst cevaplar verecektir. Bazıları sizi savuşturacaktır. Size dürüst cevaplar veren insanlar — özellikle geçici çözümlerinden veya mevcut araçlarından bahsedenler — geliştirdiğiniz uygulamanın hedef kitlesi işte onlardır.

Bir girişimci proje yönetimi uygulaması geliştirdi. Üç serbest çalışanla konuştu. Bu soruları sordu. Üçü de aynı şeyi söyledi: “Bunun için bir araç kullanmıyorum. Aklımda tutuyorum sadece. Ve sürekli takibi kaybediyorum.”

Bu cevap her şeyi değiştirdi. Bir proje yönetimi aracı geliştirmedi. Hatırlatmalar gönderen bir şey geliştirdi. Farklı bir ürün, daha iyi bir ürün — gerçek sorunu anlamaya dayalı.

Uygulama Fikriniz Ne Zaman Doğrulanmış Olur?

Uygulama fikriniz, üç testten en az biri gerçek bir talebi doğruladığında geçerli hale gelir: bekleme listeniz büyüyorsa, insanlar peşin ödeme yapmaya istekliyse ya da görüşmeleriniz size sorun hakkında tutarlı bir hikaye anlatıyorsa. İşte o zaman geliştirmeye başlarsınız.

Ve güvenle geliştirirsiniz, çünkü tahmin yürütmüyorsunuz. İhtiyaçlarını size zaten söylemiş belirli insanlar için geliştiriyorsunuz.

Yine de muhtemelen bazı şeyleri yanlış yapacaksınız. Geliştirme süreci, görüşmelerin ortaya çıkaramadığı somut seçimler yapmanızı zorunlu kılar. Ama yanıldığınız şey detaylardır, uygulamanın önemli olup olmadığı değil.

Bir Dürüst Söz

Bazen doğrulama olumsuz sonuçlanır. Bekleme listeniz dolmadı. İnsanlar peşin ödeme yapmıyor. Görüşmeler kibar ama ilgisiz.

İşin can alıcı noktası tam da bu. Kazanç bu. Bunu, kimsenin istemediği bir şeyi geliştirmek için haftalar harcamadan önce öğrenmiş oldunuz.

Kazanan uygulamalar, kurucusunun doğrulamaya ihtiyaç duymayan mükemmel bir fikre sahip olduğu uygulamalar değildir. Kurucusunun erken doğrulama yaptığı, fikrini iki kez değiştirdiği ve üçüncü seferde doğru şeyi geliştirdiği uygulamalardır.

Bir hafta doğrulamaya harcayın. Sonra üç ay geliştirmeye harcayın. Bu oran kariyerinizi değiştirecek.