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

Aşırı Özerk Arayüzler ve Kullanıcının Elinde Kalan Kontrol

Otomasyon Seviyeleri, Devralma Sorunu ve Geri Alınabilir Tasarım

Otomasyon tartışması çoğu zaman “sistem ne kadar akıllı” sorusuyla başlıyor. Daha yararlı soru şu: sistem yanıldığında kullanıcının elinde ne kalıyor? Aşırı özerk arayüzlerin asıl sorunu hata yapmaları değil, hata yaptıklarında kullanıcıyı seyirci koltuğuna oturtmaları.

Özerklik açık kapalı bir düğme değil

“Otomatik olsun mu, olmasın mı” diye sorunca ortadaki basamaklar kayboluyor. Oysa karar orada veriliyor:

  • Sistem önerir, işi kullanıcı yapar.
  • Sistem hazırlar, kullanıcı onaylar.
  • Sistem yapar, kullanıcı geri alabilir.
  • Sistem yapar, kullanıcı en azından haberdar olur.
  • Sistem yapar, kullanıcı sonradan öğrenir ya da hiç öğrenmez.

Aynı özellik bu basamakların hangisine oturtulduğuna göre kolaylık ya da şikâyet üretir. Otomatik kaydetme üçüncü basamakta rahatlatıcıdır, beşinci basamakta veri kaybı gibi hissettirir.

Sistem ne kadar iyiyse devralmak o kadar zor

Peki ya otomasyon gerçekten iyiyse? Sezgiye ters gelen taraf burası. Lisanne Bainbridge'in 1983 tarihli “Ironies of Automation” makalesinden beri bilinen şey, otomasyonun güvenilirliği arttıkça insanın devralma becerisinin körelmesi. Bin işlemin dokuz yüz doksan dokuzunu doğru yapan bir sistem, kullanıcıyı o bininci işleme hiç hazırlamaz.

Sonuç ilk bakışta çelişkili görünür: en kötü devralma anları en iyi sistemlerde yaşanır. Kullanıcı aylardır müdahale etmediği bir akışa, tam da karıştığı anda, alıştığı hiçbir ipucu olmadan girer.

Bunun pratik karşılığı, “her zaman manuel seçenek bırakın” tavsiyesinin tek başına yetmemesi. Kullanılmayan bir manuel mod, kâğıt üzerinde vardır, elde yoktur. Kritik akışlarda kullanıcının ara sıra volanı tutması, sistemin ona ne yaptığını arada bir göstermesi gerekir.

Onay kutusu değil, geri alma

“Emin misiniz?” sorusu bir kontrol yanılsaması. Üçüncü kez gören kullanıcı okumadan onaylar, dolayısıyla soru yalnızca sorumluluğu devretmeye yarar.

Geri alma başka bir şey. Kullanıcının kararını sonradan bozabilmesi, otomasyonun hızını korurken riski düşürür. Bir işi otomatiğe bağlamadan önce tersini yazarsın; tersi yazılamıyorsa o iş otomatiğe uygun değildir, çünkü kullanıcıya bıraktığın tek çıkış yolu destek talebi olur. Toplu e-posta gönderimi, ödeme, kalıcı silme bu yüzden onaya ait; sıralama, filtreleme, taslak kaydetme geri alınabilir olduğu için otomatiğe ait.

Küçük özerkliklerin de bir faturası var

Konu otonom araçlar ya da yapay zekâ ajanları değil sadece. Sıradan bir sitede de sistem kullanıcı adına karar veriyor: IP'ye bakıp dil değiştiren yönlendirme, kullanıcının seçtiği sıralamayı “daha alakalı” diye değiştiren liste, sonsuz kaydırma.

Sonsuz kaydırma iyi bir örnek, çünkü tek bir kararla iki şeyi birden elden alıyor: kullanıcı listenin neresinde olduğunu bilemiyor, altta duran her şeye de erişemiyor. Peki ya ziyaretçi bir ürünü arkadaşına göndermek istiyorsa? Geri döndüğünde aynı noktayı bulamaz. Sayfalı yapı daha eski görünür ama konumu adreste taşır, yani paylaşılabilir ve geri dönülebilir olur.

Dil yönlendirmesinde de aynı hesap geçerli. Tarayıcının dilini okuyup içeriği ona göre sunmak makul bir varsayım, kullanıcıyı başka bir adrese zorla taşımak değil. Varsayımı yap, kararı kilitleme.

Nerede durmalı

Pratikte üç soru yetiyor: işlem geri alınabiliyor mu, kullanıcı olup bittiğini görüyor mu, yanlış giderse bedelini kim ödüyor. Üçünün cevabı rahatlatıcıysa otomatiğe bağla ve kullanıcıyı onay kutusuyla yorma. Biri bile rahatsız ediciyse otomasyonu bir basamak geri çek, öneri ya da onay seviyesinde bırak.

Kullanıcıya kontrol vermek her düğmeyi ona göstermek değil. Sistemin ne yaptığını görünür kılmak, kararı bozulabilir tutmak ve kullanıcının nadiren de olsa pratiğini korumasına izin vermek yeterli.