Uygulama Fikri Nasıl Doğrulanır?

Uygulama projelerinde en pahalı hata teknik değil: kimsenin istemediği bir şeyi kusursuz yapmak. Bütçe tükendiğinde ortaya çıkan tablo genelde aynıdır — uygulama çalışıyor, mağazada duruyor, indiren yok.

Bu yazıda kod yazılmadan önce fikrin karşılığı olup olmadığını anlamanın yollarını topladık. Hiçbiri pahalı değil; hepsi birkaç haftada tamamlanabiliyor.

Doğrulama neyi ölçer?

Doğrulamanın amacı fikrin "iyi" olduğunu kanıtlamak değil. Üç somut soruya cevap aramak:

1. Problem gerçek mi? İnsanlar bu sorunu bugün nasıl çözüyor ve bu çözüm onları rahatsız ediyor mu?
2. Çözüm bu mu? Sizin önerdiğiniz yol, mevcut çözümden belirgin biçimde iyi mi?
3. Ödeme niyeti var mı? İnsanlar bu çözüm için para vermeye ya da en azından bilgi bırakmaya razı mı?

Üçüncüsü olmadan ilk ikisi tek başına bir şey ifade etmiyor. Bir soruna herkes kızabilir ama çözümü için kimse ödemeyebilir.

1. Arama hacmine bakın

İnsanlar bir sorunu yaşıyorsa onu arıyordur. Hedeflediğiniz problemin arama hacmi, talebin en ucuz göstergesi.

Bakılacak yer yalnız "… uygulaması" kalıbı değil; asıl sinyal problem dilinde gizli: "stok takibi nasıl yapılır", "servis formu şablonu", "kargo takip excel". Bu aramalar, insanların sorunu çözmek için hâlihazırda çabaladığını gösterir.

Hiç arama yoksa iki ihtimal var: ya sorun yok, ya da insanlar sorunu adlandıramıyor. İkincisi mümkündür ama çok daha zor ve pahalı bir yoldur.

2. Mevcut çözümlerin yorumlarını okuyun

Rakip uygulamaların mağaza yorumları, hazır ve ücretsiz bir müşteri araştırmasıdır. Özellikle 1 ve 2 yıldızlı yorumlar altın değerinde: insanlar orada neyi neden beğenmediğini yazıyor.

Aynı şikâyet farklı kelimelerle tekrar ediyorsa elinizde doğrulanmış bir boşluk var demektir. "Aboneliği iptal edemedim", "çevrimdışı çalışmıyor", "Türkçe desteği yok" gibi tekrar eden cümleler, ürününüzün ilk özellik listesini oluşturur.

3. Yirmi kişiyle konuşun — ama doğru soruyla

Görüşme yapmanın en yaygın hatası, fikri anlatıp "ne dersiniz" diye sormak. İnsanlar kırıcı olmamak için beğenir ve bu geri bildirim sizi yanlış yöne götürür.

Fikri anlatmayın; bugünü sorun:

• Bu işi en son ne zaman yaptınız, nasıl yaptınız?
• En çok neresinde zorlandınız?
• Bunun için şu an bir şey ödüyor musunuz? Ne kadar?
• Çözmek için daha önce ne denediniz, neden bıraktınız?

Son soru en değerlisi. Bir çözümü deneyip bırakmış kişi, sorunun gerçekliğini de mevcut çözümlerin yetersizliğini de aynı anda kanıtlıyor.

4. Tek sayfalık test yapın

Uygulamayı yazmadan önce yalnız vaadini yayınlayın: tek sayfalık bir web sitesi, ürünün ne yaptığını anlatan birkaç ekran görüntüsü ve bir kayıt formu.

Sonra o sayfaya küçük bir reklam bütçesiyle trafik gönderin. Ölçülecek şey ziyaret sayısı değil, ziyaretçilerin yüzde kaçının e-posta bıraktığı.

Bu testi kurmak için bir uygulamaya değil, bir web sayfasına ihtiyacınız var — birkaç günlük iş.

5. Manuel yürütün

En az bilinen ve en çok işe yarayan yöntem: hizmeti önce elle verin. Uygulamanın yapacağı işi bir süre siz yapın — mesajla, tabloyla, telefonla.

Bir randevu uygulaması düşünüyorsanız, on müşteri için randevuları elle takip edin. Bu size iki şey kazandırır: gerçek kullanım verisi ve uygulamanın hangi adımı otomatikleştirmesi gerektiğinin net cevabı.

Bu aşamada öğrenilenler, sonradan yazılacak ürünün kapsamını belirgin biçimde küçültüyor — yani doğrudan bütçe tasarrufu. Kapsamı dar tutmanın nasıl yapıldığını MVP 6 haftada nasıl çıkarılır yazısında anlattık.

Yanıltıcı sinyaller

• "Harika fikir" diyen arkadaşlar. Sizi seven insanlar fikrinizi de sever.
• Yüksek sosyal medya etkileşimi. Beğeni, ödeme niyetinin göstergesi değil.
• Rakip olmaması. Genelde iyi haber değil; çoğu zaman pazar olmadığını gösterir.
• "Ücretsiz olsa kullanırım." Bu cümle bir hayır cevabıdır.

Doğrulama sonrası ne olur?

Doğrulama üç sonuçtan birini verir ve üçü de kazançtır:

1. Sinyal güçlü. Kapsamı belirleyip geliştirmeye geçilir; bütçe planı için mobil uygulama fiyatları sayfasındaki bandlara bakabilirsiniz.
2. Sinyal zayıf ama sorun gerçek. Çözüm biçimi değiştirilir — belki uygulama değil, bir web paneli yeterlidir.
3. Sinyal yok. Fikirden vazgeçilir. Bu, birkaç haftalık çalışmayla önlenmiş yüz binlerce liralık bir kayıptır.

Devamı için

Fikir doğrulandıktan sonraki adım kapsamı daraltmak: MVP 6 haftada nasıl çıkarılır. Uygulama yerine web tarafının yeteceği durumlar için mobil uygulama mı web sitesi mi, firma seçimi için sorulacak 12 soru yazılarına bakabilirsiniz.