Dürüst bir ret, sonsuz bekleme simgesinden iyidir

Bir ajan kendisinden isteneni yapamadığında üç seçeneği vardır. Sorun kendiliğinden geçer umuduyla dönmeye devam edebilir. Yanıta benzeyen bir şey üretebilir. Ya da durup tam olarak ne olduğunu söyleyebilir. Birincisi kullanıcının zamanını, ikincisi güvenini harcar; yalnızca üçüncüsü ona üzerinde işlem yapabileceği bir şey verir. Reddi, kendi tasarımı olan meşru bir sonuç olarak ele almak, güvenilirliği artırmanın en ucuz yollarından biridir.

Uydurma ilerleme neye benzer

Nadiren yalan gibi görünür. Baskı altındaki bir yardımseverlik gibi görünür:

• Arka plandaki iş çoktan ölmüşken ilerlemeye devam eden bir yükleme çubuğu.
• Ne dosya ne değişiklik farkı ne de kaynak eklenmiş, ama "tamamlandı" olarak işaretlenmiş bir görev.
• Ajanın hiç açamadığı bir belgenin, başlığından ve sorudan yola çıkılarak yazılmış özeti.
• Kimsenin getirmediği, akla yatkın bir URL taşıyan atıf.
• Arama aracı zaman aşımına uğrayıp boş döndüğünde verilen "sorun bulunamadı" yanıtı.
• Aynı hatayı beş kez yutan ve altıncı denemenin yarım çıktısını tamamlanmış gibi raporlayan bir yeniden deneme döngüsü.

Bunların her biri düzeltilebilir bir durumu gizli bir duruma çevirir. Kullanıcı yoluna devam eder, çıktının üzerine inşa eder ve boşluğu daha sonra, bedeli büyüdüğünde fark eder.

Sonuç yok, kullanılamıyor ve izin yok farklı yanıtlardır

En yararlı ayrım, kulağa benzer gelen ama farklı anlamlar taşıyan sonuçlar arasındadır:

Boş sonuç geçerli bir yanıttır. "Kullanılamıyor" ise boş sonuç değildir. İkisini tek bir duruma indirgemek, bir ekibin o öğleden sonra belge dizini çalışmadığı için bir sözleşmede fesih maddesi olmadığını güvenle raporlamasına yol açar. Bu boşlukları görünür tutmayı eksik kanıt açık bir sorudur yazısında daha ayrıntılı ele aldık.

Farklı arızalar farklı çareler ister

Genel bir "bir şeyler ters gitti" mesajı kullanıcıyı tahmin yürütmeye zorlar. Arızaların çoğu birkaç kategoriye girer ve her biri kendi sonraki adımını işaret eder:

• Hatalı girdi. İsteğin kendisi geçersizdir: eksik bir alan, okunamayan bir dosya. Girdiyi düzeltin; değiştirmeden yeniden denemek yine başarısız olur.
• Eksik yetki. Çalıştırmanın ihtiyaç duyduğu izin ya da onay yoktur. Onayı alın ya da kapsamı değiştirin; yeniden denemek işe yaramaz.
• Ödeme ya da kredi durumu. Bütçe tükenmiş ya da harcama tavanına ulaşılmıştır. Sınırı bilinçli olarak yükseltin ya da bir sonraki dönemi bekleyin. Burada durmanın neden doğru davranış olduğunu ajan harcamasına tavan koyun yazısı anlatıyor.
• Çakışma. Başka biri aynı şeyi değiştirmiştir ya da aynı iş zaten çalışmaktadır. Yeniden denemeden önce güncel durumu okuyun.
• Kullanılamayan bağımlılık. Bir araç ya da hizmet çalışmıyordur. Aralıkları açarak daha sonra yeniden deneyin ve bu arada durumu açıkça söyleyin.

Genellikle yalnızca son kategoride otomatik yeniden deneme güvenlidir. Ötekileri yeniden denemek ya hatayı tekrarlar ya da daha kötüsü, bilerek konmuş bir kontrolün etrafından dolanmanın yolunu bulur.

Kullanılabilir bir reddin anatomisi

İyi bir ret beş soruyu yanıtlar: ne denendi, neden durdu, ne yapılmadı, kişi bundan sonra ne yapabilir ve yeniden denemek güvenli mi? Arayüzünüz hangi biçimi kullanıyorsa, şuna benzer bir şey:

durum:          reddedildi
neden:          eksik_yetki
denenen:        "Q3 inceleme" projesinden 3 dosyayı harici depolamaya aktarmak
yapılmayan:     hiçbir dosya çalışma alanından çıkmadı
sonraki adım:   aktarımı bir proje sahibine onaylatın ya da dosya listesini daraltın
yeniden deneme: onaydan sonra; bu istek kendiliğinden yeniden çalışmayacak

Çoğu tasarımın unuttuğu satır "yapılmayan" satırıdır; kullanıcının içini rahatlatan da odur. "Yeniden deneme" satırı ise ters yöndeki hatayı önler: ısrarın iznin yerini tutacağını umarak tekrar tekrar tıklayan kullanıcıyı.

GoCux reddi nasıl ele alır

GoCux dürüst bir reddi saklanacak bir mahcubiyet değil, yararlı bir ürün davranışı olarak görür. Hata yanıtları eksik yetkiyi, hatalı girdiyi, çakışmaları, ödeme durumunu ve kullanılamayan bağımlılıkları birbirinden ayırır, çünkü her birinin çaresi farklıdır; ayrıntılar uyarılar ve hatalar sayfasında. Kalıcı yürütme sağlanamıyorsa istek, olmayan bir ilerleme gösterilmek yerine görünür biçimde reddedilir. Kabul edilmiş bir iş emri de işin çalıştığının kanıtı olarak sunulmaz: durumu, ilerlemeyi ve ekleri görev kaydı üzerinden okursunuz.

Aynı kural kanıt yüzeylerinde de geçerlidir. Bilgi arama yüzeyinde boş sonuç gerçek bir yanıttır ve "kullanılamıyor", "hiçbir şey bulunamadı" durumundan ayrı olarak bildirilir. Günlük kredi tavanına ulaşıldığında iş durur ve nedenini söyler. Bir kişi onay kapısındaki bir eylemi reddettiğinde ret kayda geçer ve iş başka bir yoldan sızmaz; bu kapıyı ajan neden harekete geçmeden önce sormalı yazısı anlatıyor.

Ret durumları için kontrol listesi

• Uzun süren her işlemin "tamamlandı" dışında da bir son durumu vardır: reddedildi, kullanılamıyor, insan tarafından reddedildi, durduruldu.
• "Sonuç bulunamadı" ile "arama yapılamadı" farklı ifadelerle yazılmış farklı mesajlardır.
• Hatalar kategorilerini söyler ve her kategorinin belirtilmiş bir sonraki adımı vardır.
• Her ret, kullanıcının neyin gerçekleşmediğini bilmesi için yapılmayanı açıkça söyler.
• Otomatik yeniden deneme yalnızca kullanılamayan bağımlılıklarla sınırlıdır; yetki ve girdi hataları asla sessizce yeniden denenmez.
• "Tamamlandı" durumu ekli bir sonuç gerektirir: çıktı yoksa tamamlanmış iş de yoktur.
• Retler ve insan kararıyla durdurulan istekler işle birlikte kayda geçer; böylece iz, neyin neden durduğunu gösterir.