Tasarım Odaklı Düşünmede Prototipleme ve Sadakat Düzeyi
Prototip, fikrin tamamını değil, fikirle ilgili tek bir varsayımı ucuza yanlışlamak için vardır. Bu ayrımı kaçıran ekipler haftalarca tıklanabilir arayüz cilalar, sonra testten çıkan tek cümlelik itirazı görmezden gelir. Prototiplemenin kazandırdığı yer bellidir: atılması ucuz, cevabı net olan sorular. Maliyeti belli bir eşiği geçtiğinde yarar tersine döner.
Önce soru, sonra malzeme
"Kullanıcı bu adımda ne yapacağını anlıyor mu", "iki ekran arasındaki geçiş kafa karıştırıyor mu", "bu formu neden yarıda bırakıyor". Soru bu netlikte değilse ortaya çıkan şey prototip olmaz, erken yapılmış bir ürün olur. Ve erken yapılmış ürün atılamaz, çünkü emek görünür haldedir.
Soruyu yazmadan malzeme seçmeyin. Kağıt eskizle cevaplanabilecek bir akış sorusuna tıklanabilir arayüz üretmek zaman kaybı. Tersi de geçerli: bir mikro etkileşimin hissini kağıtta ölçemezsiniz, orada düşük sadakat yanlış cevap verir.
Sadakat düzeyi bir maliyet kararıdır
Düşük sadakatli prototip kabataslaktır: kağıt, karton, wireframe. Yüksek sadakatli prototip gerçeğe yakındır: tıklanabilir arayüz, çalışan demo, gerçekçi fiziksel model. Aradaki fark estetik değil, atma maliyeti. Yarım saatte çizilen akış şeması yanlış çıktığında buruşturulup atılır. Üç gün emek verilmiş tıklanabilir prototip yanlış çıktığında savunulur.
Bir e-ticaret projesinde ödeme akışını tasarım aracında tıklanabilir hale getirmek üç gün sürmüştü; aynı akışın atılmak üzere yazılmış gerçek HTML sürümünü çıkarmak yarım gün aldı ve üstelik gerçek sepet verisiyle çalışıyordu.
Web projelerinde eşik daha erken gelir
Prototipin tek gerekçesi "gerçeğini yapmaktan ucuz olması". Web arayüzlerinde bu gerekçe sanılandan çabuk çürür. Statik bir sayfa, birkaç durum ve sahte veriyle kurulan bir ekran, çoğu zaman aynı ekranın araç içinde simüle edilmiş halinden hızlı çıkar. Simülasyonda her durumu elle çizersiniz: boş liste, hata mesajı, yükleniyor, uzun metin taşması. Kodda bunlar zaten birer koşuldur.
Kural basit: prototipi hazırlamak, aynı ekranın atılabilir gerçek sürümünü yazmaktan uzun sürüyorsa prototipleme zarardadır. O noktada araç seçimini değiştirin.
Yüksek sadakat geri bildirimi bozar
Gerçeğe benzeyen bir ekran gösterdiğinizde insanlar gerçeğe benzeyen şeyleri yorumlar. Renk, yazı tipi, buton yuvarlaklığı. Akışın mantığını sorgulayan yorum sayısı düşer, çünkü metin bitmiş görünen bir işi eleştirmeye karşı direnç gösterir. Akış sorusu soruyorsanız kaba çizim daha dürüst veri üretir.
Bu, yüksek sadakati gereksiz kılmaz. Fiyat tablosunun okunabilirliğini, form doldurma süresini veya animasyonun rahatsız edip etmediğini ancak gerçeğe yakın bir şeyle ölçebilirsiniz.
Turu kısa tutun, tek değişken değiştirin
- Cevap arayacağınız tek soruyu bir cümleyle yazın.
- O soruya yetecek en ucuz malzemeyi seçin.
- Üç beş kişiyle deneyin, gözlemi kaydedin.
- Tek bir şeyi değiştirip tekrar deneyin.
Aynı turda hem yerleşimi hem metni hem sırayı değiştirirseniz sonuç iyileşse bile nedenini bilemezsiniz. Tasarım odaklı düşünmede empati, tanımlama, fikir üretme, prototipleme ve test aşamaları sırayla anlatılır ama sırayla işlemez; test genellikle sizi tanımlama aşamasına geri gönderir. Geri dönmek sürecin hatası değil, çalıştığının işaretidir.