web-gelistirme-sc.com

Neden devre dışı olduğunu öğrenmek için imleci devre dışı bırakılan bir öğenin üzerine getirin. Ne düşünüyorsun?

Bir masaüstü uygulamasını veya çevrimiçi bir sayfayı kaç kez kullandınız ve devre dışı bırakılan bir veya daha fazla menü öğesine rastladınız ve neden devre dışı bırakıldığına dair hiçbir fikriniz yok. Yardım veya dokümantasyon kullanmanın bir yararı yoktur. Sinir bozucu oluyor çünkü sizi ilerlemekten alıkoyuyor.

ASLA bu kullanılabilirlik uygulamasının kullanıldığını görmedim. Fareyle devre dışı bırakılan öğenin üzerine gelin ve bir ipucu size nedenlerini listeler ve "Oh .. tamam. Şimdi biliyorum" gidin. Diğer seçeneğiniz, destek ile iletişime geçmeniz veya bir forumda yayın göndermeniz, ne yaptığınızı açıklamanızdır. Muhtemelen günler varsa cevap alacağınızı söyleyin. Bu siyah beyaz arasındaki farktır. Basit bir gezinme ile anında yardım alma veya sinirli olma ve saatlerce bekleyin.

Uygulamayı geliştiren sizseniz, bir öğeyi kodunuzda devre dışı bıraktığınız için neden devre dışı bırakıldığını tam olarak bilirsiniz. Bu nedenle kullanıcıya nedenleri göstermek zor değil. Bu mu?

Bu küçük ipucu binlerce teknik destek çağrısını kurtarabilirdi. Neden bir şeyin devre dışı bırakıldığı veya gri renkte olduğu milyonlarca gönderi var.

36
Tony_Henrich

Bu iyi bir fikir. Araç ipucunun bulunmasını kolaylaştırmak için devre dışı bırakılmış denetimlere küçük bir yardım simgesi ekleyebilirsiniz. Fazladan bir simge eklemek yanında kontrol düzeni bozabileceğinden, simgeyi kontrolün kendisine ekleyebilirsiniz:

alt text

11
Bennett McElwee

Genellikle kullanıcıların hiçbir şey okumadıklarını gördüm. Özellikle alet ipuçları. Yetkili kullanıcıya yardımcı olur, ancak gerçekten "binlerce teknik destek çağrısının" kaydedileceğini sanmıyorum.

Bununla birlikte ... acıtmaz. Neden olmasın? Bunu takdir eden ve okuyan birkaç müşteri için çok güzel ve dostça bir etkisi olacaktır.

11
Glen Lipka

Burada kendimi tekrarlıyorum, ama bunun bir gelişme olup olmayacağından emin olmanın tek yolu onu test etmektir. Bu yüzden hemfikirim ya da katılmıyorum, ama önemli değil çünkü ben sadece bir uzmanım. Gerçek kullanıcılar tüm kıçlarımızı tekmeleyecek.

3
Rahul

Engelli öğeler garip bir şey. Gerçek hayatta, bir düğme çalışmazsa, bir şey bozulur.

Şimdi bir şeyin devre dışı bırakılması gerekiyorsa, istisnai bir durum olmalıdır. Ve istisnai durumlar (kullanıcının dikkatini çekmek için) açık ve basit bir ifadeyle (ve tercihen bir "ok" iletişim kutusunda değil, çünkü okunmamış tıklandıklarında) bildirilmelidir.

Yani IMHO'nun gerçek çözümü kullanıcı arayüzünde engelli şeyler olmamalıdır.

Devre dışı bırakılmış öğelere bağlı kalırsanız, kullanıcılarınıza ne söylersiniz? Muhtemelen "Üzgünüm, devre dışı bırakıldı, çünkü bazı iç sert şeyler nasıl olması gerektiği değil, ama bu konuda hiçbir şey yapamazsınız" veya "Hey kullanıcı, açıkçası arayüzümüz yeterince sezgisel değil, ama biz size şunu söylemeyi tercih ederim: 'önce' bunu 'yapın ......

3
Andre Bossard

Parlak, basit ve gerçekten çok yararlı.

Ancak öte yandan, kullanıcıların düğmeler veya kişi listesi gibi onları görmeyi beklemedikçe, kullanılamaz unsurları hep birlikte gizleyeceğim, kullanıcının şimdi kişileri görmekten korkmamasını istemiyorum mu?

Beğendim ve basit, simge yok, gösterişli bir araç ipucu yok, çünkü çok fazla kullanıcı olamayacak, çok kısa araç ipuçları ve varsayılan tarayıcı araç ipuçları, aksi takdirde çok az değer için çok fazla kod olurdu ve ben Bir sonraki teknik mimarın daha az basit olması durumunda bu özelliği keseceğinden neredeyse eminim ...

Ama bayıldım :)

2
Ayyash

Bir şey devre dışı bırakılmışsa, orada olması gerekmez, AÇIK OLMAYAN bir açıklama gerektirmez.

Aksi takdirde kullanıcı için sadece gürültü.

İyi "devre dışı bırakma" nın mükemmel bir örneği, iPhone'un native SMS app. "Metin girene kadar devre dışıdır. Açıklama gerekmez, ancak orada olması gerekmez.

Yine, bir UI öğesinin devre dışı bırakılması gerekiyorsa, kendinize sormalısınız, gerçekten orada olması gerekiyor mu .... YA DA, açıklama gerektirmeyecek şekilde kullanıcı arayüzünü değiştirebilir miyim?

2
andy

Bu 2 durumu kategorize ettik:

1) Devre dışı bırakılmış ve kullanıcı hakkında bir şey yapamazsa, hiç gösterilmemesi daha iyidir veya araç ipucuna gerek olmadığını gösterirseniz.

2) Eğer çok yakın bir seçenek (örneğin düğmenin üzerinde) seçmeniz gerektiğinden, kullanıcınız devre dışı bırakılmışsa, ona bir araç ipucu ile söylemeniz gerekir, lütfen seçeneğinizi seçin ve bana tıklayın.

2
Aristos

Bu güzel bir fikir, aslında http://www.taskconnect.com Outlook eklentimizde oldukça tutarlı bir şekilde uyguladık, çünkü ne kadar sinir bozucu olduğunu biliyoruz ne istersen yapamazsın ve neyin yanlış olduğunu bile bilmiyorsan.

Şöyle görünüyor: (bir resimde bağlı ve bağlantısı kesilmiş İş Öğesi depolarının (TFS) bir listesi var, bağlı olanlar projelerini göstermek için açık ve bağlantısız olanlar gri renkte ve sunucudan hata mesajı içeren araç ipucu var )

Bunu bir araç çubuğu düğmelerine de yaptık (görevi düzenleyemediğinizde, araç ipucu size nedenini söyler).

İlgi çekici bir başka uygulama, araç ipuçlarını anında görünmesi için yaptık, böylece bu işlevsellik kolayca keşfedilebilir, bu da araç çubuğu simgeleriyle iyi çalışır, çünkü kullanıcı her kullandıklarında işlevleri hakkında neredeyse bilinçaltı hatırlatılır.

Uygulamada, araç çubuğunun milisaniye boyunca açıldığından, her düğmenin ne olduğunu bilen kullanıcılar rahatsız olmaz, ancak bir kez biraz çaba gösterdiklerinde, bir hatırlatma var. Ne düşünüyorsun?

2
Tomáš Kafka

Başka bir alternatif, öğeyi etkin durumda bırakmak ve ardından kullanıcı tıklarsa, öğenin kullanılabilmesi için neyin gerekli olduğu hakkında geri bildirim sağlamaktır. Bunun tüm durumlar için uygun bir çözüm olduğunu düşünmüyorum, ancak acemi ve zaman zaman kullanım alan bir öğe için yararlı olabilir.

Bu arada, devre dışı bırakılan bir öğeyi bulduktan sonra gizli bir öğeden daha iyi olabileceğini düşünüyorum, enxt sorunuyla ilgilenmeyi bırakıp durdurabilirsiniz: NEDEN kullanılamıyor? ;)

1
JeromeR

Üzerine getirildiğinde araç ipucunu gösteren devre dışı bırakılan öğenin yanında küçük bir soru işareti simgesi de olabilir. Bu şekilde, kullanıcı bir öğenin neden devre dışı bırakıldığını merak ederse, simge, öğenin neden devre dışı bırakıldığına dair bilgi olabileceğinin açık bir göstergesi olacaktır. Bu, bazı destek çağrılarını kaydedebilir.

Ancak, kontrolleri devre dışı bırakmanın iyi bir seçenek olmadığını başkalarıyla aynı fikirdeyim. İster koşullu olarak gizleyin veya kullanıcı arayüzünü daha iyi tasarlayın, böylece gerekli değildir.

Düzenleme: Bazı düşündükten sonra, devre dışı bırakmanın benim görüşümde çalıştığı yerler var, ancak devre dışı bırakılan öğe yakın bir ayar ile etkinleştirilmelidir ve öğeyi etkinleştiren bir ayarın çok açık olması gerekir (ve bunun nedeni ideal olarak).

1
waymost

Bu seçeneğin neden devre dışı bırakıldığını, hangi uygulamada ve deneyimde hangi noktada olduğunu düşünün. Sonra buna göre arayın.

Bazı düşünceler şunlar olabilir: - Kullanıcı bunu etkinleştirmek için bazı işlemler yapabilir mi? - Bu kullanıcı için bir şov tıpası mı? Bu durumu çözmede haklı bir değer var mı? - Bu engelli seçeneğine kolay alternatifler var mı? (Muhtemelen bu durumda devre dışı bırakılmış seçeneği gizlemelidir)

1
rsb

Fikir biraz bakış açısına sahiptir, çünkü araç ipucu yardımı (bağlamdan ayrılmaya yardım etmek yerine) "tam zamanında ve yerinde" dir.

Bununla birlikte, dikkate alınması gereken bazı durumlar vardır, örneğin:

  • Dokunmatik tabanlı etkileşim: Dokunmatik arayüzlerde fareyle üzerine gelme durumlarınız yoktur.
  • Bir denetimin devre dışı bırakılmasının bir dizi nedene bağlı olduğu uygulamalardaki karmaşık uygulamalar/ayarlar (bir araç ipucunda kısaca açıklanamaz).
0
agib