UX ile UI Arasındaki Fark Nedir?

İki kısaltma sürekli yan yana yazıldığı için tek bir meslek sanılıyor. Oysa biri sorunun, diğeri çözümün görünen yüzüyle ilgilenir. En sade ayrım şudur: UX ürünü kullanılabilir yapar, UI kullanılası yapar.

Somutlaştıralım. Bir uygulamada "aboneliği iptal et" düğmesinin var olması, altı adımda mı iki adımda mı tamamlandığı, iptal ederken kullanıcının ne hissettiği UX'tir. O düğmenin rengi, yazı tipi, kenar yumuşaklığı, basıldığında verdiği geri bildirim UI'dır.

UX ne demek?

UX (User Experience), kullanıcının ürünle kurduğu ilişkinin bütünüdür. Kapsamı ekranın çok ötesine geçer:

• Kullanıcının hangi problemi çözmeye geldiği ve o problemi kaç adımda çözebildiği
• Akışın mantığı: hangi karar hangi sırayla soruluyor
• Bilgi mimarisi: neyin nerede olduğu, aramadan bulunabilirliği
• Hata durumları, boş ekranlar, bekleme süreleri
• Ürün dışı temaslar: e-posta, bildirim, destek yanıtı

Bu yüzden UX'in ilk aracı çizim değil sorudur. İyi bir UX çalışması, kullanıcı görüşmeleriyle başlar ve genellikle "bu ekranı nasıl düzeltiriz?" sorusunu "bu ekran gerçekten gerekli mi?" sorusuna çevirir.

UI ne demek?

UI (User Interface), kullanıcının dokunduğu yüzeydir: düzen, tipografi, renk, ikon, boşluk, durum değişimleri, animasyon. İşi süslemek değil, anlamı görünür kılmaktır.

İyi UI, hiyerarşiyi gözle anlatır. Bir ekranda üç düğme varsa, hangisinin ana eylem olduğunu okumadan anlarsınız; çünkü kontrast, boyut ve konum bunu söyler. Bu, estetik bir tercih değil, işlevsel bir karardır: UI'ın estetiği çoğu zaman doğru işlevin yan ürünüdür.

UI ayrıca tutarlılığın bekçisidir. Aynı işlemi yapan iki düğme iki ayrı ekranda farklı görünüyorsa, kullanıcı her seferinde yeniden öğrenmek zorunda kalır. Tasarım sistemleri tam bu yüzden vardır.

Fark neden bu kadar karışıyor?

Üç sebep var:

Karışma sebebi	Gerçek
İş ilanları ikisini tek unvanda birleştiriyor	Pratikte çoğu şirkette aynı kişi ikisini de yapıyor, ama bunlar farklı beceriler
İkisinin çıktısı da "ekran" gibi görünüyor	UX'in çıktısı akış ve karar, UI'ınki görsel dil
Portfolyolarda sadece bitmiş ekranlar paylaşılıyor	UX emeğinin çoğu bitmiş ekranda görünmez

Bir de sıralama yanılgısı var: UX'in önce, UI'ın sonra geldiği sanılır. Doğrusu, ikisinin birbirini düzelttiğidir. Görsele döküldüğünde çalışmadığı anlaşılan akış vardır; akış netleştiğinde gereksizleştiği anlaşılan görsel eleman vardır.

Aynı ekran iyi UI, kötü UX olabilir mi?

Sürekli oluyor, hatta en tehlikeli hal bu. Destek tarafında bunun canlı örneklerini çok gördüm: kusursuz görünen bir form, kullanıcı yanlış veri girdiğinde ne olduğunu söylemiyor ve insanlar aynı ekranda beş kez deniyor.

Klasik örnekler:

• Güzel ama sessiz: Kaydet basıldı, hiçbir şey olmadı gibi görünüyor. Görsel kusursuz, geri bildirim yok.
• Güzel ama yanlış sıralı: Kullanıcıdan daha ilk adımda vermek istemediği bilgi isteniyor.
• Güzel ama yalancı: Ekran hızlı görünsün diye önce içerik gösteriliyor, sonra yerinden oynuyor.

Tersi de olur: çirkin ama akışı doğru bir arayüz, insanların işini görür. Hata mesajının da ürünün parçası olduğunu ve ürünün ilk beş dakikasının çoğu zaman görsel kaliteden daha belirleyici olduğunu ayrı yazılarda anlattım.

Ürün insanı hangisine karışmalı?

Net bir sınır öneriyorum: UX'e problem tarafından karışın, UI'a karar tarafından karışmayın.

Yani ürün insanının işi "bu düğme turuncu olsun" demek değildir. İşi şunları netleştirmektir: bu ekranda kullanıcı hangi kararı veriyor, başarı neye benziyor, hangi bilgi olmazsa karar veremez, neyi yanlışlıkla yapması felaket olur. Bunları netleştirdiğinizde tasarımcıya iyi bir brief vermiş olursunuz; rengi ona bırakın.

Tek istisna: tutarlılık ve erişilebilirlik. Kontrast yetersizse, dokunma alanı çok küçükse veya aynı işlem iki yerde farklı davranıyorsa, bu bir zevk tartışması değil kalite sorunudur; söylemek ürün insanının işidir.

Sıkça sorulan sorular

UX tasarımcısı kod bilmeli mi?

Şart değil, ama teknik kısıtları anlamak işini kolaylaştırır. Neyin bir günde, neyin bir ayda yapılabileceğini sezen tasarımcı, uygulanabilir çözüm üretir. Kod yazmak yerine geliştiriciyle aynı dili konuşacak kadar kavram bilgisi yeterlidir.

Arayüz güzel ama kullanıcılar kayboluyorsa sorun nerede?

Neredeyse her zaman UX tarafında: akışın sırası, adım sayısı veya isimlendirme. Ekranı yeniden boyamak bu tür sorunu çözmez. Önce beş kullanıcının o ekranı kullanmasını izleyin; nerede duraksadıkları cevabı verir.

Küçük ekipte tek kişi ikisini birden yapabilir mi?

Yapabilir ve çoğu erken aşama şirkette öyle olur. Riski şudur: aynı kişi kısıtlı zamanda genelde UI'a kayar, çünkü çıktısı görünür ve ödüllendiricidir. Bunu dengelemek için akış kararlarını ayrı ve önce konuşun.

UX araştırması ile UX tasarımı aynı şey mi?

Değil. Araştırma, gerçek problemi ve kullanıcının davranışını ortaya çıkarır; tasarım, o bulguyu bir çözüme dönüştürür. Araştırmasız tasarım tahmine dayanır, tasarıma dönüşmeyen araştırma ise rafta kalır.