Prototipiniz Kullanıcılarınızı Kandırıyor mu? İşte Dürüst Bir Deneyim İçin 9 Adım Yazılım

Prototipiniz Kullanıcılarınızı Kandırıyor mu? İşte Dürüst Bir Deneyim İçin 9 Adım

Kullanıcılar prototipin sahte olduğunu anladığı anda test verileri güvenilirliğini kaybeder. Finansal ürünlerde bu sorunu çözmek için 9 adımda gerçekç

Kullanılabilirlik testlerinde sıkça karşılaşılan bir an vardır: Katılımcı giriş ekranında duraksar, bir şeyler yazar ve başını kaldırıp 'Doğru yapıyor muyum?' diye bakar. Bu duraksama, prototipin artık bir sır olmadığını gösterir. Katılımcı, bunun gerçek bir uygulama olmadığını fark etmiştir ve bundan sonra toplanan her veri, bu farkındalığın süzgecinden geçer. Özellikle finansal ürün testlerinde bu sorun daha keskindir. Finans kullanıcıları, bir bakiye tutmadığında veya bir alan her girdiyi kabul ettiğinde hemen alarm verir. Bankacılık prototipi gerçek kimlik doğrulamayı atladığında, katılımcılar sadece ilgisiz kalmaz; oturumu durdurup durumu işaret ederler. Ekip, gerçek bir üründe değil, bir gösterimde nasıl davranıldığını gösteren bulgularla ayrılır. Bu makalede, kullanıcı güvenini tesis eden anı gerçek kılmanın yollarını adım adım anlatıyoruz.

Çözüm, düşündüğünüzden daha dar bir odakta: Katılımcı güveninin tesis edildiği anı belirleyin ve bu etkileşimi gerçek yapın. Bir bankacılık uygulamasında bu an, giriş ekranıdır. Bu eğitim, kimlik bilgilerini doğrulayan, canlı hata durumu gösteren ve iOS'taki gibi hissettiren bir Face ID animasyonu içeren bir giriş akışı oluşturmayı gösteriyor. ProtoPie Studio'nun ücretsiz planı ile yapabileceğiniz bu adımlar, prototipinizi sadece bir gösterimden çıkarıp test edilebilir bir ürüne dönüştürecek. İhtiyacınız olanlar: Figma'dan bir giriş UI'ı, ProtoPie Studio (ücretsiz), Face ID animasyonu için bir Lottie dosyası ve referans olarak Pie Bank prototip dosyası.

Adım 1: Figma'dan 'Scene' olarak dışa aktarın. Flattened seçeneği her şeyi tek bir görüntüde birleştirir, Scene ise katman hiyerarşinizi korur. ProtoPie'ye geçmeden önce tüm katmanları anlamlı şekilde yeniden adlandırın: 'Input Username' gibi, 'Rectangle 14' değil. Bu isimler formüllerde referans alınacak; belirsiz isimler zaman kaybına yol açar. Adım 2: Statik alanları gerçek metin girişi kabul eden Input katmanlarıyla değiştirin. ProtoPie'nin Input katmanı klavyeden gerçek giriş alır. Kullanıcı adı alanınızın içine bir Input katmanı sürükleyin, placeholder metnini 'Username' yapın ve tasarımınıza uygun arka plan ve yazı tipi seçin. Önizleme yapın, alana tıklayın ve yazın. Prototip artık bir uygulamayı betimlemek yerine davranmaya başlıyor.

Sistem Güvenliği

Adım 3: Şifre alanı için Input katmanını kopyalayın, placeholder'ı 'Password' yapın ve Type'ı 'Text Password' olarak ayarlayın. ProtoPie maskeleme işlemini kendisi halleder. Önizlemede kullanıcı adı metni gösterir, şifre noktalar halinde görünür. Henüz tek bir koşul yazmadan bile gerçekçi hissettiriyor. Adım 4: Navigasyonu bağlamadan önce hedef sahneyi oluşturun. En yaygın sıralama hatası, hedef var olmadan bir yanıt bağlamaya çalışmaktır. Boş bir sahne ekleyin. Adım 5: 'Log In' düğmesine Tap tetikleyicisi ekleyin, Jump yanıtı verin, hedef olarak dashboard sahnesini seçin. Önizleme yapın ve tıklayın: Her girdi için, hiçbir şey girmeseniz bile gider. Prototip hala yalan söylüyor. Sonraki iki adım düzeltme.

Nasıl Önlem Alınmalı?

Adım 6: ProtoPie'nin sol alt kısmına iki Text tipi değişken ekleyin: username ve password. Her birini ilgili Input katmanına bir formülle bağlayın: input("Input Username").text ve input("Input Password").text. Debug simgelerini etkinleştirin: yeşil katmanlar yazarken canlı değişken değerlerini gösterir. Tuş vuruşlarınızı gerçek zamanlı gördüğünüzde bağlantı doğrulanmıştır. Adım 7: Giriş düğmesindeki Tap tetikleyicisine geri dönün ve bir Koşul ekleyin. İki kural da doğru olmalı: username, [email protected]'a eşit VE password, ABC123'e eşit. Jump yanıtını bu koşulun içine taşıyın. Yanlış kimlik bilgileri, boş alanlar, yanlış format: hiçbiri geçemez. Katılımcılar artık gerçekten giriş yapmak zorunda. Bu tek kısıtlama, takip eden her test oturumunun dokusunu değiştirir.

Teknik Analiz

Adım 8: Hata durumunu oluşturun. Hata mesajı katmanınızı bulun, adını 'Error Text' yapın ve başlangıç opaklığını 0 olarak ayarlayın. İkinci bir koşul ekleyin (ilk koşulun tersi) ve içine bir Change Property yanıtı ekleyerek Error Text opaklığını 100 yapın. Yanlış kimlik bilgileri: hata görünür. Doğru kimlik bilgileri: dashboard. İki sonuç: Bu, prototipi sadece gösterilebilir değil, test edilebilir kılan şeydir. Adım 9: Face ID animasyonunu ekleyin. Media bölümünden Lottie katmanını sürükleyin, Face ID dosyanızı yükleyin ve ekranın üstüne, görünmeyecek şekilde konumlandırın. Doğru koşul sağlandığında, animasyonu aşağı kaydırarak gösterin ve ardından dashboard'a geçin. Bu detay, katılımcıların 'Bu gerçek mi?' diye sormasına neden olur.

Bu 9 adımla prototipiniz artık kullanıcıları kandırmıyor. Onlara gerçek bir ürün deneyimi sunuyor. Unutmayın: Kullanıcı güveni, test verilerinizin kalitesini belirler. Gerçekçi bir giriş ekranı, sadece bir detay değil, güvenilir kullanılabilirlik testlerinin temelidir. Finansal ürünlerde bu adımlar, kullanıcıların prototipin sahte olduğunu fark etmesini engeller ve toplanan verilerin gerçek kullanım davranışlarını yansıtmasını sağlar. ProtoPie ile bu adımları uygulayarak, hem zaman kazanır hem de daha anlamlı içgörüler elde edersiniz.

Kaynak: smashingmagazine.com

Paylaş: