Mobil Prototiplemede Sadakat Seviyesi ve Araç Seçimi
Prototip, uygulamanın kendisi değil, onun hakkında karar vermeni sağlayan en ucuz maket. Mobilde bu maketin getirisi daha da yüksek: ekran küçük, akış kısa, ve yanlış bir navigasyon kararı koda girdikten sonra sökülmesi tasarımda düzeltmenin kat kat üstüne çıkıyor. Aşağıda sadakat seviyesinin nasıl seçileceği, araçların hangisinin nerede durduğu ve prototipin gerçeği yansıtmadığı noktalar var.
Önce sadakat seviyesine karar ver
Prototipleme tek bir iş değil. Kağıda çizilmiş bir akış da prototiptir, dokunmatik jestleri taklit eden tıklanabilir bir simülasyon da. Aradaki fark maliyet ve cevapladıkları soru.
Düşük sadakat, kullanıcının bu ekranda ne yapacağını anlayıp anlamadığını söyler. Yüksek sadakat, geçişin akıcı hissettirip hissettirmediğini. İlkini bir öğleden sonrada kurarsın, ikincisi günler alır. Sırayı karıştırma: akış yanlışsa animasyonun akıcılığının hiçbir kıymeti yok.
Erken aşamada Balsamiq'in kaba eskiz görünümünü Proto.io'nun cilalı çıktısından daha güvenilir bulurum. Kaba görünen ekran, toplantıdaki insanları renk ve yazı tipi yerine akış hakkında konuşmaya zorluyor. Cilalı prototip ise bitmiş ürün izlenimi verdiği için geri bildirimi yüzeyde tutuyor, tam da en çok değişikliğe ihtiyaç duyduğun anda.
Araçlar ve durdukları yer
İskelet ve hızlı eskiz
Balsamiq beyaz tahta eskizine benzeyen arayüzüyle wireframe üretmeyi hızlandırır, bağlantılarla basit tıklanabilir demolar kurulur. Moqups sade ve hızlıdır ama statik kalır, etkileşim isteyen bir senaryoda başka bir araca geçmen gerekir. Mockflow ve Pidoco da aynı bandda, ikisi de yarım günde öğrenilir.
Etkileşimli prototip
Justinmind geniş bir bileşen kütüphanesiyle jest, dokunma ve sürükleme davranışlarını taklit eder, gerçek uygulamaya en yakın hissi veren araçlardan biridir. Proto.io kod yazmadan yüksek etkileşimli simülasyonlar kurar ve prototipi doğrudan iOS ya da Android cihazda açmana izin verir. UXPin sürümlendirme ve ekip geri bildirimi tarafında güçlüdür. Axure koşullu mantık ve değişken gerektiren karmaşık akışlarda hâlâ rakipsiz, karşılığında öğrenme eğrisi diktir. Fluid UI hazır platform içerikleriyle işi çabuklaştırır.
Bu tür listelerde hâlâ InVision'ı görürsün. InVision tasarım araçlarını 2024 sonunda kapattı, yeni bir proje için değerlendirme dışı. Eski yazılardan kopyalanan araç listelerinin sorunu bu: aracı seçmeden önce hâlâ yaşadığını doğrula.
Prototipin yalan söylediği yer
Prototip sıfır gecikmeli bir dünyada yaşar. Tıkladığın anda sonraki ekran hazırdır, liste doludur, görsel yüklüdür. Gerçek uygulamada o ekran bir ağ isteğinin arkasında durur: boş durum vardır, iskelet yükleyici vardır, zaman aşımı vardır, kullanıcının şebekesi tünelde kesilir. Prototipte kusursuz görünen akışa üç saniyelik bir bekleme eklediğinde elinde bambaşka bir deneyim olur.
İkincisi veri. Prototipte isimler kısa, başlıklar tek satır, fiyatlar üç hanedir. Üretime 60 karakterlik ürün adları, boş açıklamalar ve dörde katlanan liste uzunlukları gelir. Prototipi bir kez de en uzun ve en boş veriyle geç, kırılan yerlerin çoğu orada çıkar. Aynı geçişi küçük telefon ve tablet genişliğinde tekrarla.
Üçüncüsü kapsam. Her ekranı her ekrana bağlamaya kalkarsan iş kendi ağırlığı altında büyür: 12 ekranlı bir akışta olası geçiş sayısı 132'ye çıkar, oysa test edeceğin gerçek kullanıcı yolculuğu beş altı ekrandan ibarettir. Prototipte yalnızca o yolu kur, gerisini boş bırak.
Testi doğru kurmak
Prototipin işi soru sormak. Test sırasında kullanıcıya ekranı beğenip beğenmediğini sorma, bir görev ver ve sus. "İki ürünü sepete ekle ve kargo ücretini bul" gibi. Nerede duraksadığını, nereye dokunmaya çalışıp karşılık bulamadığını izle. Beğeni sorusu nezaket cevabı üretir, görev ise davranış.
Nielsen'in beş kullanıcı kuralı burada işe yarar: ciddi sorunların büyük bölümü ilk birkaç oturumda ortaya çıkar. Onuncu kişiyi bulmaya uğraşmak yerine bulduğun sorunu düzelt ve aynı prototiple yeniden test et. Prototipin değeri kaç kişiye gösterildiğinde değil, kaç kez değiştirildiğinde ortaya çıkar.