UI/UX Nedir? UI ve UX Arasındaki Farklar, Tasarımcının Görevleri
Kısaca UI (User Interface) kullanıcı arayüzü demektir ve kullanıcının bir dijital üründe gördüğü ekranları, butonları, tipografiyi ve görsel düzeni kapsar. UX (User Experience) ise kullanıcı deneyimidir; kullanıcının ürünü kullanarak ihtiyacını karşılama sürecinin bütününü, yani ürünün ne kadar anlaşılır, kullanışlı ve amaca uygun olduğunu ele alır.
Bir bankanın mobil uygulamasının yenilendiğini düşünelim. Yeni ekranlar modern görünüyor, renkler tutarlı, ikonlar özenle çizilmiş. Ancak yayından birkaç hafta sonra çağrı merkezine gelen aramalar artıyor: kullanıcılar para transferi limitini nereden değiştireceklerini bulamıyor, bazı adımlarda geri dönünce girdikleri bilgiler siliniyor.
Bu örnek, görsel açıdan başarılı bir arayüzün tek başına iyi bir kullanıcı deneyimi sağlamadığını gösterir.
İki kavram çoğu zaman "UI/UX" diye birlikte yazıldığı için tek bir iş gibi algılanır. Oysa farklı soruları cevaplarlar ve farklı yetkinlikler gerektirirler. Ürün geliştiren ekipler için bu ayrımı doğru yapmak, tasarımı geliştirme bittikten sonra yapılan bir "boyama" aşaması olarak görmekle ürün kararlarının bir parçası olarak görmek arasındaki farktır.
UX (Kullanıcı Deneyimi) Nedir?
UX, İngilizce User Experience ifadesinin kısaltmasıdır ve Türkçede kullanıcı deneyimi olarak kullanılır. Kavramı bugünkü anlamıyla yaygınlaştıranlardan Don Norman ve Jakob Nielsen, Nielsen Norman Group'un tanımında kullanıcı deneyimini son kullanıcının bir şirketle, onun hizmetleriyle ve ürünleriyle kurduğu etkileşimin bütün yönlerini kapsayan bir alan olarak tarif eder.
Bu tanımın önemli tarafı, UX'i ekranla sınırlamamasıdır. Bir e-ticaret sitesinde kullanıcı deneyimi; ürünü bulmayı, karşılaştırmayı, ödemeyi, kargo bilgilendirmesini, iade sürecini ve gerektiğinde müşteri hizmetlerine ulaşmayı birlikte içerir. Ekranlar ne kadar iyi tasarlanmış olursa olsun, iade süreci karmaşıksa kullanıcının hatırladığı deneyim o karmaşa olur.
Norman ve Nielsen bu ayrımı bir film inceleme sitesi örneğiyle anlatır: film arama arayüzü kusursuz olsa bile, kullanıcının aradığı bağımsız yapımlar veritabanında yoksa deneyim kötüdür. Yani UX; içeriği, iş kurallarını, sistemin davranışını ve ürünün gerçekten işe yarayıp yaramadığını da kapsar.
UX çoğu zaman kullanılabilirlik (usability) ile de karıştırılır. Kullanılabilirlik, bir arayüzün ne kadar kolay öğrenildiği, ne kadar verimli kullanıldığı ve kullanıcının ne kadar az hata yaptığı gibi niteliklerle ilgilidir. Önemli bir parçadır ama kullanıcı deneyiminin tamamı değildir.
UX çalışmasının cevap aradığı sorular bu nedenle görsel değil davranışsaldır: Kullanıcı bu ürüne hangi amaçla geliyor? Hedefine ulaşırken nerede takılıyor? Hangi adım gereksiz, hangi bilgi eksik? Ürün, kullanıcının bağlamına ve beklentisine uyuyor mu?
UI (Kullanıcı Arayüzü) Nedir?
UI, User Interface ifadesinin kısaltmasıdır ve kullanıcı arayüzü anlamına gelir. Kullanıcının bir web sitesi, mobil uygulama veya yazılımla etkileşime girdiği katmandır: ekran düzeni, butonlar, form alanları, menüler, ikonlar, renkler, tipografi, boşluk kullanımı ve etkileşim anındaki geri bildirimler bu katmanın parçalarıdır.
İyi bir arayüz yalnızca estetik açıdan değerlendirilmez. Kullanıcının ekrana baktığında neyin önemli olduğunu hemen anlaması, tıklanabilir öğeleri ayırt edebilmesi, bir işlemin başarılı olup olmadığını görmesi ve uygulamanın farklı ekranlarında aynı davranışla karşılaşması UI tasarımının işidir.
Bu yüzden UI tasarımında tutarlılık özellikle önemlidir. Aynı işlevi gören bir buton bir ekranda mavi ve sağ altta, başka bir ekranda gri ve sol üstteyse kullanıcı her seferinde yeniden düşünmek zorunda kalır. Pek çok ürün ekibinin renk, tipografi ve bileşen kurallarını tek bir yerde topladığı bir tasarım sistemi (design system) kurması bu ihtiyaçtan doğar.
UI tasarımı yalnızca görsel düzenlemelerden oluşmaz; arayüz öğelerinin farklı durumlarda nasıl davrandığı ve kullanıcıya hangi geri bildirimleri sunduğu da tasarımın niteliğini belirler.
UI ile UX Arasındaki Farklar
Kısaca söylemek gerekirse UX ürünün nasıl çalıştığı ve kullanıcının ihtiyacını nasıl karşıladığıyla, UI ise bu deneyimin kullanıcıya nasıl göründüğü ve nasıl etkileşime dönüştüğüyle ilgilenir. İkisi birbirinin alternatifi değildir; UI, UX'in kapsadığı alanın içinde yer alır.
UX (Kullanıcı Deneyimi) | UI (Kullanıcı Arayüzü) | |
Temel soru | Ürün kullanıcının ihtiyacını karşılıyor mu? | Kullanıcı arayüzü kolayca anlayıp kullanabiliyor mu? |
Kapsam | Kullanıcı yolculuğunun tamamı, ekran dışı temas noktaları dahil | Ekranlar, bileşenler ve etkileşim anları |
Odak | Akış, bilgi mimarisi, içerik, iş kuralları, kullanılabilirlik | Görsel hiyerarşi, tipografi, renk, bileşen tutarlılığı |
Tipik çıktılar | Araştırma bulguları, kullanıcı akışları, wireframe, prototip, test sonuçları | Ekran tasarımları, bileşen kütüphanesi, tasarım sistemi |
Başarının göstergesi | Görev tamamlama, hata ve terk oranları, kullanıcı geri bildirimi | Anlaşılırlık, tutarlılık, erişilebilirlik |
UI ve UX farklı uzmanlıklar gerektirse de tasarım kararları birbirini doğrudan etkiler. Kullanıcı araştırmasında belirlenen ihtiyaçlar arayüz tasarımına yön verirken, arayüz üzerinde yapılan testler kullanıcı deneyimiyle ilgili yeni sorunları ortaya çıkarabilir. Özellikle küçük ürün ekiplerinde bu sorumluluklar aynı tasarımcı tarafından üstlenilebilir.
UI ve UX Tasarımcısının Görevleri ve Sorumlulukları
UX tasarımcısı (UX designer), kullanıcıların bir ürünü kullanırken neye ihtiyaç duyduğunu araştıran ve bu ihtiyaca uygun akışları, yapıları ve etkileşimleri tasarlayan kişidir. İşin merkezinde ekran çizmekten çok kullanıcıyı ve problemi anlamak vardır.
Günlük çalışma şirketin büyüklüğüne ve ürünün olgunluğuna göre değişir. Yine de birçok ürün ekibinde UX tasarımcısının işi şu sorumluluklar etrafında şekillenir:
Kullanıcı araştırması: Kullanıcı görüşmeleri, gözlem, anketler ve mevcut ürün verisinin incelenmesiyle kullanıcının amaçlarını ve sorun yaşadığı noktaları ortaya çıkarmak.
Problem tanımı: Araştırma bulgularını ekibin üzerinde anlaşabileceği net bir probleme dönüştürmek.
Bilgi mimarisi ve kullanıcı akışları: İçeriğin nasıl düzenleneceğini ve kullanıcının hedefine hangi adımlarla ulaşacağını tasarlamak.
Wireframe ve prototip: Fikirleri görsel detaya girmeden önce düşük maliyetli biçimde somutlaştırmak ve denemek.
Kullanılabilirlik testi: Tasarımı gerçek kullanıcılarla test ederek varsayımları doğrulamak veya çürütmek.
Ekiple birlikte çalışma: Product Owner, iş analisti ve geliştiricilerle çözümün uygulanabilirliğini ve önceliğini birlikte netleştirmek.
UI tasarımcısı (UI designer) ise bu yapının görsel ve etkileşimsel katmanını üstlenir. UX tarafında netleşen akışları ve wireframe'leri kullanıcının göreceği son ekranlara dönüştürür; görsel hiyerarşiyi, tipografiyi, renk kullanımını ve etkileşim anındaki geri bildirimleri tasarlar. Sorumlulukları genellikle şunları kapsar:
Ekran ve bileşen tasarımı: Butonlardan form alanlarına kadar arayüz öğelerini, farklı durumları (boş, hata, yükleniyor, başarılı) da düşünerek tasarlamak.
Tasarım sistemi: Renk, tipografi, boşluk ve bileşen kurallarını tek bir yerde toplayarak ürünün bütün ekranlarında tutarlılık sağlamak.
Erişilebilirlik: Yeterli renk kontrastı, okunabilir yazı boyutları ve klavye ya da ekran okuyucuyla kullanılabilir bileşenler gibi gereksinimleri tasarıma baştan dahil etmek.
Geliştiriciye devir: Ölçüleri, durumları ve etkileşim davranışlarını geliştiricilerin doğru uygulayabileceği netlikte aktarmak ve uygulama sırasında ortaya çıkan soruları cevaplamak.
Ayrı uzmanlıkların bulunduğu ekiplerde UX tasarımcısı kullanıcı ihtiyaçlarına ve etkileşim akışlarına, UI tasarımcısı ise bu akışların görsel ve etkileşimsel biçimine daha fazla odaklanır. Ancak bu çalışmalar birbirinden tamamen bağımsız veya yalnızca birbirini izleyen aşamalar değildir. Araştırma, prototipleme, arayüz tasarımı ve test süreçleri boyunca iki uzmanlık birlikte ilerleyebilir.
UI/UX tasarımcısı unvanı ise iki sorumluluğu birlikte üstlenen kişiyi tanımlar. Özellikle start-up'larda ve küçük ürün ekiplerinde yaygındır. Bu durumda tasarımcının araştırmadan son ekran tasarımına kadar sürecin tamamında çalışması beklenir; bu da hangi alanda daha derin olduğunu bilmeyi ve diğer alanda yeterli seviyeye ulaşmayı gerektirir.
Rolün güçlü yanı teknik araç bilgisinden çok düşünme biçimidir: kullanıcının söylediği çözüm ile gerçek ihtiyacını ayırabilmek, kendi tasarımını savunmak yerine test edebilmek ve farklı paydaşların beklentilerini kullanıcı açısından tartabilmek.
UX Tasarım Süreci
UX tasarım süreci doğrusal bir aşamalar listesinden çok, öğrendikçe geri dönülen bir döngüdür. Ekipten ekibe adlandırması değişse de çoğu süreç benzer adımlardan geçer:
Anlamak: Kullanıcıyı, iş hedefini ve mevcut durumu araştırmak. Kim kullanıyor, hangi amaçla, nerede zorlanıyor?
Tanımlamak: Bulguları tek bir net problem ifadesine indirmek. "Kullanıcılar ödeme ekranını beğenmiyor" yerine "İlk kez alışveriş yapan kullanıcılar kargo ücretini son adımda gördüğü için süreci yarıda bırakıyor" gibi.
Fikir üretmek: Problemi çözebilecek birden fazla yaklaşımı değerlendirmek; ilk akla gelen çözüme hemen bağlanmamak.
Prototiplemek: Seçilen yaklaşımı kâğıt çizimden tıklanabilir prototipe kadar, sorulacak soruya yetecek kadar somutlaştırmak.
Test etmek: Prototipi gerçek kullanıcılarla denemek ve neyin işe yaradığını, neyin yaramadığını görmek.
Geliştirmek ve ölçmek: Çözüm canlıya çıktıktan sonra beklenen davranış değişikliğinin gerçekleşip gerçekleşmediğini veriyle takip etmek.
Test sonucunda problemin yanlış tanımlandığı ortaya çıkarsa ilk adıma dönülür. Sürecin değeri de buradan gelir: hatayı geliştirme bittikten sonra değil, değiştirmesi ucuzken yakalamak.
Bu döngü Design Thinking yaklaşımıyla büyük ölçüde örtüşür. Aradaki fark kapsamdadır: Design Thinking ürün, hizmet veya iş modeli gibi geniş problemler için kullanılan bir problem çözme çerçevesidir; UX tasarım süreci ise bu düşünme biçimini kullanıcının bir ürünle kurduğu etkileşime uygular.
Kullanıcı Araştırmasının Ürün Kararlarına Etkisi
Kullanıcı araştırması, ürün ekibinin varsayımlarını gerçek kullanıcı davranışıyla karşılaştırmasını sağlar. Araştırmanın amacı rapor üretmek değil, bir sonraki ürün kararını daha az tahmine dayalı hale getirmektir.
Kullanıcı araştırmalarında nitel ve nicel yöntemlerden yararlanılır. Nitel araştırmalar; kullanıcı görüşmeleri, gözlem ve kullanılabilirlik testleri aracılığıyla davranışların arkasındaki ihtiyaçları, motivasyonları ve sorunları anlamaya yardımcı olur. Nicel araştırmalar ise ürün analitiği, yapılandırılmış anketler ve A/B testleri gibi yöntemlerle davranışların sıklığını, dağılımını veya farklı çözümlerin performansını ölçer. İki yaklaşım birbirini tamamlar: ürün verileri kullanıcıların ödeme adımında süreci terk ettiğini gösterebilirken, kullanıcı görüşmeleri ve gözlemler bu davranışın nedenlerini araştırmayı sağlar.
Araştırmada sık gözden kaçan nokta, kullanıcıların ne söylediği ile ne yaptığı arasındaki farktır. Bir görüşmede "bu özelliği kesinlikle kullanırım" diyen kişi gerçek kullanımda o özelliği hiç açmayabilir. Bu yüzden mümkün olduğunda görüşlerden çok davranış gözlemlemek daha güvenilir sonuç verir.
Araştırmanın ürün kararına dönüşmesi için bulguların ekibin çalıştığı dile çevrilmesi gerekir. İyi işleyen ekiplerde bu akış genellikle şöyledir: araştırma bulgusu net bir problem ifadesine, problem ifadesi test edilebilir bir hipoteze, hipotez de backlog'da User Story ve Acceptance Criteria'ya dönüşür. Çözüm canlıya çıktıktan sonra hipotezin doğrulanıp doğrulanmadığı ölçülür. Bu bağ kurulmadığında araştırma raporları paylaşılır, beğenilir ve backlog'a hiçbir etkisi olmadan klasörde kalır.
Kullanıcı araştırması her zaman büyük bütçeler gerektirmez. Az sayıda katılımcıyla gerçekleştirilen kısa kullanılabilirlik testleri bile önemli kullanım sorunlarını görünür hale getirebilir. Ancak bulguların ne ölçüde genellenebileceği, araştırmanın amacı, katılımcıların seçimi ve kullanılan yönteme bağlıdır.
UX Tasarımcısının Product Owner ve İş Analistiyle İş Birliği
Çevik ürün ekiplerinde UX tasarımcısı, Product Owner ve iş analisti aynı soruya farklı yönlerden bakar: Kullanıcıya ve işe değer üreten doğru çözüm hangisi? Rollerin sınırları ekipten ekibe değişse de odak noktaları genellikle şöyle ayrışır:
Rol | Ana odak | UX ile kesiştiği nokta |
Product Owner | Ürün hedefi, değer ve önceliklendirme | Hangi kullanıcı probleminin önce çözüleceği |
İş analisti | İhtiyaç, süreç, iş kuralları ve gereksinimler | Akışların iş kurallarıyla ve sistem davranışıyla uyumu |
UX tasarımcısı | Kullanıcının ihtiyacı, davranışı ve deneyimi | Çözümün kullanıcı tarafından anlaşılıp kullanılabilmesi |
Bu üç bakış açısı birlikte çalıştığında ekip hem değerli hem uygulanabilir hem de kullanılabilir bir çözüme daha hızlı ulaşır. Ayrı çalıştıklarında ise tanıdık sorunlar ortaya çıkar: Product Owner önceliklendirdiği özelliğin kullanıcı tarafından nasıl algılanacağını geç öğrenir, iş analisti eksiksiz gereksinimler yazar ama kullanıcı akışı test edilmemiştir, tasarımcı ise iş kurallarını ve teknik kısıtları son anda öğrenip tasarımı baştan yapmak zorunda kalır.
En sağlıklı model, UX'in geliştirme öncesindeki keşif (discovery) çalışmasına baştan dahil olmasıdır. Tasarımcının backlog refinement oturumlarına katılması, iş analistiyle birlikte akışları gözden geçirmesi ve Product Owner'la kullanıcı araştırmasından çıkan bulguları önceliklendirme kararlarına bağlaması bu modelin pratik karşılığıdır.
Product Owner ile iş analistinin sorumluluk sınırlarını daha ayrıntılı incelemek için Product Owner ve İş Analisti Arasındaki Farklar yazımıza, iş analistinin rolüne genel bakış için İş Analisti Nedir? yazımıza göz atabilirsiniz.
UX Sürecinde Sık Yapılan Hatalar
UX ile ilgili sorunların önemli bir kısmı tasarım becerisinden değil, UX'in ürün sürecinde nereye konumlandırıldığından kaynaklanır.
UX'i geliştirme sonrası bir "güzelleştirme" aşaması olarak görmek. Gereksinimler belirlenip geliştirme başladıktan sonra tasarımcıdan yalnızca ekranları görsel açıdan düzenlemesi istendiğinde, kullanıcı deneyimini etkileyen pek çok karar önceden alınmış olur. Bu yaklaşım, kullanıcı araştırmasının ve kullanılabilirlik testlerinin ürün kararlarına katkısını sınırlar.
Kullanıcı yerine paydaş görüşüyle tasarlamak. Bir yöneticinin ya da satış ekibinin "müşteriler bunu istiyor" demesi değerli bir girdidir ama kullanıcı araştırmasının yerini tutmaz. Kullanıcıyla hiç konuşmadan alınan tasarım kararları çoğu zaman ekip içindeki en güçlü görüşü yansıtır.
Tasarım incelemesini kullanıcı testi sanmak. Ekibin bir prototipi toplantıda beğenmesi, kullanıcının onu anlayacağı anlamına gelmez. Ürünü tasarlayan ve iş kurallarını bilen kişiler, ilk kez gören bir kullanıcının takılacağı yerleri çoğu zaman göremez.
Başarıyı yalnızca görsel kaliteyle ölçmek. Yeni tasarımın modern görünmesi, kullanıcıların işlemlerini daha kolay tamamladığını göstermez. Görev tamamlama oranı, hata sayısı, destek talepleri veya süreç terk oranı gibi davranış göstergeleri takip edilmediğinde bir tasarımın işe yarayıp yaramadığı bilinmez.
Araştırma bulgularını backlog'a bağlamamak. Kullanıcı araştırması yapılıp sunulduğu halde hiçbir User Story'ye, önceliklendirme kararına veya Acceptance Criteria'ya dönüşmüyorsa ekip öğrendiğini ürüne yansıtmamış demektir.
İyi Deneyim Bir Ekip Kararıdır
Başarılı bir kullanıcı deneyimi, tasarım ekibinin tek başına ortaya koyduğu bir sonuç değildir. Kullanıcı araştırmasından gereksinimlerin belirlenmesine, arayüz tasarımından geliştirme ve test süreçlerine kadar alınan kararlar deneyimi birlikte şekillendirir. Bu nedenle UX'in ürün geliştirme sürecinin başından itibaren ele alınması, ekiplerin kullanıcı ihtiyaçlarına daha uygun çözümler üretmesini sağlar.
UX yetkinliği bu yüzden yalnızca tasarımcı olmak isteyenler için değil; ürün yöneten, gereksinim yazan veya yazılım geliştiren herkes için değerlidir. Kullanıcıyı araştırmayı, problemi doğru tanımlamayı ve çözümü test etmeyi öğrenen ekipler, daha az varsayımla daha doğru ürünler geliştirir.
Sık Sorulan Sorular
UI/UX tasarımcısı nasıl olunur?
Tek bir zorunlu yol yoktur; tasarım, psikoloji, bilgisayar mühendisliği, iletişim veya tamamen farklı alanlardan gelen UI/UX tasarımcıları bulunur. Belirleyici olan, temel kullanıcı araştırması, akış tasarımı, prototipleme ve test yöntemlerini öğrenip bunları gerçekçi projelerde uygulamış olmaktır.
UX tasarımcısı olmak için kod bilmek gerekir mi?
Hayır, kod yazmak rolün zorunlu bir parçası değildir. Bununla birlikte web ve mobil uygulamaların temel çalışma mantığını anlamak, geliştiricilerle iletişimi kolaylaştırır ve uygulanması zor tasarımların önceden fark edilmesini sağlar.
Grafik tasarımcı UI/UX alanına geçebilir mi?
Evet, görsel hiyerarşi, tipografi ve renk bilgisi özellikle UI tarafında güçlü bir başlangıç sağlar. Geçişte en çok geliştirilmesi gereken alan genellikle kullanıcı araştırması ve tasarım kararlarını kullanıcı verisiyle savunabilme becerisidir.
UX ile müşteri deneyimi (CX) aynı şey midir?
Yakın ama aynı değildir. UX daha çok kullanıcının belirli bir ürün veya hizmetle etkileşimine odaklanırken, müşteri deneyimi (CX) satın alma, fiyatlandırma, müşteri hizmetleri ve marka algısı dahil olmak üzere müşterinin şirketle kurduğu ilişkinin bütününü kapsar.
UI/UX portföyünde neler yer almalı?
Yalnızca bitmiş ekran görselleri yeterli değildir. İyi bir portföy, problemin nasıl tanımlandığını, hangi araştırmanın yapıldığını, hangi alternatiflerin değerlendirildiğini ve test sonuçlarına göre tasarımın nasıl değiştiğini gösteren vaka çalışmalarından oluşur.
Kaynaklar
Don Norman ve Jakob Nielsen — The Definition of User Experience (UX), Nielsen Norman Group.
Jakob Nielsen — Usability 101: Introduction to Usability, Nielsen Norman Group.
Teaganne Finn ve Amanda Downie — What is user experience (UX)?, IBM.
