Prototype Case Study'de Nasıl Anlatılır?

Prototype, UX portfolyolarında genellikle “tasarımın tıklanabilir hali” gibi anlatılır. Bir Figma prototipi hazırlanmıştır, birkaç ekran birbirine bağlanmıştır, kullanıcı akışı gösterilmiştir. Case study’de de çoğu zaman “prototip hazırladım ve test ettim” cümlesiyle geçilir.

Bu anlatım eksik kalır.

Çünkü prototipin portfolyodaki asıl değeri tıklanabilir olması değildir. Prototip, bir fikri, akışı, etkileşimi veya varsayımı test etmek için kullanılan öğrenme aracıdır.

Portfolyoda güçlü görünen şey şudur:

Bu prototiple neyi öğrenmeye çalıştın?

Eğer bu sorunun cevabı yoksa prototip sadece üretim çıktısı gibi görünür. Oysa iyi anlatıldığında prototip, tasarımcının belirsizliği nasıl azalttığını ve final tasarıma nasıl daha bilinçli ilerlediğini gösterir.

Prototype nedir?

Prototype, bir ürün fikrini veya akışını test edilebilir hale getiren temsildir. Bu temsil düşük çözünürlüklü bir kağıt prototip olabilir, Figma’da bağlanmış ekranlar olabilir, interaktif bir demo olabilir veya belirli bir etkileşim davranışını gösteren küçük bir deneme olabilir.

Önemli olan prototipin ne kadar gerçekçi olduğu değildir. Önemli olan hangi soruyu cevaplamak için kullanıldığıdır.

Bir prototip şu sorulara cevap arayabilir:

• Kullanıcı akışın mantığını anlayabiliyor mu?
• Kullanıcı bir sonraki adımı tahmin edebiliyor mu?
• Kritik bilgi doğru anda görünüyor mu?
• Etkileşim davranışı kafa karıştırıyor mu?
• Kullanıcı karar vermeden önce hangi bilgiye ihtiyaç duyuyor?
• Hata durumunda nasıl toparlanıyor?
• Tasarım varsayımı gerçek kullanımda çalışıyor mu?

Case study’de prototipi anlatırken bu sorulardan hangisine odaklandığını açık yazmak gerekir.

Portfolyoda prototype ne zaman işe yarar?

Prototype, özellikle tasarım kararının statik ekranlarla anlatılamadığı durumlarda değerlidir.

1. Etkileşim kararı önemliyse

Bazı UX kararları tek bir ekran görüntüsünde anlaşılmaz. Kullanıcının nasıl ilerlediği, bir aksiyonun neyi tetiklediği, geri dönüş yolunun nasıl çalıştığı veya sistemin nasıl cevap verdiği ancak etkileşimle görünür olur.

Örneğin:

• Kullanıcı bir seçeneği değiştirdiğinde fiyat güncelleniyor mu?
• Onaydan önce geri dönüp bilgileri düzenleyebiliyor mu?
• Hata mesajı kullanıcıyı doğru adıma yönlendiriyor mu?
• Progressive disclosure yapısı gerçekten anlaşılır mı?
• Filtre, karşılaştırma veya seçim davranışı akıcı mı?

Bu gibi durumlarda prototip, tasarım kararını anlatmak için güçlü bir kanıttır.

Zayıf anlatım:

Prototipi Figma’da hazırladım.

Daha güçlü anlatım:

Prototipte özellikle seçim değiştiğinde maliyet bilgisinin nasıl güncellendiğini test ettim. Amacım, kullanıcıların karar vermeden önce sistemin tepkisini anlayıp anlamadığını görmekti.

Bu ikinci anlatım, prototipi bir üretim çıktısından öğrenme aracına dönüştürür.

2. Bir varsayımı test ettiysen

Prototip, bir varsayımı görünür ve test edilebilir hale getirir.

Örneğin şu varsayımlar test edilebilir:

• Kullanıcı iki adımlı akışı tek ekrandan daha kolay anlayacak.
• Kullanıcı onaydan önce düzenleme imkanı gördüğünde daha rahat ilerleyecek.
• Kullanıcı açıklamayı modal içinde değil, akış içinde görünce daha az zorlanacak.
• Kullanıcı karar öncesi özet bilgiyi gördüğünde geri dönme ihtiyacı azalacak.

Case study’de prototip bölümünde şu bağlantı kurulmalı:

Varsayımım neydi? Prototip bu varsayımı nasıl test edilebilir hale getirdi? Test veya gözlem sonucunda ne öğrendim? Tasarımda neyi değiştirdim?

Bu yapı prototip anlatısını çok daha güçlü yapar.

3. Kullanılabilirlik testi yaptıysan

Kullanılabilirlik testi varsa prototip bölümü daha da önemli hale gelir. Çünkü test edilen şey çoğu zaman final ürün değil, prototiptir.

Bu durumda sadece “test yaptım” demek yeterli değildir. Testin hangi senaryoyla yapıldığını ve prototipin hangi kararları sınadığını belirtmek gerekir.

Örnek:

Prototipi, kullanıcıların başvuru akışını son adıma kadar tamamlayıp tamamlayamadığını görmek için test ettim. Test senaryosunda özellikle üç noktaya baktım: kullanıcı maliyet bilgisini bulabiliyor mu, onaydan önce bilgileri değiştirebileceğini anlıyor mu, işlem tamamlandıktan sonra ne olacağını tahmin edebiliyor mu?

Bu açıklama testin amacını netleştirir.

Prototype ne zaman zayıf görünür?

Prototype göstermek her zaman case study’yi güçlendirmez. Bazı durumlarda gereksiz bir demo gibi kalabilir.

1. Neyi test ettiği belli değilse

Bir prototip bağlantısı vermek veya birkaç ekran görüntüsü eklemek tek başına yeterli değildir. Okuyucu, prototipin neyi kanıtladığını veya neyi sorguladığını anlamalıdır.

Zayıf anlatım:

Prototip ile kullanıcı akışını test ettim.

Bu çok genel kalır.

Daha güçlü anlatım:

Prototiple, kullanıcıların karar öncesi özet alanını fark edip etmediğini ve bu alanın onay adımındaki güveni artırıp artırmadığını test ettim.

Burada prototipin amacı netleşir.

2. Prototip final tasarımın aynısı gibi sunuluyorsa

Bazı case study’lerde prototip, final tasarıma çok benzer şekilde gösterilir. Eğer prototipten sonra ne değiştiği anlatılmıyorsa, prototip bölümü gereksiz görünür.

Okuyucu şunu görmek ister:

• Prototipte neyi denedin?
• Testte ne öğrendin?
• Final tasarımda neyi değiştirdin?
• Hangi kararı doğruladın veya eledin?

Prototipten final tasarıma giden fark görünür olmalı.

3. Sadece araç becerisi gibi anlatılıyorsa

“Figma prototipi hazırladım”, “interaktif akış oluşturdum”, “component transition kullandım” gibi ifadeler tek başına yeterli değildir.

Araç becerisi faydalı olabilir ama case study’de asıl değer tasarım düşüncesidir.

Daha iyi anlatım:

Prototipte component transition kullanmamın nedeni animasyon göstermek değildi. Kullanıcının seçim değiştiğinde hangi bilginin güncellendiğini fark edip etmediğini test etmekti.

Bu cümle araç kullanımını UX amacına bağlar.

Prototype case study’de nasıl anlatılmalı?

Prototip bölümünü aşağıdaki yapı ile yazabilirsin.

1. Prototipin amacını yaz

Önce neyi öğrenmek istediğini açıkla.

Örnek:

Prototipin amacı, kullanıcıların karar öncesi özet alanını fark edip etmediğini ve onay adımında hangi bilgiyi eksik hissettiğini anlamaktı.

Bu cümle prototipi üretim çıktısı olmaktan çıkarır.

2. Test edilen varsayımı belirt

Varsayımını açık yaz.

Örnek:

Varsayımım, kullanıcıların maliyet ve geri dönüş bilgisini onaydan önce aynı alanda gördüğünde daha rahat ilerleyeceğiydi.

Bu, okuyucunun test sonucunu anlamasını kolaylaştırır.

3. Prototip kapsamını sınırlı anlat

Her ekranı anlatmak zorunda değilsin. Prototipte hangi alanlara odaklandığını yaz.

Örnek:

Prototipte tüm ürün deneyimini değil, başvuru akışındaki üç kritik anı hazırladım: seçim, karar öncesi kontrol ve onay sonrası geri bildirim.

Bu açıklama hem kapsamı netleştirir hem gereksiz detayları azaltır.

4. Test senaryosunu açıkla

Kullanıcıya ne yaptırdığını kısa yaz.

Örnek:

Kullanıcılardan kendilerine uygun seçeneği bulmalarını, maliyeti kontrol etmelerini ve başvuruyu tamamlamadan önce bilgilerini değiştirmelerini istedim.

Bu senaryo, prototipin hangi davranışları test ettiğini gösterir.

5. Öğrenimi tasarım değişikliğine bağla

Prototip bölümünün en önemli kısmı burasıdır.

Zayıf anlatım:

Test sonucunda bazı iyileştirmeler yaptım.

Daha güçlü anlatım:

Testte kullanıcılar düzenleme imkanını fark etti, fakat onay sonrası ne olacağını anlamakta zorlandı. Bu nedenle final tasarımda başarı mesajını sadece “işlem tamamlandı” olarak bırakmadım. Sonraki adımı ve kullanıcıdan beklenen aksiyonu açıkça yazdım.

Bu anlatım öğrenimi tasarım değişikliğine bağlar.

Güçlü bir prototype bölümü nasıl yazılabilir?

Aşağıdaki örnek yapı kullanılabilir:

Prototipi tüm ürünü simüle etmek için değil, karar öncesi güven anını test etmek için hazırladım. Varsayımım, kullanıcıların maliyet, düzenleme imkanı ve sonraki adımı aynı akış içinde gördüğünde onay adımında daha rahat ilerleyeceğiydi.

Test senaryosunda kullanıcılardan bir seçenek belirlemelerini, detayları kontrol etmelerini ve onaydan önce bilgilerini değiştirmelerini istedim.

Testte kullanıcılar düzenlenebilir alanları fark etti, fakat işlem tamamlandıktan sonra ne olacağını görmek istedi. Bu nedenle final tasarımda onay sonrası mesajı genişlettim ve kullanıcıya sonraki adımı açıkça gösterdim.

Bu bölümde prototip bir demo değil, öğrenme adımıdır.

Prototip görseli nasıl sunulmalı?

Prototip görselini portfolyoda göstereceksen okuyucunun neye bakacağını netleştir.

İşe yarayan yaklaşımlar:

• Tüm ekran akışını küçük küçük dizmek yerine kritik etkileşimi göster.
• Prototipte test edilen alanları işaretle.
• Ekranların altına kısa karar notları ekle.
• Eğer mümkünse before / after değişimi göster.
• Prototip linki veriyorsan, hangi akışın denenmesi gerektiğini yaz.
• Hareketli gif veya video kullanıyorsan kısa tut ve tek etkileşime odaklan.

Örnek görsel notu:

Bu prototipte kullanıcıların onaydan önce bilgileri düzenleyip düzenleyemeyeceğini fark edip etmediğini test ettim. Testten sonra düzenleme bağlantısını daha görünür hale getirdim.

Bu not, görselin amacını açıklar.

Prototype yerine ne gösterebilirsin?

Bazı durumlarda prototip yerine başka bir format daha net olabilir.

Task flow

Eğer önemli olan etkileşim değil, adımların sırasıysa task flow daha iyi çalışabilir.

Wireframe alternatifi

Eğer karar daha çok yapı ve bilgi hiyerarşisiyle ilgiliyse wireframe alternatifleri yeterli olabilir.

Test bulguları

Eğer prototipin kendisinden çok test sonucu önemliyse, prototip yerine test bulgularını ve tasarım değişikliklerini gösterebilirsin.

Etkileşim notları

Eğer prototip paylaşılabilir değilse, kısa interaction notes bölümü ekleyebilirsin.

Örnek:

Seçim değiştiğinde toplam tutar anında güncellenir. Kullanıcı onaydan önce bilgilerini düzenleyebilir. Hata durumunda kullanıcı aynı ekranda yönlendirilir.

Bu tür notlar prototipin anlatmak istediği etkileşim kararlarını görünür kılar.

Kısa kontrol listesi

Prototipi case study’ye eklemeden önce şu soruları sor:

• Prototip hangi varsayımı test etti?
• Hangi kullanıcı davranışını gözlemlemek istedin?
• Prototipin kapsamı net mi?
• Test senaryosu açık mı?
• Prototipten ne öğrendin?
• Final tasarımda ne değişti?
• Prototip görseli veya linki okuyucuya karar sürecini anlatıyor mu?

Bu soruların cevabı yoksa prototip bölümü “çalışma yaptım” demekten öteye geçmeyebilir.

Sonraki adım

Prototip bölümünü yazmadan önce şu üç cümleyi tamamla:

Bu prototiple test etmek istediğim varsayım şuydu…

Kullanıcıdan gözlemlemek istediğim davranış şuydu…

Bu öğrenim final tasarımda şu kararı etkiledi…

Bu üç cümle netse prototip case study’ye değer katar. Net değilse, prototip görselini büyütmeden önce varsayım, test senaryosu ve tasarım değişikliği bağlantısını güçlendir.