UX Tasarımcısı Özgeçmiş Örneği: Tasarım Kararlarını Görünür Kılın

Bir UX tasarımcısı özgeçmişi, düşünme biçiminizi kısa ve öz biçimde ortaya koymalı, ardından okura bunu destekleyen portfolyoya açık bir yol sunmalıdır. Çekici ekranlar tek başına problemi, kısıtları veya muhakemenin niteliğini göstermez. Kullanıcıları nasıl tanıdığınızı, tasarım seçimlerini nasıl yaptığınızı ve uygulama ayrıntılarıyla nasıl çalıştığınızı anlatın. Özgeçmiş ve portfolyo farklı işlere yarar: özgeçmiş ilgili deneyimi ortaya koyar, seçilmiş vaka çalışmaları ise okurun kanıtı daha derin incelemesini sağlar.

Kurgusal tasarımcı yönetim iş akışlarında çalışıyor; bu yüzden örnek durumlara, yetkilere ve görevlerin anlaşılmasına odaklanıyor. Görsel markalamaya odaklı bir portfolyo tek başına aynı iddiayı desteklemez. Özgeçmişinizin sizi hangi tasarım problemlerini çözebilen biri olarak sunduğuna karar verin; ardından birinin bu problemleri incelemesine imkân veren vaka çalışmalarını seçin. Belgeyle portfolyo arasındaki tutarlılık, moda bir tasarım etiketi kullanmaktan daha önemlidir.

Samira’nın kurgusal özeti, moda bir görsel tarz yerine zor bir iş akışına odaklanır. Erişim talebi maddesi, gözlemi belirli bir tasarım değişikliğine bağlar. Prototipler çıktı sayısı olarak değil, soruları yanıtlama yolu olarak görünür. Bileşen çalışması klavye davranışını ve hata durumlarını içerir; çünkü etkileşim kalitesi, özenle hazırlanmış varsayılan ekranların ötesine uzanır. Yayın sonrası inceleme, tasarımcının teslimden sonra da sürece katıldığını açıkça gösterir. Buradaki bütün işverenler, projeler ve sonuçlar eğitim amacıyla kurgulanmıştır.

Bileşen maddesi boş ve hata durumlarını içerir; çünkü kullanıcılar arayüzle yalnızca ideal akışta karşılaşmaz. Projeniz bu durumları iyileştirdiyse katkınızı “arayüz ekranları hazırladım” ifadesinin altında gizlemeyin. Hangi davranışın tanımlanması gerektiğini ve ekibin bu yönlendirmeyi nasıl kullandığını açıklayın. Ayrıntılı etkileşim çalışması, portfolyoya uygun az sayıda görsel üretse bile tasarım olgunluğunu gösterebilir.

Her vaka çalışması için başlangıçtaki problem tanımını, kısıtları, seçenekleri ve tasarımı yönlendiren kanıtları yeniden derleyin. Sizin ne yaptığınızı, araştırmacının veya ürün yöneticisinin ne sağladığını ve uygulama sırasında mühendislik ekibinin neleri değiştirdiğini not edin. Katılımcı bilgilerini gizli tutun. Mesleki çalışmayı paylaşamıyorsanız, onaylı ve kimliksizleştirilmiş bir açıklama hazırlayın ya da başka bir proje kullanın. Son arayüz kamuya açık olmasa da kararı anlaşılır biçimde anlatmak yararlı olabilir.

Vaka çalışması notlarınıza katkı haritası ekleyin: başkalarının sağladığı araştırma, sizin yaptığınız tasarım, ortak alınan kararlar ve uygulama değişiklikleri. Böylece özenle kurgulanmış anlatı, ekip çalışmasını yanlışlıkla bireysel başarı gibi göstermez. Ayrıca neyi öğrenemediğinizi kaydedin. Gezinmeyle ilgili soruları yanıtlayan bir çalışma, uzun dönemli kullanıma veya daha geniş pazar tercihlerine ilişkin iddiaları desteklemeyebilir.

İlk deneyim maddesi, altı oturumun bütün kullanıcıları temsil ettiğini iddia etmez. Gözlenen somut bir güçlüğe verilen tasarım yanıtını açıklar. Kendi metninizi düzenlerken görevi ve araştırmayı izleyen değişikliği belirtin. “Kullanıcı deneyimini iyileştirdim” değerlendirmek için fazla geniştir. Daha sonra görev tamamlama oranını ölçtüyseniz test koşullarını yazın. Ölçmediyseniz gözlenen sorun ve uygulanan yanıt, uydurma bir başarı oranı olmadan da geçerli kanıttır.

Erişim talebi maddesinin yeniden yazımı portfolyoda somut bir ana bağlanmalıdır: kafa karıştıran durum ve yeni sonraki adım davranışı. Kararın nedenini açıklıyorsa değerlendirdiğiniz alternatifi de gösterin. Görev bağlamı olmayan önce-sonra görseli, okuru yalnızca görünüşe göre yargılamaya yöneltebilir. Özgeçmiş maddesi, görsel karşılaştırmanın arkasındaki soruyu anlamaya yetecek bağlamı vermelidir.

Kullanılabilirlik ölçümleri bağlam gerektirir: görev, katılımcılar, ortam ve karşılaştırma önemlidir. Az katılımcılı, moderatörlü bir test sorunları belirleyebilir ama tüm kullanıcı kitlesinin performans tahmini gibi sunulmamalıdır. Yeniden tasarımdan sonra ürün kullanımının artması başka değişiklikleri de yansıtabilir. Gözlenen bulguları dikkatle anlatın ve elinizdeki kanıt nitel veriyse onu kullanın. Tasarım sistemi çalışmasının kapsamı bileşenler, ekipler veya belgelenen davranışlarla gösterilebilir; kaliteyi üretilen ekran sayısına indirgemeyin.

Yöntemleri gerçekleştirmelerine yardımcı oldukları işle eşleştirin. Kullanılabilirlik testini bir araştırma sorusu ve bunun sonucunda alınan tasarım kararıyla destekleyebilirsiniz. Prototiplemeyi giderdiği belirsizlikle açıklayabilirsiniz. Erişilebilirlik deneyiminde evrensel uyumluluk iddiası yerine klavye etkileşimi tanımları hazırlamak veya uzmanlarla çalışmak gibi gerçekten yaptığınız işi anlatın. Araçları kısa listeleyin. Uzun bir yazılım listesi, sorumluluğu açık ve kararı savunulabilir bir vaka çalışmasının yerini nadiren tutar.

Araştırma ve tasarım bağlantılı ama ayrı becerilerdir. Görüşmeleri yürütmek, bulguları analiz etmek ve bulguları bir etkileşime dönüştürmek farklı katkılardır. Yaptıklarınızı anlatın. Benzer şekilde, bir bileşen kütüphanesini tanımak, yeniden kullanılabilir davranışı tanımlamaktan veya kullanımını yöneten süreçleri kurmaktan farklıdır. Beceriler bölümü, mevcut bir sistemi kullanmayı sistemin tamamını oluşturmakla eşdeğer göstermemelidir.

Yeni tasarımcılar bağlamı açıkça belirterek ders çalışmalarını, gönüllü işleri veya kişisel projeleri kullanabilir. Varsayımsal bir yeniden tasarım, varsayımlarını belirtmeli; şirketin kullanıcılarına veya kurum içi verilerine erişimi varmış izlenimi vermemelidir. Yinelemeleri gösterin ve son yönün neden değiştiğini açıklayın. Katılımcı bulma sınırları veya uygulama kaynakları gibi gerçekten karşılaştığınız kısıtları ekleyin. Mütevazı bir problem üzerine odaklanan vaka çalışması, olası her araştırma yöntemini kapsayan uydurma uçtan uca süreçten genellikle daha iyi kanıt sunar.

Deneyimli tasarımcılar etkilerinin nasıl genişlediğini göstermelidir: belirsiz işleri şekillendirmek, ortak kalıpları iyileştirmek, ekipler arası kısıtları yönetmek veya başka tasarımcılara rehberlik etmek. Her kıdemli deneyim maddesini atölyeler üzerine kurmayın. Atölyenin neyi çözdüğünü ve kararın ürünü nasıl etkilediğini açıklayın. İnsan yönettiyseniz ekibi ve sorumlulukları belirtin. Kıdemli bir bireysel katkı sağlayıcıysanız sahip olmadığınız yönetim yetkisini ima etmeden tasarım kapsamını ve ortak çalışmaları anlatın.

Başka bir alandan tasarıma dönen biri, kapsamı özenle belirlenmiş bir projeyle güncel etkileşim pratiğini gösterebilir. Kullanıcılara ilişkin varsayımları açıklayın ve varsayımsal çalışmayı etiketleyin. İş birliğini veya alan bilgisini gösteren önceki mesleki kanıtları koruyun; yeni proje ise tasarım becerisini ortaya koysun. Geçmişteki her rolü sonradan UX işiymiş gibi gösteren bir hikâyeden kaçının.

Bir hesap yöneticisinin erişimi tekrar tekrar yanlış çalışma alanına atadığını düşünün. Tasarım çalışmanız yeni bir renk paleti seçmekle değil, görevi ve karışıklığın kaynağını anlamakla başlar. Belki mevcut arayüz ilk adımdan sonra çalışma alanı bağlamını gizliyordur. Kanıt notlarınızda gözlemleri varsayımlardan ayırın ve araştırmaya kimlerin katıldığını kaydedin. Ardından bağlamı görünür tutmak veya onay adımını değiştirmek gibi incelediğiniz seçenekleri anlatın. Son görsel değişiklik küçük görünse bile bu yaklaşım yararlı bir vaka çalışması anlatısı oluşturur.

Kurgusal bir özgeçmiş maddesi şöyle olabilir: “Kullanılabilirlik oturumları bağlam karışıklığını ortaya koyduktan sonra çalışma alanı seçimi ve onayını yeniden tasarladım; kalıcı çalışma alanı etiketleri ve gönderimden önce açık bir gözden geçirme adımı ekledim.” İfade, bulguyu etkileşim seçimlerine bağlar. Bütün hataların ortadan kalktığını iddia etmez. Portfolyoda bu yönü neden seçtiğinizi ve mühendislik kısıtlarının son davranışı nasıl etkilediğini açıklayın. Yalnızca en temiz ekranı değil, ilgili hata ve klavye durumlarını da gösterin. Yayımlanan sürüm prototipten farklıysa bunu dürüstçe belirtin.

Özgeçmiş, okurun hemen tanıyabileceği kadar tutarlı bir biçimde vaka çalışmasına yönlendirmelidir. Aynı proje başlığını, tarihleri ve sorumluluk tanımını kullanın. Vaka çalışmasının ilk ekranını kontrol edin: uzun bir süreç zaman çizelgesinden önce problemi ve rolünüzü belirtmelidir. Araştırmayı bir iş arkadaşınız yürüttüyse katkısını teslim edin ve kendi tasarım yanıtınızı vurgulayın. İş birliğini şeffaf anlatmak, tek tasarımcının bütün disiplinleri tek başına yürüttüğü cilalı bir hikâyeden daha yararlıdır.

Kurumsal yazılıma odaklanan bir pozisyon karmaşıklık, yetkiler ve tekrar eden iş akışları hakkında kanıt gerektirir. Tüketiciye yönelik mobil bir pozisyonda etkileşim ayrıntıları, ilk kullanım akışı ve platform kısıtları yararlı olabilir. Portfolyo projelerinizin sırasını özgeçmişteki iddiaya göre düzenleyin. Okurun ikisini bağlayabilmesi için proje adlarını ve rol tanımlarını iki yerde de aynı kullanın. Görsel açıdan eskimiş bir proje ilgili muhakemeyi gösteriyorsa, içeriğin yerine ilgisiz ama parlak bir taslak koymak yerine bağlamı açıklayın.

Hedef ekibin tasarladığı arayüze ve kısıtlara bakın. Karmaşık masaüstü yazılımı yoğun bilgi ve rol yetkileri gerektirebilir; mobil çalışma küçük ekranda etkileşim ve platform alışkanlıkları gerektirebilir. Benzer kısıtları ele alan kanıtları seçin. Portfolyonuzda tam eşleşme yoksa, ilgisiz projeyi işverenin ürününe benzetmek için yeniden boyamak yerine aktarılabilir kararı açıklayın.

Yaygın bir zayıflık, etkileyici bir süreç şeması olup ortada karar bulunmamasıdır. Bir diğeri de açıklanmayan erişim gerektiren veya yarım kalmış ana sayfaya açılan portfolyo bağlantısıdır. Özgeçmişin portfolyo olmadan da anlaşılır olup olmadığını kontrol edin; bazı okurlar önce belgeyi inceleyecektir. Ekibin çalışmasının tamamını kendi işiniz diye sunmayın. Hazır persona taslaklarını araştırma bulgusu gibi göstermeyin; katılımcı kimliklerini ve gizli müşteri materyallerini hem PDF’den hem bağlantılı vaka çalışmalarından çıkarın.

Özgeçmişten dışa aktarılmış portfolyo bağlantısını açın ve giriş yapmadan test edin. Görsellerin, açıklamaların ve metnin küçük ekranda rolünüzü anlattığını kontrol edin. Parola veya erişim talimatlarının uygun biçimde ele alındığını ve dosyalarda katılımcı ayrıntıları bulunmadığını doğrulayın. Son olarak her özgeçmiş maddesini vaka çalışmasıyla yan yana okuyun; kapsam, araştırma iddiaları ve yayın durumu birbiriyle uyuşmalıdır.

• Araştırma gözlemlerini gerçek bir tasarım kararına bağlayın.
• Kendi rolünüzü ekibin geri kalanının katkılarından ayrı anlatın.
• Portfolyo erişimini ve proje adlarının özgeçmişle tutarlılığını kontrol edin.
• Desteklenmeyen bir uyumluluk iddiasında bulunmadan erişilebilirlik çalışmasını kesin biçimde anlatın.