·Use-case·Minds Team

Figma Prototipini Sentetik Kullanıcılarla Ön Testten Geçirin | Minds

Tasarım incelemeleri, bir akışın ürünü zaten bilen kişiler için mantıklı olup olmadığını gösterir. Sentetik hedef kitle ise ekranı ilk defa gören birinin ne anladığını söyler; bu da bir tasarım incelemesinin yapısal olarak yanıtlayamayacağı sorudur.

Tasarım incelemesindeki herkes ürünün ne yaptığını zaten bilir. Bu ortak bilgi birikimi incelemeyi verimli kıldığı gibi aynı zamanda körleştirir; inceleyen kişi bildiklerini unutamayacağı için ekrana ilk kez gelen bir kullanıcının gözüyle bakamaz. Sonuç olarak kendi içinde tutarlı ama dışarıdan bakan biri için kafa karıştırıcı bir akış ortaya çıkar ve bu durum haftalar sonra bir oturum kaydında fark edilir.

Dosya veya frame bağlantısını Minds'a yapıştırın ve tasarımı daha önce hiç görmemiş bir kitleye ekranın ne anlama geldiğini sorun.

İlk bakış testinin yakaladıkları

İkon ve metin belirsizlikleri. Ekip için tek bir anlama gelen ancak dışarıdaki herkes için farklı yorumlanan arayüz öğeleri.

Eksik giriş bağlamı. Ekranın, kullanıcının akış boyunca kendisine hiç söylenmemiş bir bilgiyi önceden bildiğini varsayması.

Beklenti uyuşmazlığı. Kullanıcıların ana eylemden sizin tasarladığınızdan farklı bir sonuç beklemesi. Bu, tasarım hatalarının en maliyetlisidir çünkü yalnızca butona tıklandıktan sonra fark edilir.

Belirtilmemiş maliyet veya risk algısı. Kullanıcıların, tasarımda hiç bahsedilmeyen bir taahhüt (ödeme, geri alınamaz bir değişiklik veya herkese açık görünürlük gibi) varsaydıkları için tereddüt etmesi.

İş akışı

  1. Figma'yı Ayarlar → Entegrasyonlar altından bağlayın.
  2. Dosya veya frame bağlantısını yeni bir araştırmaya yapıştırın.
  3. Hedef kitlenizi demografik özelliklere göre değil, ön bilgilerine göre tanımlayın. "Böyle bir aracı daha önce hiç kullanmamış" biri ile "bir rakipten geçiş yapmış" biri aynı ekranı çok farklı okur.
  4. Önce ilk izlenimi sorun: Bu nedir, kimin içindir, burada ilk olarak ne yapardınız?
  5. Ardından beklentiyi sorun: Bunu yaptıktan sonra ne olmasını bekliyorsunuz?
  6. Segmentler arasındaki farkları karşılaştırın ve kullanıcının beklentisinin tasarımla uyuşmadığı yerleri düzeltin.

Sıralama önemlidir. Önce fikir sorarsanız kibar yanıtlar alırsınız; önce ekranı kendi cümleleriyle anlatmalarını isterseniz asıl anlama boşluklarını görürsünüz.

Çıktılarla ne yapmalısınız?

Anlama hataları metin değişikliklerine dönüştürülür, ki bunlar maliyetsizdir. Beklenti uyuşmazlıkları etkileşim değişikliklerine dönüşür; bunlar biraz daha çaba gerektirse de geliştirme sonrasına kıyasla çok daha ucuzdur. Belirtilmemiş risk algıları ise butonun yanına eklenecek güven verici tek bir cümleye dönüşür.

Ortalama bir puan size uygulanabilir hiçbir şey söylemez. Ancak "Kullanıcılardan ikisi bu butonun içeriği anında yayınlayacağını düşündü" tespiti, tam olarak neyi değiştirmeniz gerektiğini gösterir.

Gerçekçi sınırlar

Sentetik tepkiler, gözlemlenen gerçek davranışlar değildir. Görev tamamlama süresini ölçmezler, üç piksel küçük kalmış bir tıklama alanını bulamazlar ve gerçek bir insanın zorlandığı anları izlemenin yerini tutmazlar. Asıl sağladıkları fayda, canlı test oturumlarını başlattığınızda bariz sorunlarından zaten arındırılmış bir tasarımı test etmenizi güvenceye almaktır.

Prototip yerine beyaz tahta üzerinde çalışan tasarımlar da aynı şekilde incelenebilir. Aynı içe aktarma mantığı, Linear ve Jira iş akışlarındaki görev kayıtlarını da kapsar.

Örnek istem

Bu ekrana ilk kez bakıyorsunuz. Bu ekran ne işe yarıyor ve kimin için? İlk olarak hangi öğeyle etkileşime geçersiniz ve neden? Hemen sonrasında ne olmasını bekliyorsunuz? Herhangi bir işlem yapmanızı engelleyecek şey ne olurdu?

Sıkça sorulan sorular

Bir tasarımı Minds'a nasıl aktarırım?

Figma'yı bir kez bağlayın, ardından metin alanına bir Figma dosya veya frame bağlantısı yapıştırın. Tasarım araştırma bağlamının bir parçası haline gelir; böylece kitle sadece bir metin açıklamasına değil, ekranda gerçekte ne olduğuna tepki verir.

Bu bir kullanılabilirlik testi mi?

Hayır ve bu ayrım önemlidir. Kullanılabilirlik testi, belirli bir görev altındaki davranışı gözlemler. Bu yöntem ise anlama ve beklentiyi ortaya çıkarır: kullanıcıların ekranın ne işe yaradığını düşündüğü, bir butonun ne yaptığını varsaydığı ve tıkladıktan sonra ne beklediği. Bunlar, tasarımı gerçek bir kullanıcının önüne koymadan önce ayıklanması gereken pürüzlerdir.

Bir ekran hakkında ne sormalıyım?

Ekranın ne işe yaradığını, kimin için olduğunu, ilk olarak hangi öğeyle ve neden etkileşime geçeceklerini, sonrasında ne olmasını beklediklerini ve işlem yapmadan önce neyin eksik hissettirdiğini sorun. Beğeni yerine gerekçelerini öğrenmeye odaklanın; 'beğendin mi' sorusu üzerinde değişiklik yapabileceğiniz somut bir çıktı üretmez.

İki farklı tasarım yönünü karşılaştırabilir miyim?

Evet. Her iki tasarımı da aynı kitleye sunup algının nerede ayrıştığını karşılaştırın. Segmentler arasındaki görüş ayrılıkları ortalama bir puandan çok daha faydalıdır; çünkü genellikle hangi yönün yeni kullanıcının sahip olmadığı bir ön bilgiye dayandığını gösterir.

Bu yöntem gerçek insanlarla yapılan testlerin yerini alır mı?

Hayır. Bariz hataları düşük maliyetle erkenden eler; böylece canlı kullanıcı görüşmelerini bir buton metninin belirsizliğini keşfetmekle değil, derinlemesine davranışları ve istisnai durumları anlamakla geçirirsiniz.