İteratif Arayüz Tasarımı: Döngü Ne Zaman Kapanır?

İteratif tasarımın vaadi kimseyi şaşırtmıyor: prototipi test et, düzelt, tekrar test et. Tartışılması gereken kısım vaat değil, iki soru. Her turun gerçekte neye mal olduğu, ve döngünün hangi noktada kapandığı. Literatürün çoğu ikincisini hiç cevaplamadan "sürekli iyileştirin" diyerek biter.

Turun içinde ne var

Bir iterasyon, prototipten geri bildirime ve düzeltmeye giden kapalı bir halka. Prototipleme, test, bulguların ayıklanması, değişiklik, yeniden test. Bu kadarı standart ve doğru.

Standart anlatımın atladığı şey, halkanın her turda aynı boyutta olmaması. İlk turda arayüzde beş ekran vardır, üçüncü turda on beş, ve artık yalnızca değiştirdiğiniz yeri değil, değişikliğin bozmuş olabileceği yerleri de test etmeniz gerekir. Test yükü tur sayısıyla doğru orantılı büyümez, kapsamla birlikte büyür. Planlamayı buna göre yapmayan ekipler üçüncü turda tıkanır.

Neyi ölçüyorsunuz

Kullanılabilirlik ölçümü genelde beş başlığa oturur: öğrenme kolaylığı, görev tamamlama hızı, hatırlanabilirlik, hata oranı, memnuniyet. Bunların hepsini her turda ölçmek gerekmiyor, hatta zararlı. Beş metriği birden takip ettiğinizde birinin iyileşip diğerinin bozulduğu durumlarda karar veremezsiniz.

Tur başına bir birincil metrik seçin, diğerlerini yalnızca "bozulmadı mı" diye kontrol edin. Neden: iterasyonun amacı en iyi tasarımı bulmak değil, hangi değişikliğin işe yaradığını ayırt etmek, ve bu ancak tek değişkeni öne çıkardığınızda mümkün.

Dolaşımdaki rakamlara dikkat

İteratif tasarım yazılarında sürekli dolaşan bir rakam kümesi var: kullanılabilirlikte %165 artış, destek ihtiyacında %145 azalma, giriş başarısında %20'den %100'e sıçrama.

Bunları alıntılamadan önce aritmetiğe bakın. Bir oran %100'den fazla azalamaz, sıfıra iner ve orada durur. "%145 azalma" ya artıştan bahsediyordur (1,45 kat), ya da farklı bir tabandan hesaplanmış bir sayının çevirisidir. İkisi de aynı cümlede aynı anlama gelemez.

Kaynağına gidip tabanını göremediğiniz bir iyileşme oranını sunuma koymayın. Kendi ölçümünüzde de ham sayıyı yanında taşıyın: "hata oranı %60 düştü" yerine "12 kullanıcıdan 9'u takılıyordu, şimdi 12'de 3". İkincisi tartışılabilir, birincisi sadece etkileyici.

Peki her tur gerçekten ucuz mu?

"Erken bul, ucuza düzelt" doğru, ama ucuzluk prototip aşamasında kalıyor. Figma'da bir butonu başka sekmeye taşımak beş dakika. Aynı taşımayı yayındaki üründe yapmak, o butonun tetiklediği akışın yeniden düşünülmesi, mobil sürümdeki yer darlığı, eski kullanıcının kas hafızası, muhtemelen bir veri modeli değişikliği ve dokümantasyon demek.

Bu yüzden turların sırası önemli. Yapıyı ilgilendiren kararları (bilgi mimarisi, ana akışın adım sayısı, hangi verinin ne zaman istendiği) ilk iki tura sıkıştırın, görsel ve metinsel ince ayarı sona bırakın. Ters sırayla ilerleyen ekipler cilalanmış ekranları bir sonraki turda çöpe atar.

Döngü ne zaman kapanır

Sonsuza kadar iterasyon diye bir şey yok, bütçe var. Peki durma kriteri ne olmalı? İki işaret yeterince güvenilir.

• Son turda çıkan bulguların çoğu, tasarım hatası değil kullanıcı farklılığı: aynı ekranda kimse takılmıyor, sadece farklı yollar tercih ediyor.
• Düzeltilen sorunların yerine gelen yeni sorunlar, öncekilerden daha küçük değil. Bu, o alanda yerel bir optimuma oturduğunuzun işareti, ve devam etmek yerine tasarımı baştan farklı kurmak gerekir.

Üç tur tavsiyesi fena bir başlangıç noktası, ama sayı olarak değil, gözlem olarak faydalı: ilk turda yüzeysel sorunlar temizlenir, ikinci turda ilk turun yan etkileri görünür, üçüncü turda tasarımın gerçekten dayanıp dayanmadığı anlaşılır. Sorunlar ikinci turda zaten tükendiyse üçüncüyü yapmak için de bir sebep yok.

Araçlar meselesi

Figma veya Sketch prototip için, oturum kaydı ve ısı haritası davranış için, A/B platformu yayındaki karşılaştırma için. Araç seçimi iterasyon kalitesini belirleyen şey değil, kayıt disiplini belirliyor. Hangi turda neyi değiştirdiğinizi ve o turda hangi sayının ne olduğunu yazmıyorsanız, altıncı ayda hiçbir aracın verisi size neden bu tasarımda olduğunuzu söyleyemez.