UX Tasarım Nedir? Araştırma, Süreç ve Ölçüm Rehberi

UX, “User Experience” ifadesinin kısaltmasıdır ve Türkçede kullanıcı deneyimi anlamına gelir. UX tasarım; bir kişinin web sitesine gelmeden önceki beklentisinden, site içinde bir görevi tamamlamasına ve sonrasında aldığı desteğe kadar bütün deneyimi araştırma, yapılandırma, prototipleme, test etme ve iyileştirme sürecidir.

UX'in amacı kullanıcıyı sitede mümkün olduğunca uzun tutmak değildir. Kullanıcının gerçek hedefini gereksiz belirsizlik, hata ve tekrar yaşamadan tamamlayabilmesini sağlamaktır. Bazı sayfalarda doğru deneyim kısa sürede güvenilir bilgiye ulaşıp ayrılmak; bazılarında form, satın alma veya hesap işlemini tamamlamak olabilir. Bu rehber UX ile UI ve kullanılabilirlik arasındaki farkı, araştırma yöntemlerini, tasarım sürecini ve ölçüm planını somutlaştırır.

UX Tasarım Nedir?

Kullanıcı deneyimi, tek bir ekranın görünüşünden daha geniştir. Bilginin bulunabilirliği, adımların sırası, kullanılan dil, formların davranışı, performans, erişilebilirlik, hata kurtarma, destek ve kanallar arasındaki devamlılık deneyimin parçalarıdır. UX tasarımcı bu bütünü bir varsayım olarak değil, kullanıcı ve görev kanıtlarıyla ele alır.

Bir kurumsal web sitesinde hizmeti anlamak ve iletişim kurmak; e-ticarette ürün bulmak, karşılaştırmak ve siparişi yönetmek; bir portalda doğru yetkiyle işlem yapmak farklı deneyim problemleridir. Aynı “modern tasarım” çözümü hepsine uygulanamaz. Önce kullanıcıların kim olduğu, hangi bağlamda hangi işi yaptığı ve başarının ne anlama geldiği tanımlanmalıdır.

UX, UI ve Kullanılabilirlik Arasındaki Fark

Digital.gov, kullanılabilirliği daha geniş UX şemsiyesinin bir parçası olarak açıklar ve hedeflerin ne kadar kolay gerçekleştirildiğinin araştırma yöntemleriyle değerlendirildiğini belirtir. (Digital.gov Usability) Arayüzün görsel ve etkileşim durumları için UI tasarım rehberini kullanabilirsiniz.

Kullanıcıyı Tanımak Demografik Profil Çıkarmak Değildir

Yaş, konum veya meslek bazı projelerde bağlam sağlayabilir; fakat tek başına neye ihtiyaç duyulduğunu veya bir web sitesinin nasıl kullanılacağını açıklamaz. Aynı yaş grubundaki iki kişi farklı hedef, cihaz, deneyim, erişim ihtiyacı ve zaman baskısıyla hareket edebilir. Araştırma; “kullanıcılarımız 25–45 yaş arasıdır” cümlesinden görev, davranış ve engel kanıtına ilerlemelidir.

GOV.UK Service Manual kullanıcı araştırmasını ihtiyaçları anlamak, oturumları planlamak, bulguları analiz etmek ve tasarımın farklı aşamalarında araştırmayı sürdürmek şeklinde yapılandırır. Görüşme, bağlamsal gözlem ve kullanılabilirlik testi farklı sorulara cevap verir. (GOV.UK User Research) Araştırma yöntemi, elde etmek istenen karara göre seçilmelidir.

Hangi UX Sorusu İçin Hangi Yöntem Kullanılır?

Aşağıdaki karar matrisi bir yöntem listesi değil, araştırma sorusunu kullanılabilir bir karara bağlayan çalışma çerçevesidir.

Analiz verisi ne olduğunu gösterebilir, ancak çoğu zaman nedenini tek başına açıklamaz. Görüşme insanların söylediklerini, gözlem ve görev testi ise davranışı ortaya çıkarır. Tek bir yöntemi her soruya uygulamak yerine bulguların birbirini doğrulayıp doğrulamadığı incelenmelidir.

Web Sitesinde UX Tasarım Süreci

1. İş sonucu ve kullanıcı görevini ayırın

İşletme daha fazla nitelikli talep isteyebilir; kullanıcı ise hangi hizmetin sorununa uygun olduğunu, kapsamı ve sonraki adımı anlamak ister. İyi bir problem tanımı iki tarafı aynı cümlede zorla birleştirmez; kullanıcının görevi ile iş sonucunun hangi noktada buluştuğunu açıklar.

Tek bir “ana hedef” bütün site için her zaman doğru değildir. Bunun yerine öncelikli görevler, ikincil görevler ve farklı kullanıcı rolleri belirlenir. Aynı sayfada çok sayıda eşit güçlü eylem sunmak kararı zorlaştırabilir; fakat gerçek kullanıcı ihtiyaçlarını tek bir pazarlama hedefi uğruna kaldırmak da deneyimi bozabilir.

2. Mevcut deneyimi ve içeriği envantere alın

Sayfalar, arama terimleri, formlar, destek talepleri, cihazlar, yönlendirmeler ve teknik kısıtlar incelenir. İçerik yalnız kelime sayısıyla değerlendirilmez: doğru mu, güncel mi, bulunabiliyor mu, karar için gerekli mi ve hangi sahibin onayına bağlı?

Uzun içerik otomatik olarak kötü değildir. Karmaşık bir karar ayrıntı gerektirebilir. Sorun, içeriğin kullanıcının görevine göre sıralanmaması ve taranabilir başlıklar, özet, ayrıntı veya karşılaştırma yapısıyla katmanlanmamasıdır. “Metni kısaltmak” yerine doğru bilgiyi doğru aşamada sunmak hedeflenmelidir.

3. Araştırma sorularını ve katılımcıları planlayın

“Kullanıcılar siteyi seviyor mu?” yerine karar üretmeye yarayan sorular yazılır: Hangi terimi arıyorlar? Teklif için hangi bilgiyi gerekli görüyorlar? Formda neden duruyorlar? Katılımcılar gerçek hedef grupları, önemli farklılıkları ve erişim ihtiyaçlarını temsil etmelidir.

Oturumdan önce yöntem, görevler, kayıt, kişisel veri, onam, gözlemci rolleri ve analiz biçimi belirlenir. Müşteriler veya ekip üyeleri kullanıcı değildir; onların uzmanlığı iş gereksinimleri için değerlidir, ancak kullanıcı davranışının yerine geçmez.

4. Bilgi mimarisi ve görev akışlarını kurun

İçerik grupları, adlandırma, gezinme ve arama; kullanıcının zihinsel modeli ve görevleri üzerinden ele alınır. Akışlar yalnız başarılı yolu değil; eksik bilgi, yetki, hata, vazgeçme, geri dönme ve destek yollarını da içerir.

Sayfalar arası tutarlılık önemlidir: aynı terim, eylem veya konum farklı sayfalarda beklenmedik biçimde değişirse kullanıcı her seferinde sistemi yeniden öğrenmek zorunda kalabilir. Tutarlılık bütün sayfaları aynılaştırmak değil, aynı davranışa öngörülebilir karşılık vermektir.

5. Wireframe ve prototiple varsayımları görünür kılın

Wireframe içerik ve işlev önceliğini, prototip ise belirli görevlerin etkileşim akışını tartışılabilir hâle getirir. Prototip bitmiş ürün değildir; hangi soruyu test edeceğine göre ayrıntı seviyesi seçilir. İlk aşamada yüksek görsel ayrıntı, temel yapı sorunlarını gölgeleyebilir.

Gerçekçi başlık, seçenek, hata ve içerik uzunlukları kullanılmalıdır. Boş kutularla çalışan akış, gerçek veri geldiğinde anlaşılmaz veya taşan bir yapıya dönüşebilir.

6. Kullanılabilirlik testi yapın

Katılımcıya tasarımı beğenip beğenmediğini sormak yerine gerçekçi görev verilir ve ne yaptığı gözlenir. Moderatör çözümü öğretmemeli, katılımcının tereddütlerini ve beklentilerini anlamalıdır. Bulgular tek bir kişinin tercihi olarak değil, görev, bağlam, sıklık ve etkisiyle kaydedilir.

Kullanılabilirlik testi pazar araştırması veya paydaş onayı değildir. Belirli insanların belirli senaryolarda ürünü nasıl kullandığına dair kanıt üretir. Sonuçlar, örneklem ve test kapsamı dışında evrensel kullanıcı davranışı olarak sunulmamalıdır.

7. Geliştirme, içerik ve erişilebilirlikle birlikte uygulayın

UX kararı yalnız tasarım dosyasında kalmamalıdır. İçerik, UI, yazılım, performans ve teknik sınırlar birlikte ele alınır. Klavye sırası, etiketler, hata mesajları, yeniden akış, odak ve yardımcı teknoloji davranışı gerçek uygulamada kontrol edilir. WCAG 2.2 erişilebilir web içeriği için test edilebilir başarı ölçütleri sağlar. (WCAG 2.2)

Geliştirme sırasında ortaya çıkan kısıtlar tasarım kararlarını etkileyebilir. Değişiklik kayda alınmalı, yalnız ekran benzerliği değil kullanıcı görevinin korunup korunmadığı değerlendirilmelidir.

UX Nasıl Ölçülür?

Tek bir “UX puanı” her web sitesi için anlamlı değildir. Ölçüm, önceden tanımlanmış kullanıcı görevi ve iş bağlamına bağlanır. Aşağıdaki sinyaller birlikte kullanılabilir:

• Görev sonucu: Kullanıcı senaryoyu tamamladı mı, kısmen mi tamamladı, yardım mı aldı?
• Hata ve geri dönüş: Hangi noktada yanlış seçim, tekrar veya vazgeçme görüldü?
• Süre ve adım: Görevin gerektirdiği zaman ve adımlar bağlam için uygun mu?
• Algı: Kullanıcı güven, açıklık veya kolaylık hakkında ne bildirdi?
• Canlı ürün sinyalleri: Site aramaları, form hataları, destek konuları ve akış kayıpları hangi araştırma sorularını doğuruyor?
• Erişilebilirlik: Kritik görevler farklı giriş ve yardımcı teknoloji koşullarında tamamlanabiliyor mu?

Sitede geçirilen sürenin artması tek başına olumlu değildir; kullanıcı bilgi bulamadığı için de uzun kalabilir. Hemen çıkma, sayfa görüntüleme veya dönüşüm gibi ürün metrikleri bağlam olmadan kullanıcı deneyiminin nedenini açıklamaz. Nicel sinyalleri görev testi, görüşme ve destek bulgularıyla birlikte yorumlayın.

UX İnceleme Kontrol Listesi

• Öncelikli kullanıcı grupları görev ve bağlamla tanımlanmış mı?
• İş hedefi ile kullanıcı ihtiyacı ayrı ve ilişkilendirilebilir mi?
• Menü, arama ve içerik adları kullanıcıların kullandığı dili yansıtıyor mu?
• Öncelikli görevlerin başarılı, hatalı ve geri dönüş yolları tanımlı mı?
• İçerik karar aşamasına göre katmanlanmış ve gerçek verilerle sınanmış mı?
• Formlar yalnız ideal girişle değil, hata ve düzeltmeyle test edilmiş mi?
• Mobil, masaüstü, klavye ve yardımcı teknoloji yolları kontrol edilmiş mi?
• Araştırma bulgusu ile paydaş görüşü ayrı kaydediliyor mu?
• Her önemli tasarım kararının dayandığı kanıt veya varsayım görünür mü?
• Yayın sonrası ölçüm hangi görev ve sinyallerle yapılacak?

UX Tasarımda Sık Yapılan Hatalar

• UX'i kullanıcının sitede uzun kalması veya tasarımı beğenmesi olarak tanımlamak
• Kullanıcı araştırmasını yalnız yaş, cinsiyet ve konum profiline indirgemek
• İş hedefini kullanıcının göreviymiş gibi kabul etmek
• Her soruya anketle cevap aramak veya analiz verisini neden kanıtı saymak
• Yalnız başarılı akışı tasarlayıp hata, geri dönüş ve destek yollarını atlamak
• Uzun içeriği otomatik kötü kabul edip gerekli karar bilgisini kaldırmak
• Testi paydaş sunumuyla veya görüş toplamaya dayalı odak grubuyla karıştırmak
• Canlı uygulamayı araştırma bulguları ve erişilebilirlik koşullarıyla tekrar kontrol etmemek

Sonuç

UX tasarım bir “sır” veya tek seferlik estetik düzenleme değildir. Kullanıcı görevini araştırma, deneyimi yapılandırma, varsayımları prototiple görünür kılma, gerçekçi senaryolarla test etme ve uygulanan ürünü ölçme döngüsüdür. Başlangıçta hangi kullanıcı sorusunu cevapladığınızı, hangi kanıtla karar vereceğinizi ve başarıyı hangi görev üzerinden değerlendireceğinizi yazın.

Bu çalışmayı dışarıdan bir ekiple yürütecekseniz yöntem ve teslimatları karşılaştırmak için UI/UX tasarım ajansı rehberini; proje kapsamına dönüştürmek için web sitesi ihtiyaç dokümanı rehberini kullanabilirsiniz.