UX Yazarlığı Portföyü: Gösteremediğiniz İşi Nasıl Anlatırsınız?

UX yazarlığı portföyünün asıl zorluğu işi yapmak değil, yaptığınızı gösterebilmek. En iyi metinleriniz büyük ihtimalle bir gizlilik sözleşmesinin arkasında ya da ekranın ortasında duran, bağlamından koparıldığında hiçbir anlam taşımayan üç kelimelik bir buton etiketi. Aşağıdakiler o üç kelimeyi görüşmede konuşulabilir bir vakaya çevirmek üzerine.

Gizlilik sözleşmesiyle korunan işi anlatmanın yolu

Ekran görüntüsü paylaşamıyorsanız metnin kendisini paylaşın. Marka adını çıkarın, ürünü tarif edin: kurumsal bir bankanın mobil uygulamasında para transferi akışı cümlesi, logolu bir görselin verdiği bilginin neredeyse tamamını verir. Zaten değerlendirilen şey görsel kimlik değil.

Eski işvereninizden izin isteyin, çoğu şirket anonimleştirilmiş bir vakaya itiraz etmez. Sözlü onayla ilerlemeyin, kısa bir e-posta yeter. İzin alamadığınız projeyi portföyden çıkarın ve görüşmede sözlü anlatın; anlatmak, izinsiz yayımlamaktan her zaman daha iyi.

Öncesi ve sonrası olmayan örnek, örnek değil

Portföylerin çoğu yalnızca son hali gösterir. Son hal tek başına bir şey kanıtlamaz, çünkü okuyan kişi neyin düzeltildiğini bilmiyor.

Bir ödeme hatasını ele alalım. Önce:

Hata: İşlem gerçekleştirilemedi. (402)

Sonra:

Kartınızdan çekim yapılamadı. Bankanız işlemi onaylamadı; başka bir kartla deneyebilir ya da bankanızı arayabilirsiniz. (Hata kodu: 402)

İkinci metin daha uzun ve bu bir kusur değil. Kullanıcı üç şeyi öğreniyor: ne oldu, kimin kararıydı, şimdi ne yapabilir. Kod da duruyor, yalnızca asıl işe yaradığı yere, destek ekibinin bakacağı sona alınmış. Portföyde yazmanız gereken bu gerekçe. "Daha kullanıcı dostu hale getirdim" cümlesi hiçbir şey anlatmıyor.

Sayıya güvenmenin sınırı

Portföy tavsiyelerinin ortak nakaratı, sonucu ölçülebilir biçimde göstermeniz. Sorun şu ki mikro metin neredeyse hiçbir zaman tek başına test edilmez. Buton etiketiniz genellikle bir yeniden tasarımın içinde, yeni bir akış ve yeni bir düzenle birlikte yayına çıkar. Dönüşüm yüzde on iki arttıysa bunun ne kadarı sizin cümleniz? Bilmiyorsunuz. Bilmediğini bilmeyen aday da görüşmedeki ilk detay sorusunda takılıyor.

İzole bir metin testiniz varsa yazın ve tam olarak neyin değiştiğini belirtin. Yoksa dürüst olanı yapın: "Metin değişikliği kapsamlı bir revizyonun parçasıydı, etkisini tek başına ayıramıyoruz. Yayından sonra destek ekibine gelen kartım neden çalışmıyor taleplerinde belirgin bir düşüş gördük." Bu ikinci ifade birincisinden daha güçlü, çünkü ölçüm mekanizmasını anladığınızı gösteriyor.

Yardım merkezi aramaları, destek talebi başlıkları ve formun terk edildiği adım, mikro metin için dönüşüm oranından çoğu zaman daha temiz sinyal taşır. Yazar olarak etkiniz oralarda görünür hale gelir.

Üç vaka yeter

Portföyünüzü inceleyen kişi onu baştan sona okumayacak. İlk ekranda sorunun ne olduğu, sizin ne yaptığınız ve sonuçta ne değiştiği görünsün, detay aşağıda kalsın.

Seçerken en iyi iki işinizi alın, üçüncüyü çeşitlilik için seçin: başka bir ton, başka bir ürün tipi, mümkünse başka bir kısıt. Sekiz vasat vaka, üç iyi vakanın ortalamasını düşürmekten başka bir işe yaramaz.

Gerçek proje örneğiniz yoksa

Var olan bir uygulamanın metinlerini kendi başınıza yeniden yazıp portföye koymak yaygın bir başlangıç. Riski de belli: o metnin neden öyle yazıldığını bilmiyorsunuz. Karakter sınırı olabilir, hukuk ekibi tam o cümleyi onaylamış olabilir, on iki dile çevrildiği için kısaltılmış olabilir.

Bu yüzden çalışmanızın yanına tahmin ettiğiniz kısıtları da yazın. Bir UX yazarının mesaisinin ciddi bir bölümü hukukla, lokalizasyonla ve geliştiricinin verdiği karakter sınırıyla pazarlık yaparak geçer. Bunu bildiğini gösteren aday, henüz hiç ürün göndermemiş olsa bile işin nasıl yürüdüğünü kavramış görünür.

Site mi, PDF mi

İkisi de. Kendi siteniz esas mecra olsun, ama PDF sürümünü hazır tutun; bazı başvuru sistemleri hâlâ dosya istiyor ve bağlantı yapıştırmanıza izin vermiyor.

Sitenin kendisi ayrıca bir çalışma örneği. Menü etiketleriniz, iletişim formunuzun hata mesajları ve 404 sayfanız değerlendirmenin parçası. UX yazarından üzerinde yalnızca "Gönder" yazan bir butondan fazlası bekleniyor. Formunuzu bir kez boş gönderin ve çıkan uyarıyı kendi işiniz gibi okuyun.