Kullanıcı Odaklı İnternet Mimarisi: İddiaların Arayüzdeki Karşılığı

İnternetin "insan merkezli" olması gerektiği yıllardır tekrarlanıyor. Cümle doğru ama kullanışsız: bir tasarımcı olarak elinize geçen şey her zaman daha küçük bir karar oluyor, kayıt formundaki alan sayısı ya da bir ödeme adımının nereye konacağı. Bu yazı, o büyük iddiaların dördünü alıp arayüzde neye dönüştüklerine bakıyor.

Parola yorgunluğu tasarımın çözebileceği bir sorun

Her site için ayrı hesap açmak kullanıcıyı yoruyor, bu yeni bir tespit değil. İlginç olan, ürünlerin bu yorgunluğa verdiği iki farklı cevabın aynı şey sanılması. Biri sosyal giriş: kullanıcı Google ya da Apple hesabıyla içeri girer, siz parola tutmazsınız. Diğeri kullanıcının kendi parola yöneticisi veya geçiş anahtarı (passkey) ile giren, sizin tarafınızda bağımsız kalan bir hesap.

İkisi arasında geçiş anahtarını sosyal girişten daha güvenilir buluyorum. Sosyal giriş ilk kayıtta hızlı, ama hesabın kaderini üçüncü bir şirkete bağlar: sağlayıcı hesabı askıya alındığında ya da kullanıcı iş e-postasıyla kaydolup işten ayrıldığında, sizin ürününüzdeki geçmişi de gitmiş olur. Destek ekibinin çözemediği hesap sorunlarının kayda değer bir kısmı buradan çıkar.

Pratikte yapılacak şey basit: sosyal girişi sunun, ama kaydın hemen ardından kullanıcıya kendi giriş yöntemini eklemesini önerin ve hesabı tek sağlayıcıya kilitlemeyin. Kullanıcı adı üretirken de "bu ad alınmış" deyip kullanıcıyı boşluğa bırakmayın, çalışan üç alternatif önerin.

Gelen kutusunu filtre değil, itibar düzeltir

Gelen kutusu sorununu kullanıcı tarafında çözmeye çalışmak bir noktadan sonra tıkanıyor. Daha iyi bir arşivleme arayüzü, daha çok klasör, daha akıllı bir sıralama; hepsi mesajın gelmiş olduğu gerçeğini değiştirmiyor. Yükü asıl azaltan şey gönderenin ayıklanması.

Nielsen Norman Group'un yıllar önce itibar yöneticileri üzerine yazdığı metin bugün sosyal platformlardaki güven sinyallerinde karşılığını buldu. Tasarım açısından kritik ayrım şu: itibar puanı kullanıcıya gösterilecek bir rozet mi, yoksa neyin gösterilip neyin gösterilmeyeceğine karar veren bir eşik mi? İkincisi kullanıcının işini gerçekten hafifletir, birincisi ekrana bir sayı daha ekler.

Mikro ödemede pahalı olan fiyat değil, karar

Mikro ödeme fikri düzenli olarak geri geliyor: içerik başına birkaç kuruş alın, reklamdan kurtulun. Arayüz tarafında bu fikrin kırıldığı yer ödeme altyapısı değil, kullanıcının kafası. Bir yazıyı okumadan önce "buna 0,40 lira vermeye değer mi" diye düşünmek zorunda kalan kişi, o kararı vermek için harcadığı zihinsel enerjiyle zaten tutarın karşılığını ödemiş olur. Bu yüzden okuma başına ödeme modelleri sürekli terk edilirken, önceden yüklenen bakiye veya aylık abonelik ayakta kalıyor.

Sonuç şu: mikro ödemeyi tasarlıyorsanız, kararı içeriğin önünden alıp bir üst katmana taşıyın. Kullanıcı ayda bir kez ödeme kararı versin, gün içinde otuz kez değil.

"Gördüğün şey" iddiasının kodda bir karşılığı olmalı

Canlı düzenleme, yani içeriği doğrudan sayfanın kendi üzerinde değiştirme fikri, editör deneyiminin en çok pazarlanan vaadi. Vaadin doğru olup olmadığı da tam olarak ölçülebilir bir şey. Editör alanı yayındaki sayfanın stil dosyasını yüklüyor mu, aynı kapsayıcı genişliği içinde mi çalışıyor, yazı tipleri gerçekten yüklü mü? Bu üçünden biri eksikse yazar farklı bir sayfa düzenliyor demektir ve yayına aldığında satır sonları, başlık boşlukları, görsel hizaları oynar.

Çoğu ekipte bu, düzeltilmesi zor bir mimari sorun değil; editörü ayrı bir yönetim temasıyla giydirme alışkanlığından çıkar. Yönetim panelinin görsel dilini korumak istiyorsanız düzenleme alanını içerik stiliyle, panelin kalanını kendi temanızla bırakın.

Güvenlik iyi tasarlandığında görünmez olur

Uçtan uca şifreleme, otomatik sertifika, oturum doğrulama; bunların hiçbiri kullanıcının görmek istediği şeyler değil. Kullanıcıya güvenlik ayarları sunmak, kararı ona devretmek anlamına gelir ve bu devir neredeyse her zaman daha zayıf bir sonuç üretir. Varsayılanı en güvenli seçenek yapın, sonra o seçeneği ekrandan kaldırın.

Yukarıdaki dört başlığın ortak yanı da bu. Kullanıcı odaklı mimari dediğimiz şey pratikte fazladan bir arayüz katmanı eklemek değil, kararı kullanıcıdan alıp sistemin içine gömmek. Kullanıcıya bırakılan her tercih, onun çözmesi gereken bir sorunun size ait olduğunun itirafıdır.