Vaka Analizinin Sonuç Bölümü: Neyi Yazmalı, Neyi Atmalı
Çoğu portfolyoda vaka analizinin son bölümü iki paragraflık bir nezaket jesti olarak duruyor: proje bitti, ekibe teşekkürler. Oysa okuyan kişi genelde tam orada dosyayı kapatıp bir karar veriyor. Sonuç bölümünün işi anlatılanı özetlemek değil, ortadaki işin ne kadarının size ait olduğunu ve neyin gerçekten değiştiğini netleştirmek.
Son bölüm gerçekten hatırlanıyor, ama bir şartla
Serial position effect basit bir gözlem: bir dizinin başındaki ve sonundaki öğeler ortadakilerden daha iyi hatırlanır. Portfolyoya uyarlanmış hali makul, ancak sessiz bir varsayımı var. Etki, okurun metni sonuna kadar götürdüğünü kabul eder.
Okunmayan bir sonuç bölümünün recency avantajı da yoktur. Bu yüzden en kritik bilgiyi sona saklamak riskli bir bahistir. Ben tersini yapmayı öneriyorum: sonuç bölümü, gövdede hiç geçmemiş bir bilgiyi ilk kez tanıtmak için kullanılmasın. Orada yeni bir şey duyuran her cümle, aslında yanlış yere konmuş bir cümledir.
"Şu beş şey mutlaka olsun" tavsiyesi kendi içinde çelişiyor
Dolaşımdaki liste hep aynı: projenin özeti, ölçülebilir çıktılar, öğrenilen dersler, geleceğe dönük öneriler, bir de teşekkür. Aynı yazılar birkaç satır sonra sonucun analizin en kısa bölümü olması gerektiğini söyler.
İkisi bir arada tutmaz. Beş başlığın her birine yalnızca iki cümle düşse on cümle eder, bu da çoğu vaka analizinde giriş bölümünden uzun bir kapanış demektir. Seçmek zorundasınız. Bana kalırsa ikisi kalır: ölçülebilir sonuç ve sizin payınız. Geleceğe dönük öneri yalnızca proje fiilen devam ediyorsa anlamlı; teşekkür ise tek cümleyi hak eder, o da kimin ne yaptığını ayırt ediyorsa.
Pratik bir ölçü: sonuç bölümü gövdenin onda birini geçmesin. İki yüz kelimelik bir kapanış, düzgün yazılmışsa fazlasıyla yeterli.
Yüzde vermek tek başına bir şey söylemez
"Kullanıcı memnuniyetinde %20 artış" cümlesi neredeyse boştur. 3,0'dan 3,6'ya çıkmak da %20'dir, 4,0'dan 4,8'e çıkmak da; ikisi bambaşka işlerdir. Sekiz kişilik bir kullanılabilirlik testinde iki katılımcının fikir değiştirmesi de %25 eder ve bu sayı gürültüden ayırt edilemez.
Sayıyı yazacaksanız yanına baz değeri ve örneklem büyüklüğünü koyun: "Görev tamamlama süresi ortalama 90 saniyeden 55 saniyeye indi (12 kişi, moderatörlü test)." Bunu yapamıyorsanız sayı yerine gözlemi yazın. Katılımcıların çoğunun ödeme adımında durakladığını, yeni akışta durmadıklarını söylemek, uydurma bir yüzdeden daha güvenilirdir.
Abartılmış tek bir metrik, mütevazı ama dürüst bir cümleden çok daha fazla zarar verir. Mülakatta ilk sorulan şey o olur.
Öğrendiklerinizi yazarken klişeye kaçmayın
"Bu projede iletişimin önemini öğrendim" cümlesi hiçbir şey anlatmaz. İşe yarayan hali, fikrinizi değiştiren anı anlatmaktır: neye inanıyordunuz, ne gördünüz, sonra ne yaptınız.
Yanlış çıkan bir hipotez, sonuç bölümünün en güçlü malzemesidir. Sebebi de basit: onu uyduramazsınız. Kullanıcıların filtre menüsünü kullanacağını varsaydıysanız ve testte kimse dokunmadıysa, bunu yazmak sizi zayıf değil, ölçüm yapmış biri gibi gösterir. Eksik kalan işleri uzun uzun savunmaya girmeyin, bir cümleyle nerede bırakıldığını söyleyip geçin.
Teşekkür değil, katkı sınırı
"Tüm ekibe teşekkürler" cümlesi kimin ne yaptığını gizler, oysa okuyanın merak ettiği tam olarak budur. Yerine sınırı çizin:
Kullanıcı araştırmasını ve ilk prototipi ben yürüttüm. Arayüz geliştirmesi Mert'e aitti; yeniden tasarım kararlarını, Selin'in yaptığı ikinci tur kullanıcı testlerinden çıkan bulgular belirledi.
Bu üç satır, sayfalarca anlatılan sürecin kime ait olduğunu tek seferde çözer. Ekip çalışmasını küçültmez, aksine sizi kendi işini tarif edebilen biri yapar. Bir vaka analizinden geriye kalması gereken de zaten budur.