Murat Uysal Blog: Dijital Dünyadan İçgörüler

Herkesin idare edebileceği bir arayüz kimsenin favorisi olmaz. Ortalamayı hedefleyen tasarım güvenli bir tercihtir ama iz bırakmaz; zirve deneyim ise dar bir kullanıcı grubunu seçip onun işini kusursuz yapmayı göze alır. Bu seçimin bedeli de açık: bir grubu tam memnun etmek çoğu zaman başka bir grubu rahatsız etmek anlamına geliyor.

"Hangi teknoloji işi bana uygun?" sorusuna genelde bir rol listesiyle cevap verilir: veri analisti, front-end, full-stack, UX. Bu listeler iş ilanlarının başlıklarını sıralar, işin kendisini değil. Seçimi ilan başlığından değil, o işin günlük temposundan yapmak daha sağlam sonuç veriyor.

Süreç bölümü, bir UX case study'nin gerçekten okunan tek yeri olabilir. Orada aranan şey ekran görüntüsü değil, hangi kararın neye dayanarak verildiği. Aşama isimlerini sıralamak bunu göstermez; tek bir karar anını açıp içindeki gerekçeyi çıkarmak gösterir.

Çoğu şirkette kullanıcı deneyimi masaya geç geliyor. Ürün kararı alınmış, veri modeli kurulmuş, tarih verilmiş oluyor; UX'e kalan iş, alınmış bir kararı katlanılabilir hale getirmek. Üst yönetimde UX temsilcisi tartışmasının konusu prestij değil, kararın hangi anda alındığı.

Service Worker'ın hız vaadi çoğu yazıda tek cümleye iniyor: sayfayı önbellekten ver, ağı bekleme. Gerçek kazanç bundan dar ve koşullu. Sayfanın kalıbını önbellekten, içeriğini ağdan alıp akış halinde birleştirdiğinde tekrar ziyaretler belirgin biçimde hızlanır; ilk ziyaret ve oturuma göre değişen arayüzler ise faturayı öder.

ARPU'nun formülü tek satır: toplam geliri kullanıcı sayısına bölersiniz. Zor olan kısım bölme işlemi değil, paydaya kimi koyduğunuz ve çıkan sayıyı neye kanıt saydığınız. Aynı şirketin aynı ayı, iki farklı kullanıcı tanımıyla iki farklı ARPU verir ve ikisi de teknik olarak doğrudur.

Bir düğmenin üstündeki iki kelime, o düğmeye giden bütün akıştan daha belirleyici olabilir. Arayüz metni çoğu projede tasarımın son adımı sayılır, oysa kullanıcının gerçekten okuduğu tek şey odur. Dili sonradan serpiştirilen bir süs değil, ekranın kendisi gibi düşünmek gerekiyor.

Usability mühendisliği, bir arayüzün gerçekten kullanılıp kullanılamadığını ölçme işidir. Merkezinde tasarım zevki değil kanıt vardır: kim nerede takıldı, hangi adımı atladı, kaç kez geri döndü. Peki bu kanıt ne kadar sağlam ve ekibin içinde neye dönüşüyor?

Freelance çalışmaya geçen çoğu kişi ofisi bırakır, refleksleri bırakmaz. Müşteriden iş talimatı beklemek, takvimini karşı tarafın doldurmasına izin vermek, fiyatı söyler söylemez indirime hazırlanmak: hepsi maaşlı düzenden kalma ve faturayı kendin kestiğinde ters çalışıyor. Asıl soru, ilişkinin tam olarak hangi noktada yeniden işveren-çalışan ilişkisine döndüğünü nereden anlayacağın.

Bir tasarımın devrim sayılması için yeni bir teknoloji getirmesi gerekmiyor. Aşağıdaki beş üründen dördü, kullanıcının hedefe giden yolundan bir adımı sildi. Beşincisi yolcunun değil havayolunun tablosunu optimize etti ve üretimden kalktı. Listelerde hep ortak nokta aranır, asıl ders farkta.

Kıdemli full stack developer ilanları birbirine benzer, teknoloji listeleri benzemez. O liste pozisyonun günlük işini ilanın geri kalanından daha dürüst anlatır. Elimizdeki ilanda PHP nesne yönelimli, ön yüzde jQuery ve RequireJS var, dağıtım Nginx ve Composer üstünde duruyor. Bunlar yan yana gelince çıkan resim sıfırdan ürün kurma işi değil.

Yaratıcı blokaj tavsiyeleri neredeyse hep aynı kapıya çıkar: daha çok fikir üret. Peki üretim tarafı çözülmüş olsa ne olurdu? Elinde yüz sayfa not biriktirmiş biri, hiç not tutmayandan gerçekten daha rahat mı karar veriyor? Tıkanmanın büyük kısmı fikrin azlığından değil, birikeni ayıklayacak bir yöntemin olmamasından geliyor.

Mobil tasarımı masaüstünün dar hali saymak işin kolay tarafı. Zor tarafı bağlamın da değişmesi: kullanıcı ayakta, tek elle, dikkati bölünmüş, şebekesi çoğu zaman kötü. Ekran boyutu bu değişkenlerin yalnızca biri, üstelik en zararsızı.

Manus, soru cevaplayan bir sohbet asistanı değil; görevi devralıp çıktıyı teslim etmeye çalışan bir ajan. Rapor çıkarıyor, veri ayıklıyor, çalışan bir web uygulaması kuruyor, üstelik bunu siz izlerken adım adım yapıyor. İlginç olan yeteneklerinin listesi değil aslında: bu çıktıların hangisine olduğu gibi güvenilebilir, hangisini baştan kontrol etmek gerekir?

Bir karar iyi sonuç verdiğinde süreci kimse sormaz. Kötü sonuç verdiğinde ise her adım tek tek deşilir. Aynı karar sonucuna göre iki farklı muamele görüyorsa ortada bir değerlendirme hatası var, adı da sonuç yanlılığı.

VR projelerinde kullanıcı araştırması, masaüstü arayüzlerdekinden farklı bir sırayla yürür. Önce sahnenin kullanıcıyı fiziksel olarak rahatsız edip etmediğini ölçersiniz, tercihleri sonra sorarsınız. Bu sıra bozulduğunda topladığınız bütün nitel veri, aslında baş dönmesinin gölgesinde verilmiş cevaplardan oluşur.

Tasarımcının liderliği toplantıya çağrılmakla başlamaz, kararın kimde olduğuyla başlar. Çoğu ekipte tasarımcı fikrini söyler, kararı bir başkası verir, sonucun hesabını da o başkası tutar. Aradaki mesafeyi kapatan şey unvan değil, adı konmuş bir sorumluluktur.

Arayüz animasyonu anlatılırken listenin başına hep Disney'in 12 prensibi konur. O liste 1930'ların karakter animasyonu için yazıldı; derdi çizilmiş bir figürü canlı göstermekti, bir butonun ne yaptığını anlatmak değil. Prensiplerin bir kısmı arayüze taşındığında gerçekten tutuyor, bir kısmı ise taşındığı anda süse dönüşüyor. Ayrımı yapmadan listeyi baştan sona uygulamak, kullanıcıyı bekleten bir arayüz kurmanın en kibar yolu.

Kullanıcı görüşmesi, araştırma yöntemleri içinde en kolay başlatılanı: bir kişi, bir saat, birkaç soru. Kolay olması güvenilir olduğu anlamına gelmiyor. Bir görüşmeden çıkan cümlelerin bir kısmı gerçekten yaşanmış bir şeyi anlatır, bir kısmı katılımcının o an ürettiği makul bir açıklamadır ve ikisi aynı ses tonuyla söylenir.

Mobil bir arayüz tasarlarken elinizdeki en zayıf varsayım, kullanıcının masa başında oturduğudur. Aynı ekran otobüste ayakta, çocuk kucaktayken ya da gece yatakta tek elle açılıyor. Bağlam dediğimiz şey bu koşulların toplamı ve tasarım kararlarının çoğu, farkında olmadan bunlardan yalnızca birine göre alınıyor.

Sosyal medyada kariyer tavsiyeleri tuhaf bir çelişkiyle gelir: önce görünür ol denir, hemen ardından gizlilik ayarlarını sıkılaştır. İkisi aynı hesapta aynı anda olmuyor. UX tarafında işe yarayan şey, tek tek paylaşım kuralları değil, hangi hesabın ne işe yaradığına baştan karar vermek.

UX tarafında LinkedIn profili iki ayrı okuyucuya aynı anda yazılır: adayı anahtar kelimeyle filtreleyen bir arama kutusuna ve profili açtıktan sonra otuz saniyede karar veren bir insana. Bu ikisi aynı şeyi istemiyor. Anahtar kelime yığını seni aramada yukarı taşır, profili açan kişiyi ise ilk ekranda kaybettirir.

Meslek listeleri her teknoloji dalgasında aynı biçimde yazılıyor: bir tarafta tehlikedeki işler, diğer tarafta insan dokunuşu sayesinde güvende olduğu söylenenler. Yapay zeka için çıkarılan listelerde tuhaf bir şey var. Güvenli sütununda çoğunlukla ressam, besteci ve metin yazarı duruyor; oysa üretken modellerin ticari olarak ilk zorladığı alan tam olarak orası. Bu çelişki, sorunun yanlış birimle sorulmasından geliyor.

Bir işin başarısı ölçülürken üç ölçüt sayılır: arzu edilir olması, teknik olarak yapılabilmesi, finansal olarak ayakta kalması. Üçü eşit ağırlıktaymış gibi anlatılır, ama bütçe toplantısında hangisinin ağır bastığı bellidir. Etik tasarımı dördüncü ölçüt olarak eklemeyi öneren yaklaşım tam burada sınanıyor.