Web uygulamamız aşağıdaki gibi ilerleyen üç farklı işleme sahiptir:
Üç operasyonumuzun hizalanmadığı yer burasıdır. Bir durumda seçim Devam/İptal, diğerinde Bitti/İptal ve son olarak Sonlandır/İptal.
Bunlardan hangisi en iyisidir? Daha iyi bir alternatif var mı? Varsa, destekleyici argümanlar var mı?
Genellikle bu gibi genel düğme etiketlerinden uzak durmaya ve mümkün olduğunca spesifik olmaya çalışıyorum. Etiketleriniz bana çok "database-y" gibi geliyor ve bana çok soyut etki alanları için (program editörleri gibi) programcı tarafından tasarlanmış araçları hatırlatıyor.
Daha fazla tartışma için Tamam/iptal düğmesi konumlandırma ile ilgili bu soruya bakın:
Oradaki cevabımda, Jakob Nielsen'in OK/cancel butonları üzerine yaptığı araştırma ile bağlantı kurdum;
Genel bir etiket kullanmaktan ("Tamam" gibi) ne yaptığını açıklamak için bir düğmeye isim vermek genellikle daha iyidir. Açık bir etiket "tam zamanında yardım" görevi görür ve kullanıcılara doğru işlemi seçme konusunda daha fazla güven verir.
Örneğin, bazı örnekler:
Ayrıca, alternatifi bırakmayı da düşünebilirsiniz. Bazı durumlarda, bu mantıklı olabilir. "İptal" seçeneği, kullanıcının bir şey satın almak veya çok fazla veri içeren bir CRUD işlemi gibi önemli bir taahhütte bulunmak üzere dahil etmek için iyi olduğunu düşünüyorum.
Ancak, tweet atma gibi basit bir şey için, özellikle taahhüt işleminden sonra kolay bir geri alma olduğunda, genellikle devam etmemenin hiçbir şey yapmayacağı açık olduğu için açık "iptal" düğmesini bırakmak uygun olmalıdır.
Harika bir örnek, "Yorum Ekle" düğmesi olan ve formu gizlemenin veya iptal etmenin hiçbir yolu olmayan StackExchange'in yorum formudur. Yorum eklemek istemiyor musunuz? "Yorum Ekle" yi tıklamayın!
Bir sihirbaz gibi geliyor. İşte bir örnek:
Next >ve
Canceldüğmeleri.
Next >.
Finishve
Canceldüğmeleri var.
Finishdüğmesini tıklarsa işlem tamamlanır;
Cancelher şeyi iptal eder.
Başka bir yaklaşım, bunu tek adımlı bir süreç haline getirmek, ancak geri almaya izin vermektir. Operasyona bağlı olarak bu mümkün olabilir veya olmayabilir.
Mergeve
Canceldüğmelerini içeren bir açılır pencere görüntülenir.
Mergedüğmesini tıklatır.
Undodüğmesi içerir. Kullanıcı
Undodüğmesini tıklatırsa işlem geri alınır.
İki noktaya değinmek istiyorum:
1) Gerçek birleştirme işlemi ikinci ekrandan sonra (özetlerle) başlatılırsa, "Birleştir" düğmesi o ikinci ekranda olmalıdır. Bu da birincisinde, düğmenin "Birleştirme sonuçlarını önizle" veya benzeri bir şey söylemesi gerektiğini söyler, çünkü bu kullanıcının başlattığı işlem akışında alacağı bir sonraki sonuçtur.
2) Bu bir tür özellik ürpertici öneri ama belki ilk ekranda üç düğme olması mantıklı olabilir: "Önizleme birleştirme", "İptal" ve "Önizleme olmadan birleştirme". Bu, ne yapmak üzere olduğunu bilen ve istatistikleri beklemek istemeyen ve daha sonra kararını vermek isteyen kullanıcı için biraz zaman kazandıracaktır. Sadece bir fikir...
Birleştir'i tıklattıktan sonra gerçekten "birleştirme" yapmıyorsanız, birleştirme olarak adlandırmamalısınız.
Çoğunlukla çok aşamalı bir formda kullanılan, bir Devam/Gönderme sözleşmesidir. Devam, bir sonraki aşamaya geçmeniz gerektiği anlamına gelir, ancak henüz bir taahhütte bulunulduğu anlamına gelmez.
Çevrimiçi bir mağaza söz konusu olduğunda, check-out işlemi genellikle kullanıcının birkaç formda ilerlemesini ve adres ve ödeme ayrıntılarını vermesini gerektirir. Sonunda siparişi onaylayabilecekleri sayfa bir "Sipariş Ver" veya "Satın Almayı Taahhüt Et" düğmesi kullanılmaz.
Bir "Önizlemeyi Birleştir" veya "Devam" düğmesini kullandıktan sonra taahhüt ettikleri sayfada "Birleştirme Gerçekleştir" veya "Gönder" düğmesini kullanırdım.