Uygulama Fikrini Yapmadan Önce Nasıl Doğrularsınız

Bir uygulama fikrini doğrulamak, belirli bir grubun sorunu yaşayıp yaşamadığını, bunu çözmek için zaten bir şeyler deneyip denemediğini ve çözümünüz için gerçek bir şeyi (zaman, bir e-posta, para) verip vermeyeceğini öğrenmek demektir. Konuşmalarla başlayın, bir açılış sayfasına ya da bekleme listesine geçin ve bir ön satışı ya da geri dönen bir kullanıcıyı en güçlü kanıt sayın. Her adım biraz daha fazla maliyet getirir ve size biraz daha fazla şey söyler.

Doğrulama, bir fikrin başarılı olacağını kanıtlamaz. Kimsenin istemediği bir şeye aylarca emek harcama olasılığını düşürür.

Aslında neyi test ediyorsunuz

"Bu iyi bir fikir mi?" test edilemeyecek kadar muğlak bir sorudur. Cevaplanabilir sorulara bölün:

Son soru çoğu zaman atlanır. Ulaşamadığınız müşteriler için gerçek bir sorun, yine de zor bir iştir.

Adım 1: En riskli varsayımınızı yazın

Herhangi bir araştırmadan önce fikri tek bir cümleye yazın: "[Kim], [sorun] ile uğraşıyor ve [neden] yüzünden [çözüm]ü kullanır." Sonra çalışması için neyin doğru olması gerektiğini listeleyin ve en az emin olduğunuz maddeyi işaretleyin. İlk test edeceğiniz şey budur.

Evcil hayvan kuaförleri için bir randevu uygulaması düşünün. En riskli varsayım "kuaförlerin randevu sistemine ihtiyacı var" olmayabilir; bunun cevabı zaten bellidir. Asıl soru "kuaförler mevcut araçlarından geçecek kadar memnuniyetsiz mi" sorusudur.

Adım 2: Sorun görüşmeleri

Görüşmeler en ucuz ve en yüksek sinyali veren yöntemdir; ayrıca en kolay kötü yapılan yöntemdir. Amaç satış yapmak değil, kişinin mevcut davranışını öğrenmektir.

Kiminle konuşmalı

Tarif ettiğiniz tek cümleye uyan kişilerle. Aile ve arkadaşlar pratik için uygundur ama dürüst olmaktan çok nazik davranırlar. Gerçek adayları zaten bulundukları yerlerde bulun: sektör grupları, subreddit'ler, yerel işletme dernekleri, LinkedIn'deki kendi ağınız.

Ne sormalı

Geleceğe dair varsayımlara değil, geçmişe dair sorular sorun:

• "[Sorun] ile en son ne zaman uğraştığını anlat."
• "Bu konuda ne yaptın? Hangi araçları kullandın?"
• "Bunda en çok ne seni rahatsız etti?"
• "Bunu düzeltmek için bir şeye para verdin mi? Neden verdin ya da vermedin?"
• "Bu olduğunda başka kimler işin içine giriyor?"

Neden kaçınmalı

• "[...] yapan bir uygulamayı kullanır mıydınız?" Neredeyse herkes kibarlık olsun diye evet der.
• Çözümünüzü çok erken göstermek. Gördükleri anda sorunları hakkında anlatmak yerine size tepki vermeye başlarlar.
• İltifatları saymak. "Harika bir fikir" kanıt değildir. "Hazır olunca deneyebilir miyim?" biraz kanıttır. "İşte kartım" ise çok kanıttır.

Not alın ve sonrasında öğrendiğiniz üç şeyi yazın. Birkaç kişi aynı acıyı benzer sözcüklerle anlatıyorsa, o sözcükleri not edin; bunlar açılış sayfanızın başlığı olur.

Adım 3: Zaten neyin var olduğunu kontrol edin

Çözümünüzü değil, sorunu arayın. Mevcut ürünlere, fiyat sayfalarına ve herkese açık yorumlara bakın. Rekabet genellikle iyi bir işarettir: insanların sorunu çözmek için para ödediğini gösterir. Aradığınız şey bir boşluktur: mevcut araçların kötü hizmet verdiği bir grup, kimsenin kapsamadığı bir fiyat noktası ya da hâlâ elektronik tablolarda yapılan bir iş akışı.

Hiç bir şey yoksa nedenini bulun. Bazen bu bir fırsattır; çoğu zaman da sorunun para ödemeye değecek kadar acı vermediği anlamına gelir.

Adım 4: Açılış sayfasıyla smoke testi

Smoke testi, ürün varmış gibi tarif eden ve net bir eylem sunan bir sayfadır: bekleme listesine katılın, erişim isteyin ya da ön sipariş verin. Sonra o sayfaya hedeflenmiş kişileri yönlendirir ve kaçının eylemi gerçekleştirdiğini ölçersiniz.

Sayfanın ihtiyaç duyduğu şeyler:

1. Görüştüğünüz kişilerin kendi sözcükleriyle sorunu adlandıran bir başlık.
2. Üç ya da dört somut fayda: kullanıcı için neyin değişeceği.
3. Tek bir çağrı (call to action).
4. Ürünün geliştirme aşamasında olduğuna dair dürüst bir not; kimse aldatılmış hissetmesin.

Sonra trafiği, kitlenizin bulunduğu yerlerden getirin. Dar bir kitleye yönelik küçük bir ücretli reklam testi işe yarayabilir; topluluklarda paylaşım yapmak da işe yarar, yeter ki kurallarına uyun. Dönüşüm sağlayan bir açılış sayfası nasıl yapılır yazısı yapı ve metin konusunu ele alır.

Sonuçları okumak

Evrensel bir "iyi" dönüşüm oranı yoktur; bu yüzden kendinizle karşılaştırın: iki başlık ya da iki kitle deneyin ve hangisinin daha iyi çalıştığını görün. En yararlı çıktı yüzde değil, kayıt olan kişilerin listesidir. Onlara e-posta gönderin ve bir görüşme isteyin.

Adım 5: Bir bekleme listesi kurun ve kullanın

Bekleme listesi, lansmandan önce ilgilenen kişilerin e-postalarını toplar. İki nedenle faydalıdır: size görüşülecek insanlar verir ve lansman gününde bir kitle sağlar.

Zayıf yanı, kayıt olmanın neredeyse bedava olmasıdır. Listenin daha fazla iş yapmasını sağlayın:

• Kayıt sırasında bir soru sorun, örneğin "Bunun için bugün ne kullanıyorsun?"
• Erken kayıt olanlara kişisel yanıt verin ve 15 dakika isteyin.
• Liste soğumasın diye birkaç haftada bir kısa bir güncelleme gönderin.

Bekleme listesi sayfası nasıl yapılır yazısı, e-postaların nerede saklandığı dahil, kurulumu anlatır.

Adım 6: Ön satış yapın ya da kapora alın

Erken dönemdeki en güçlü sinyal paradır. Erken erişimi indirimli, kurucu üye fiyatıyla ya da iade edilebilir bir kaporayla sunun ve kimin ödediğini görün. Ödeme sağlayıcınızın bir ödeme bağlantısını kullanın; bitmiş bir ürününüz olması gerekmez.

Dürüst olun: ne zaman teslim edeceğinizi söyleyin ve iade isteyen herkesi geri ödeyin. Kimsenin satın almadığı bir ön satış da bir sonuçtur. Fiyatın yanlış olabileceği, kitlenin yanlış olabileceği ya da acının görüşmelerde anlatıldığı kadar keskin olmadığı anlamına gelebilir.

Adım 7: Konsiyerj ve Oz Büyücüsü testleri

Bazen en hızlı "ürün" sizsinizdir.

• Konsiyerj testi: sonucu elle teslim edin. Uygulama haftalık raporlar üretecekse, bunları bir elektronik tabloda kendiniz hazırlayıp e-posta ile gönderin. Otomatikleştirmeden önce kullanıcıların neye değer verdiğini tam olarak öğrenirsiniz.
• Oz Büyücüsü testi: kullanıcılar basit bir arayüz görür, ama arkasında işi manuel olarak siz yaparsınız. Kullanıcı ürünü deneyimler; siz geri dönüp dönmediklerini öğrenirsiniz.

İkisi de ölçeklenmesi yavaştır ve bu bilinçli bir tercihtir. Yalnızca değeri kanıtlanmış olanı otomatikleştirirsiniz.

Adım 8: Küçük bir MVP yapın ve davranışı izleyin

Minimum uygulanabilir ürün (MVP), tek temel işi yapan en küçük sürümdür. AI uygulama oluşturucularla veritabanı ve girişi olan çalışan bir MVP aylar değil, günler alabilir; bu yüzden onu doğrulamanın bir parçası yapmak artık makuldür. Bkz. MVP nedir.

Asıl ölçü kayıt sayısı değil, geri dönen kullanımdır. İnsanlar sizin dürtmenize gerek kalmadan ikinci ve üçüncü kez geri geliyor mu? Bir meslektaşlarını davet ediyorlar mı? Uygulama bozulduğunda şikâyet ediyorlar mı? Bunlar uygulamanın onlar için önemli olduğunun işaretleridir.

Doğrulama yöntemlerini karşılaştırma

Ne zaman durmalı, değiştirmeli ya da devam etmeli

Başlamadan önce eşiğinizi belirleyin; örneğin "on görüşme, üç kişi ödeyeceğini söylüyor, bir ön satış". Sonra dürüst olun:

• Devam edin, insanlar aynı acıyı tarif etmeye devam ediyorsa ve bazıları para ya da zaman taahhüt ediyorsa.
• Değiştirin, acı gerçekse ama varsaydığınızdan farklı bir grup için ya da farklı bir fiyatla ise. Bu yaygındır ve faydalıdır.
• Durun, kimse sorunu çözmeye çalışmıyorsa, kimse ödemeyecekse ve sorunu yaşayanlara ulaşamıyorsanız.

Erken durmak iyi bir sonuçtur. Bir sonraki fikri test etmek için size zaman kazandırır.

Mythex ile doğrulama

Mythex, bu sürecin sonraki adımlarına uyar. Bekleme listesi formu olan bir açılış sayfasını tarif edebilir, aynı gün herkese açık bir URL'de yayınlayabilir ve kayıtları bir veritabanına kaydettirebilirsiniz. Sinyaller iyi çıktığında aynı projeyi küçük bir MVP'ye dönüştürebilirsiniz. Başlamak ücretsizdir; dokümantasyondaki bekleme listesi rehberi adımları gösterir. Bütçeyi tartıyorsanız, bir uygulama yapmanın ne kadar tuttuğu yazısı seçenekleri karşılaştırır.

Sorular