Uygulama Fikri Prototiple Nasıl Doğrulanır: Adım Adım
Uygulama prototipi, kod yazmadan önce fikrin gerçek kullanıcıda işe yarayıp yaramadığını gösterir: prototip türleri, test yöntemi ve ölçütler.
rabbitclip ekibiYayın: 5 dk okuma
Kısa cevap
Bir uygulama fikrini prototiple doğrulamak, kod yazmadan önce ekranları ve akışı tıklanabilir bir taslak olarak hazırlayıp gerçek kullanıcılara denetmek demektir. Amaç güzel görünen bir model üretmek değil, tek bir soruya cevap almaktır: bu kişi bu işi bu uygulamayla yapmak ister mi, yapabilir mi? Prototip günler içinde hazırlanır, birkaç kişiyle yapılan görüşme fikrin taşıyıp taşımadığını gösterir ve yanlış çıkan varsayım geliştirme başlamadan, en ucuz haliyle ortaya çıkar.
Doğrulama çoğu zaman atlanır, çünkü fikrin sahibi onu zaten bilir gibi hisseder. Oysa kendi ekibinin ya da yakın çevrenin beğenisi bir kanıt sayılmaz. Bir randevu uygulaması düşünün: sahibi için akış açıktır, ama ilk kez gören müşteri ikinci ekranda takılabilir. Bunu uygulama yazıldıktan sonra öğrenmek aylarca emek ve bütçe demektir; prototipte öğrenmek bir öğleden sonradır.
Prototip ile MVP arasındaki fark nedir?
Prototip çalışmayan, ama çalışıyormuş gibi görünen bir modeldir. Ekranlar bağlıdır, düğmeler bir sonraki ekrana götürür, ama arkada gerçek bir sunucu, veri tabanı ya da ödeme sistemi yoktur. Amacı bir hipotezi sınamaktır ve atılmaya hazır üretilir.
MVP ise gerçek, ama küçültülmüş bir üründür. Gerçek kullanıcı veri girer, sistem gerçekten çalışır, mağazaya çıkabilir. Sıra genellikle şöyledir: önce prototip, sonra gerekirse MVP. Prototipte reddedilen bir fikir MVP maliyetine hiç girmez; prototipte tutan bir fikir ise MVP'nin kapsamını da netleştirir.
Hangi prototip hangi soruyu cevaplar?
Tek bir prototip türü yoktur; seçim, cevaplanacak soruya bağlıdır. Önce soruyu yazın, sonra en ucuz aracı seçin.
Sorunun kendisi doğru mu diye bakıyorsanız kâğıt taslak ve görüşme yeter. Akış anlaşılıyor mu diye bakıyorsanız tasarım aracında hazırlanmış tıklanabilir ekranlar gerekir. Teknik olarak yapılabilir mi diye bakıyorsanız yalnız riskli kısmı çalışan küçük bir kod denemesi yazılır.
- Kâğıt ya da çizim taslağı: sorun ve temel akış doğru mu, birkaç saatte sınanır
- Tıklanabilir ekran modeli: kullanıcı akışı ve metinler anlaşılıyor mu, gerçek telefonda denenir
- Elle yürütülen hizmet: arka planda işi bir insan yapar, kullanıcı otomatikmiş gibi görür; talep gerçek mi ölçülür
- Teknik deneme: yalnız en riskli entegrasyon ya da özellik çalışıyor mu diye bakılır
Prototip kimlerle ve nasıl test edilir?
Test edecek kişiler fikrin hedef kitlesinden olmalı; arkadaş ve aile genellikle nazik davranır ve gerçek tepkiyi gizler. Beş ila sekiz kişilik küçük bir grup çoğu zaman aynı sorunun tekrar etmeye başladığını görmeye yeter; sayıdan çok, kişilerin gerçekten hedef kitleden olması önemlidir.
Görüşme sırasında kullanıcıya uygulamayı anlatmayın. Ona bir görev verin: 'Yarın için bir randevu alın' gibi. Sonra susun ve izleyin. Nerede duraksadığı, neyi yanlış anladığı, hangi düğmeyi aradığı sizin ürününüzün gerçek eksiğidir.
Görüşmeyi kaydedin ya da not alın, ama yorum katmadan yazın. Kullanıcı 'güzel olmuş' derse bunu değerli saymayın; 'bunu haftada kaç kez kullanırdım' ya da 'şu an bunu nasıl yapıyorum' gibi davranış anlatan cümleler asıl veridir.
Neye bakarak fikir tuttu denir?
Başarı ölçütünü testten önce yazın, sonra değil. Aksi halde sonuç ne olursa olsun olumlu yorumlamak kolaydır. Ölçüt kullanıcının görevi yardımsız bitirip bitirmediği, anlatırken hangi sorunu dile getirdiği ve bir sonraki adıma, örneğin bekleme listesine ya da ön siparişe istekli olup olmadığıdır.
Rakamı önceden belirleyin: örneğin görev verilen kişilerin çoğunun yardım almadan akışı bitirmesini bekliyorsanız bunu yazın. Eşik size ait olsun, ama testten önce sabitlenmiş olsun.
- Kullanıcı görevi yardım istemeden bitirdi mi
- Aynı noktada takılan birden fazla kişi var mı
- Kullanıcı bugün bu sorunu nasıl çözüyor ve bundan memnun mu
- Bekleme listesi, ön kayıt ya da ön sipariş gibi bir somut adıma istekli mi
Prototip doğrulamasında sık yapılan hatalar nelerdir?
En yaygın hata prototipi fazla cilalamaktır. Her piksel tamamlanmış bir model, kullanıcıyı estetik üzerine konuşturur, asıl akış üzerine değil; üstelik emek harcandığı için ekip eleştiriye kapanır. Prototip bir hipotezi sınayacak kadar iyi olmalı, daha fazlası olmamalı.
İkinci hata yönlendirici soru sormaktır: 'Bu özelliği beğendiniz mi?' sorusunun cevabı hemen her zaman evettir. Üçüncü hata ise olumsuz geri bildirimi kullanıcının yanlış anlamasına bağlamaktır; üç kişi aynı yerde takılıyorsa sorun kullanıcıda değil, ekrandadır.
- Prototipi gereğinden fazla cilalamak ve sonucu estetik tartışmasına çevirmek
- Evet cevabını getiren yönlendirici sorular sormak
- Yalnız tanıdık kişilerle test edip nazik tepkiyi kanıt saymak
- Başarı ölçütünü testten sonra belirlemek
Prototip ne zaman gerekmez ya da yanlış seçim olur?
Çözdüğünüz sorun çok bilinen, benzer ürünleri olan ve akışı oturmuş bir alandaysa uzun bir prototip döngüsü gereksiz olabilir; bu durumda doğrudan küçük bir MVP ile gerçek kullanım verisine geçmek daha öğreticidir. Prototip, belirsizlik yüksekken değerlidir; belirsizlik düşükse zaman kaybettirir.
Ayrıca prototip, yalnızca donanıma özgü bir davranışı, örneğin kamera, sensör ya da çevrimdışı çalışma kalitesini sınamak için yanlış araçtır. Bu tür riskler ancak küçük bir teknik denemeyle görülür. Fikrin bir pazar ve davranış sorusu mu, teknik bir soru mu olduğunu ayırın; her ikisi için aynı araç seçilmez.
Prototip, fikre karşı bir engel değil, fikrin kendi sahibine yapılmış bir iyiliktir: yanlış çıkan varsayımı ucuza yakalatır, doğru çıkanı güçlendirir. Önce cevaplanacak tek soruyu yazın, en ucuz prototipi hazırlayın, hedef kitleden birkaç kişiyle sınayın ve ölçütü önceden belirleyin. Elinizdeki fikri nasıl sınayacağınızı birlikte düşünmek isterseniz, rabbitclip ile bir keşif görüşmesi yapabilirsiniz.
Sık sorulanlar
Prototip hazırlamak ne kadar sürer?
Süre fikrin kapsamına ve seçilen türe bağlıdır. Kâğıt taslak birkaç saatte, tıklanabilir ekran modeli çoğunlukla birkaç günde hazırlanır. Kapsam büyüdükçe süre uzar; bu yüzden yalnız sınanacak ana akışı prototipe alın.
Prototipi kod bilmeden hazırlayabilir miyim?
Evet. Kâğıt taslak ve tasarım araçlarındaki tıklanabilir ekran modelleri kod gerektirmez. Elle yürütülen hizmet yöntemi de kodsuzdur. Kod yalnız teknik fizibiliteyi sınarken gerekir.
Prototip testini kaç kişiyle yapmalıyım?
Hedef kitleden beş ila sekiz kişi çoğu zaman aynı sorunların tekrar etmeye başladığını görmek için yeterlidir. Sayıdan çok kişilerin gerçekten hedef kitleden olması önemlidir; arkadaş ve aile görüşü güvenilir bir ölçüt sayılmaz.
Prototip tutarsa sıradaki adım nedir?
Prototipte tutan ana akışı alıp küçük bir MVP kapsamı çıkarırsınız. Önce yalnız o akışı gerçek olarak çalıştırır, sonra gerçek kullanıcıyla ölçersiniz. Prototipte öğrendiğiniz metin ve akış kararları geliştirmeye doğrudan taşınır.
