Bir projede çok sayıda ekran ve araştırma notu üretmiş olabilirsiniz. Portfolyoyu inceleyen kişinin bütün dosyaları açması ise gerçekçi bir beklenti değildir. Case study, projenin neden yapıldığını, hangi kararları nasıl verdiğinizi ve ne öğrendiğinizi seçilmiş kanıtlarla anlatmanız için bir alan sağlar.
1. Problemi ve bağlamı kısa biçimde anlatın
Nielsen Norman Group’un portfolyo rehberi, görsellerin yanında proje bağlamını, süreci ve sonuçları anlatan vaka çalışmalarını ele alır. Siz de girişte ürünün ne olduğunu, hangi kullanıcı amacını incelediğinizi ve projenin sınırlarını yazabilirsiniz.
Örnek bir eğitim projesinde konuyu “Eğitim sayfasını yeniden tasarladım” diye açmak yerine incelediğiniz soruyu belirtin: Katılımcılar programın haftalık çalışma yükünü nasıl anlıyor? Gerçek araştırmayla desteklenmeyen bir sorunu kullanıcıların yaşadığı kesin bir durum gibi sunmayın.
2. Kendi katkınızı ve çalışma koşullarını belirtin
Projenin bireysel mi, ekip çalışması mı, bir eğitim ödevi mi olduğunu açıkça yazın. Süreyi, birlikte çalıştığınız rolleri ve sizin üstlendiğiniz işleri anlatın. Bir ekip arkadaşınızın hazırladığı araştırmayı kullandıysanız hangi bölümün size ait olduğunu ayırın.
Örnek bir açıklama şöyle kurulabilir: Görüşme rehberini ekipçe hazırladık; iki oturumu ben yürüttüm, akış alternatiflerini ve etkileşimli prototipi tasarladım. Böyle bir açıklama, yalnızca “Uçtan uca UX/UI tasarımı” yazmaktan daha somut bir katkı gösterir.
3. Yalnızca kararı etkileyen araştırmayı seçin
Yaptığınız her yöntemi ve bütün notları sıralamak yerine araştırma sorusunu, yöntemi seçme nedenini ve kararları etkileyen bulguları gösterin. Katılımcı sayısını ve bağlamını belirtin. Araştırmanın neleri kapsamadığını da okuyanın anlayabileceği kadar açıklayın.
Örnek bir anlatımda not, bulgu ve tasarım sonucu birbirini izleyebilir. Ders takviminin nasıl değerlendirildiğine ilişkin gerçek bir gözlem varsa bunun içerik sırasını neden değiştirdiğini anlatın. Görüşme yapılmadıysa katılımcı alıntısı veya araştırma sonucu üretmeyin; başlangıç varsayımınızı belirtin.
Kanıt ve karar arasında köprü kurun
Yazım şablonu: “Şu bağlamı araştırdım. Şu gözlemler belirli bir soruya işaret etti. Bu nedenle şu alternatifi hazırladım. Şu yöntemle değerlendirdim ve şu kısmı değiştirdim.” Bu yapıyı kendi gerçek verinizle doldurun; her boşluğu doldurmak için yaşanmamış bir araştırma adımı eklemeyin.
4. Alternatifleri ve karar gerekçelerini gösterin
Son ekranın yanında, önemli bir kararın önceki hâlini veya elenen bir alternatifini gösterebilirsiniz. Hangi ölçüte göre seçim yaptığınızı açıklayın. Örneğin bir program özeti hazırlarken bütün bilgiyi tek alanda toplamanın ve ayrıntıları aşamalı açmanın sonuçlarını tartışmış olabilirsiniz.
Her görselin altına okuyucunun neye bakması gerektiğini söyleyen kısa bir açıklama ekleyin. Küçük ve okunamayan çok sayıda ekranı yan yana dizmek yerine, kararı anlatan bölümü seçin. Metinle görselin aynı soruya yanıt vermesini sağlayın.
5. Sonucu, eldeki kanıtın sınırlarıyla yazın
Ürün yayımlandıysa hangi değişikliğin uygulandığını ve elinizde hangi değerlendirme verilerinin bulunduğunu belirtin. Bir önceki ölçümle karşılaştırma yapıyorsanız görev, katılımcı bağlamı ve ölçüm yöntemini açıklayın. Karşılaştırılamayan iki veriden kesin bir iyileşme oranı çıkarmayın.
Proje yalnızca prototip aşamasındaysa bunu doğrudan yazın. Gerçek kullanım verisi veya ticari sonuç yokken dönüşüm artışı iddia etmeyin. Henüz değerlendirme yapmadıysanız hangi soruyu, hangi görevle ve hangi başarı ölçütüyle inceleyeceğinizi sonraki adım olarak anlatabilirsiniz.
6. Okuma deneyimini ve paylaşım sınırlarını kontrol edin
Case study’nizi başlıklar, kısa paragraflar ve açıklamalı görsellerle gözden geçirin. Bir kişi yalnızca giriş, temel karar ve sonuç bölümünü okuduğunda projeyi anlayabiliyor mu? Telefonda ekran görüntülerindeki yazılar seçilebiliyor mu? Görsellerin anlamı metinde de anlaşılabiliyor mu?
Yayımlamadan önce araştırma katılımcılarının kimliklerini, kişisel bilgileri ve paylaşım izni olmayan iş materyallerini kontrol edin. Son paragrafta öğrendiğiniz somut bir noktayı ve yeniden yapsanız neyi değiştireceğinizi yazın. Tamamlanmamış soruları açıkça bırakmak, çalışmanın mevcut durumunu doğru anlatır.
Aklınızda kalsın
Bir case study’de problemin bağlamını, kendi katkınızı, karar gerekçelerinizi ve sonuçları görünür kılın. Seçilmiş gerçek kanıtlar kullanın; değerlendirilmemiş bir tasarımı veya varsayımı kanıtlanmış başarı gibi anlatmayın.
Kaynaklar
İlgili yazılar
Öğrendiklerini pratiğe taşı.
UX/UI Tasarım Eğitimi
Araştırmadan arayüz tasarımına, becerilerini gerçek projelerle geliştir.