Konu Başlıkları
Yükleniyor...

Tek Seferlik Kullanılan Web Araçlarında Arayüz Kararları

Geçici Kullanım: Kayıt Duvarı, Onboarding ve Standart Bileşenler

Web üzerinde çalışan küçük araçların çoğu bir kez açılır, iş görülür ve kapatılır. Kullanıcı ne öğrenmeye niyetlidir ne de öğrendiğini ikinci kez kullanacaktır. Bu senaryo, masaüstü yazılımından devraldığımız pek çok arayüz alışkanlığını tersine çeviriyor: yatırım isteyen her özellik tek oturumda kendini amorti etmek zorunda.

Tek seferlik kullanım mı, seyrek kullanım mı

İkisi ayrı şeyler gibi görünüyor ama arayüz açısından aynı yere çıkıyorlar. Yılda iki kez vergi hesaplayan biri, o aracı her açtığında ilk kez açmış gibidir. Altı ay önce nereye tıkladığını hatırlamaz, hatırlaması da beklenmez.

Peki bu ne demek? Böyle bir üründe "deneyimli kullanıcı" diye bir kitle hiç oluşmuyor. Klavye kısayolu, gelişmiş mod, ikinci seviye ayar ekranı gibi zamanla öğrenilmesi varsayılan katmanların hedef kitlesi yok. Buna ayrılan geliştirme süresi, ilk otuz saniyeyi iyileştirmeye harcansa karşılığı çok daha yüksek olurdu.

Tersi de doğru: eğer aracınız gerçekten günlük kullanılıyorsa, bu yazıdaki hiçbir tavsiye size uymaz. Ayrım, kullanım sıklığına bakmadan yapılamıyor ve çoğu ekip bu soruyu hiç sormadan onboarding akışı yazmaya başlıyor.

Kayıt duvarı, teslim edilmeden istenen ödeme

Aynı metinlerde iki tavsiye yan yana duruyor: kullanıcı bir kez gelip gidiyor, o yüzden hızlı olun; ve kullanıcıya kayıt olma, veri saklama imkânı verin ki bağlılık artsın. Bunlar birbirini yiyor. Tek seferlik bir araçta kayıt ekranı, henüz hiçbir değer teslim edilmemişken istenen bir ödemedir. Kullanıcının motivasyonunun en yüksek, yatırımının sıfır olduğu anda önüne form koyarsınız, o da geri tuşuna basar.

Durumu URL'de taşımayı, hesap açtırıp sunucuda oturum tutmaktan daha güvenilir buluyorum. Hesaplama parametrelerini sorgu dizesine koyduğunuzda kullanıcı sonucu kaydetmek için kaydolmaz, bağlantıyı yer imlerine ekler; iş arkadaşına göndermek istediğinde de aynı bağlantı yeter. Saklamadığınız veriyi korumak zorunda kalmazsınız, bu da ayrı bir kazanç.

Kaydı tamamen kaldırın demiyorum. Sırasını değiştirin: sonuç ekrana geldikten sonra "bunu saklamak ister misiniz" sorusu, girişte sorulan aynı sorudan farklı bir soru.

İlk ekranın işi tanıtım değil, gösterim

Tanıtım turları burada özellikle ters teper. Kullanıcı aracı ne yaptığını görmek için açtı, dört adımlık bir slayt gösterisi izlemek için değil. Turu kapatan kullanıcı zaten en baştaki soruyla baş başa kalıyor: buraya ne yazacağım?

Onun yerine giriş alanını doldurulmuş bir örnekle gösterin. Boş bir metin kutusu ile içinde gerçek bir örnek değer bulunan kutu arasındaki fark, üç ekranlık yardım metninden daha fazlasını anlatıyor. Örnek değerin üzerine yazılabilir olması da işi bitiriyor, kullanıcı silip kendi verisini giriyor.

Reklama benzeyen bağlantı görülmüyor

Kullanılabilirlik çalışmalarında uzun süredir bilinen bir davranış var: sayfada reklama benzeyen her kutu, gerçekten reklam olmasa bile taranmadan atlanıyor. Çerçeveli, renkli zeminli, hareketli bir "Aracımızı deneyin" kutusu bu sınıfa giriyor.

Aracınıza giden bağlantı sayfanın gövde metniyle aynı biçimde, sıradan bir metin bağlantısı olduğunda daha çok tıklanıyor. Yanına aracın ne yaptığını söyleyen tek cümle koymak da yeterli. Vurguyu artırmak sezgisel görünüyor ama ters yönde çalışıyor.

Standart bileşenden sapmanın faturası

Özel kaydırma çubuğu, kendi yaptığınız açılır liste, alışılmadık bir tarih seçici. Bunlar tasarım sunumunda iyi görünür, faturası uygulama tarafında çıkar. Tarayıcının hazır verdiği her bileşen için klavye gezinmesi, odak halkası, dokunmatik hedef boyutu, ekran okuyucu etiketleri ve mobil klavye türü zaten çözülmüş durumda. Kendi bileşeninizi yazdığınızda bunların hepsi sizin sorumluluğunuza geçiyor ve çoğu ekip listenin yarısını atlıyor.

Bu maliyet her üründe var, ama tek seferlik kullanılan bir araçta iki kat ağır: öğrenme süresi olmayan kullanıcı, alışık olmadığı bir kontrolü çözmeye çalışırken vazgeçiyor. Kazanç yalnızca görsel, kayıp doğrudan işlevsel.

Karar kuralı

Tek soruya indirgenebiliyor: bu özellik kullanıcıdan öğrenme, kayıt olma ya da alışkanlık edinme biçiminde bir yatırım istiyor mu, istiyorsa karşılığını aynı oturum içinde ödüyor mu? Ödemiyorsa o özellik sizin ürününüz için değil, günde beş kez açılan başka bir ürün için tasarlanmış demektir.