Kullanıcıların hata mesajlarını okuması nasıl sağlanır?

Teknik olmayan bir izleyici kitlesi için program yaparsanız, kullanıcıların dikkatle ifade edilen ve aydınlatıcı hata mesajlarınızı okumamaları konusunda yüksek bir risk altındasınız, ancak sadece hayal kırıklığı ile ilgili ilk düğmeyi tıklayın.

Bu nedenle, kullanıcıların hata mesajınızı gerçekten bir kenara bırakmak yerine gerçekte okumasına yardımcı olmak için hangi iyi uygulamaları önerebileceğinizi merak ediyorum. Düşünebileceğim fikirler şöyle sıralanabilir:

• Kurs yardımının biçimlendirilmesi; belki daha uzun, daha ayrıntılı hata mesajına yol açan "daha fazla bilgi edinin" düğmesiyle basit, kısa bir mesaj
• Tüm hata mesajlarının kullanım kılavuzunun bazı bölümlerine bağlanması (elde edilmesi biraz zor)
• Sadece hata mesajları vermeyin, görevi gerçekleştirmeyi reddedin (kullanıcı girişini işlemek için biraz "Apple" yolu)

Düzenleme: aklımdaki kitle, yazılımı çok sık kullanmayan ve esir olmayan (yani şirket içi yazılım veya dar topluluk yok) oldukça geniş bir kullanıcı tabanıdır. Slashdot'ta bu sorunun daha genel bir formu soruldu , bu nedenle bazı cevapları kontrol etmek isteyebilirsiniz .

Bu benden bir +1 değerine layık mükemmel bir soru. Basit olmasına rağmen soru, son kullanıcıların doğasının birçok yönünü kapsamaktadır. Burada size ve yazılımın kendisine ve elbette son kullanıcılar için fayda sağlayacak bir dizi faktöre dayanır.

• Durum çubuğuna hata mesajları koymayın - renkler vb ile caz olmasına rağmen asla onları okuyacak .... onlar her zaman onları özleyeceğim! Ne kadar zor çalışsanız da çalışın ... Win 95 UI testi başlamadan önce bir aşamada MS, kullanıcı arayüzünü okumak için bir deney gerçekleştirdi ( ed - mesajın bağlamında açıkça belirtildiği belirtilmelidir. 'Sandalyenin altına bak' ), deneklerin oturduğu sandalyenin altına bantlanmış 100 dolarlık bir banknot ile ... kimse durum çubuğundaki mesajı görmedi!
• Mesajları kısa yapın, 'Uyarı: sistem bir sorunla karşılaştı' gibi göz korkutucu kelimeler kullanmayın, son kullanıcı panik düğmesine basacak ve aşırı tepki verecek ...
• Ne kadar uğraşırsanız deneyin, mesajı tanımlamak için renkleri kullanmayın ... psikolojik olarak, boğaya bir kırmızı bayrak sallamak benzer!
• En az tepki ve nasıl devam etmek için nötr sondaj kelimeleri kullanın!
• Tarafsız hata mesajını listeleyen bir iletişim kutusu göstermek ve 'Bu hata mesajlarının gelecekte daha fazlasını görmek ister misiniz?' Yazan bir onay kutusu eklemek daha iyi olabilir, son kullanıcının istediği son şey çalışıyor Pop-up mesajları ile bombardıman edilecek yazılımın ortasında, onlar sinirli olacak ve uygulama tarafından kapatılacak! Onay kutusu işaretliyse, bunun yerine bir dosyaya giriş yapın ...
• Son kullanıcıları hangi hata mesajlarının olacağı konusunda bilgilendirin ... bu da ... eğitim ve dokümantasyon anlamına gelir ... şimdi bu zor bir iştir ... 'sorunlar' veya 'aksaklıklar' olabilir ve bu durumda ne yapmaları gerekir ... olası hataların olacağını bilmemelidirler, gerçekten de zor.
• Her zaman, her zaman, olaysız olduğunda geri bildirim istemekten korkmayın - '1304 numaralı hata ortaya çıktığında nasıl tepki verdiniz? Yorumunuz neydi? Bununla ilgili bonus, son kullanıcı size 'Hata 1304, veritabanı nesnesi kayboldu!' Yerine daha tutarlı bir açıklama verebilir, bunun yerine 'Bunu tıkladım. ve böylece, birileri makinenin ağ kablosunu yanlışlıkla çekti ', bu sizi bununla uğraşmak konusunda ipucu verecektir ve' Ooops, Ağ bağlantısı kesildi 'demek için hatayı değiştirebilir ... sapmayı elde edersiniz.
• Son olarak, uluslararası kitleleri hedeflemek istiyorsanız, hata mesajlarının uluslararasılaşmasını hesaba katın - bu yüzden onu nötr tutmak, çünkü o zaman çevirmek, eşanlamlılardan, argo sözcüklerden vb. çeviri anlamsız - örneğin, Fiat Ford motorlu araç şirketi kendi markasını satan Fiat Ford Pinto, ama hiç satış Güney Amerika'da oluyordu fark, bu ortaya çıktı, Pinto argo 'küçük penis' ve dolayısıyla hiçbir satışlar için yoktu ...
• ( ed ) Beklenecek hata mesajlarının listesini, 'Hata Mesajları' veya 'Düzeltici İşlemler' veya benzerleri başlıklı dokümantasyonun ayrı bir bölümünde, hata numaralarının nasıl yapılacağıyla ilgili bir veya iki ifadeyle doğru sırayla listeleyerek belgelendirin. ..
• ( ed ) Victor Hurdugaci'ye girişi için teşekkürler , mesajları kibar tutun, son kullanıcıları aptal hissettirmeyin. Bu , kullanıcı tabanı uluslararasıysa Jack Marchetti'nin cevabına aykırıdır ...

Edit: Başka bir son derece hayati noktadan bahsetti gnibbler sayesinde özel bir kelime !

• Son kullanıcının, isterse, yardım destek ekibine veya geliştirme ekibine e-posta gönderebilmesi için hata iletisini seçmesine / kopyalamasına izin verin.

Düzenleme 2: Benim hatam! Hata! Araba hakkında bahseten DanM sayesinde , adı karıştırdım, Ford Pinto'ydu ... benim kötüyüm ...

Düzenleme # 3: Ekleri veya ekleri belirtmek için ed tarafından vurgulanmış ve girdileri için başkalarının hesabına aktarılmıştır ...

Edit # 4: Ken'in yorumuna yanıt olarak - işte benim almam ... Hayır değil, nötr standart Windows renklerini kullan ... gösterişli renkler için gitmeyin! Microsoft teknik özelliklerinde normal bir standart GUI kılavuzu olan siyah metinle normal gri arka renge sadık kalın . UX Yönergeleri'ne ( ed ) bakın.

Gösterişli renkler konusunda ısrar ederseniz, en azından, potansiyel renk körü kullanıcıları, yani engelliliği, ekran büyütme dostu hata mesajları, renk körlüğü, albino hastası olanlar için önemli bir faktör olan erişilebilirliği dikkate alın. gösterişli renklere ve epileptiklere karşı duyarlı olabilir ... ... nöbet tetikleyebilecek belirli renklerden muzdarip olabilir ...

Onlara mesajı göster. Nedeniyle dilligence ve tüm, ancak her hatayı bir dosyaya kaydedin. Kullanıcılar ne yaptıklarını veya olaydan birkaç saniye sonra hata mesajının ne olduğunu hatırlayamazlar, sanki perpatratörlerin görgü tanığı hesapları gibidir.

Sorunun mutabakatına yardımcı olmaları için günlüğü size e-postayla göndermelerine veya yüklemelerine izin vermek için iyi bir yol sağlayın. Bir web uygulamasıysa: daha da iyisi, sorunu bildiren herkesin durumu hakkında bilgi alabilirsiniz.

Kısa cevap: Yapamazsınız.

Daha az kısa yanıt: Bunları görünür, alakalı ve bağlamsal hale getirin (neyi karıştırdıklarını vurgulayın). Ama yine de, kaybedilen bir savaşta savaşıyorsunuz. İnsanlar bilgisayar ekranlarında okumazlar, tararlar ve iletişim kutuları kaybolana kadar düğmelere tıklanmak üzere eğitilirler.

Hata kutusuna basit ve unutulmaz bir grafik koyduk: bir simge değil, oldukça büyük bir bitmap ve standart Windows mesaj simgeleri gibi bir şey yok. Hiç kimse bir mesaj kutusunun ifadesini hatırlayamaz (kutunun basabildikleri bir "Tamam" düğmesi varsa çoğu bile okumaz), ancak çoğu insan gördükleri resmi hatırlamaz. Yani destek ekibimiz müşteriye "kahve içen adamı gördün mü?" Diye sorabilir. veya "boş masayı gördün mü?" En azından bu şekilde neyin yanlış gittiğini biliyoruz.

Kullanıcı tabanınıza bağlı olarak, komik / kaba / kişisel hata mesajları yazmak harika olabilir.

Örneğin, İK çalışanlarımızın çalışanların işe alım / yangın tarihlerini daha iyi takip etmelerini sağlayan bir uygulama yazdım . [küçük bir şirkettik, çok geride kaldık].

Yanlış tarihler girdiklerinde şunu yazardım:

Hey aptal göt, bir tarih girmeyi öğren!

DÜZENLEME: Tabii ki daha yararlı bir mesaj: "Lütfen aa / gg / yyyy olarak tarih girin" ya da belki kod girdikten sonra ne girdiğini ve bir hata göstermek için "blahblah" girip girmediklerini anlayın. Ancak, bu şahsen tanıdığım bir İK kişisi için çok küçük bir uygulamadır. Bu nedenle, yine insanlar, bu yazının ilk satırını okuyun: Kullanıcı tabanınıza bağlı olarak ...

Son zamanlarda bir Sanat Enstitüsü projesinde çalıştım, bu yüzden hata mesajları izleyicilere yönelikti, örneğin:

Barok dönemden önceki sanatların çoğu imzasızdı. Ancak, şu anda Barok döneminin ötesindeyiz, bu yüzden tüm alanların doldurulması gerekiyor.

Temel olarak mümkünse kitlenize yönlendirin ve "lütfen e-posta girin" veya "lütfen geçerli e-posta girin" gibi genel olarak ortaya çıkan genel hatalar nedeniyle sıkıcı olmaktan kaçının.

Uyarılar / pop-up'lar sinir bozucu, bu yüzden herkes gördükleri ilk düğmeye bastı.

Daha az can sıkıcı olun . Örnek: kullanıcı tarihi yanlış girdiyse veya sayıların beklendiği bir metin girdiyse, bir iletiyi KAPATMAYIN , yalnızca alanı vurgulayın ve çevresinde bir ileti yazın.

Özel bir mesaj kutusu oluşturun . Hiçbir zaman sistemin varsayılan mesaj kutusunu kullanmayın, örneğin Windows XP mesaj kutuları kendilerini rahatsız ediyor. Sistem varsayılanından farklı bir arka plan rengine sahip yeni bir renkli mesaj kutusu oluşturun.

Çok Önemli: ısrar etmeyin . Bazı mesaj kutuları Kalıcı iletişim kutusunu kullanır ve bunu okumanız için ısrar eder, bu çok can sıkıcıdır. Mesaj kutusunun bir uyarı mesajı olarak görünmesini sağlayabilirseniz, örneğin sayfanın üst kısmında görünen Yığın Taşma mesajları bilgilendirilir ancak sinir bozucu olmaz.

GÜNCELLEME
Mesajı anlamlı ve yararlı hale getirin . Örneğin, "Klavye bulunamadı, devam etmek için F1 tuşuna basın" gibi bir şey yazmayın.

En iyi kullanıcı arayüzü tasarımı, neredeyse hiçbir zaman hata mesajı göstermediğiniz yerdir. Yazılım kullanıcıya uyum sağlamalıdır. Bu tür bir tasarımla, bir hata mesajı yeni olacak ve kullanıcıların dikkatini çekecektir. Kullanıcıya bunun gibi anlamsız diyaloglarla biber eklerseniz, mesajlarınızı görmezden gelmeleri için onları açıkça eğitiyorsunuzdur.

Benim düşünceme ve tecrübeme göre, hata mesajlarını okumayan güçlü kullanıcılar. Tanıdığım teknik olmayan izleyici ekrandaki her mesajı en dikkatli okur ve bu noktada sorun çoğunlukla şu anlama gelir: Anlamıyorlar.

Bu nokta, deneyiminizin nedeni olabilir, çünkü bir noktada onları okumayı bırakacaklar, çünkü "zaten anlamıyorlar", bu yüzden göreviniz kolay:

Hata mesajını olabildiğince kolay anlaşılır yapın ve teknik parçayı kaputun altında tutun.

Örneğin şöyle bir mesaj aktarıyorum:

ORA-00237: anlık görüntü işlemine izin verilmedi: yeni oluşturulan kontrol dosyası Neden: cfileMakeAndUseSnapshot işlevini, CREATE CONTROLFILE ile yeni oluşturulmuş olan şu anda yüklü bir kontrol dosyasıyla çağırmak için girişimde bulunuldu. Eylem: geçerli bir denetim dosyası bağlayın ve işlemi yeniden deneyin.

gibi bir şeye:

Bu adım, veritabanındaki anlık sorunlar nedeniyle işlenemedi. Lütfen (yöneticiniz | yardım masanız | sorunu çözmek için geliştiriciyle veya yöneticiyle iletişim kurabilen herkesle) iletişim kurun. Rahatsızlıktan dolayı özür dileriz.

Kullanıcılara hata mesajının bir anlamı olduğunu gösterin ve bu onlara yardım etmenin bir yoludur ve okuyacaktır. Sadece jargon-bable veya jenerik saçmalık mesajı ise, bunları hızlı bir şekilde kapatmayı öğreneceklerdir.

Ayrıntılı bilgi göndermek (örneğin e-posta yoluyla) varsayılan eylem ile bir hata iletişim kutusu eklemek için çok iyi bir uygulama olduğunu öğrendim, değerli bilgiler veya geçici çözüm ile bu e-postalara hızlı bir şekilde yanıt verirseniz, onlar size ibadet edecek.

Bu aynı zamanda harika bir öğrenme aracıdır. Gelecekteki sürümlerde bilinen sorunları çözebilir veya en azından yerinde geçici bilgi sağlayabilirsiniz. O zamana kadar, kullanıcılar bu mesajın X'den kaynaklandığını ve sorunun Y tarafından çözülebileceğini öğrenecekler - çünkü birisi bunu açıkladı.

Tabii ki bu büyük ölçekli bir uygulamada işe yaramayacak, ancak birkaç yüz kullanıcılı kurumsal uygulamalarda çok iyi çalışıyor ve yalın bir çevik, erken serbest bırakma ortamını sık sık serbest bırakıyor.

DÜZENLE:

Geniş bir kullanıcı tabanına sahip olduğunuz için, kullanıcıların ne yapmasını beklediğini / ör. telefon numarası iyi biçimlendirilmemişse onlara eroror mesajı göstermeyin, eğer onlar için yeniden biçimlendirin.

Şahsen beni düşündürmeyen yazılımları severim ve zaman zaman (geliştirici) niyetimi yorumlamak, çok iyi yazılmış (ve gerçek kullanıcılar tarafından incelenen) mesajları sağlamak için yapabileceğiniz hiçbir şey olmadığında.

İnsanların belgeleri okumaması yaygın bir bilgidir (ev cihazını taktığınızda arka arkaya talimatları okudunuz mu?), Hızlı bir şekilde sonuç almanın bir yolunu denerler, başarısız olduklarında dikkatlerini çekmeniz gerekir (örn. ile bir süre devre dışı varsayılan düğmesi) anlamlı ve yararlı bilgi. Yazılım hatası ile ilgilenmiyorlar, şimdi sonuç almak istiyorlar.

Onları eğlenceli hale getirin . (Bulunduğumuz site göz önüne alındığında alakalı görünüyordu :))

Başlamak için, kullanıcıların gerçekten anlayabileceği hata mesajları yazın. "Hata: 1023" iyi bir örnek değil. Bazı "süslü" kod ile kullanıcıya göstermek daha hata, daha iyi yolu günlük olduğunu düşünüyorum. Veya günlüğe kaydetme mümkün değilse, kullanıcılara hata ayrıntılarını destek bölümüne göndermeleri için uygun bir yol verin.

Ayrıca, kısa ve yeterince açık olun. Bazı teknik detayları dahil etmeyin. Onlara kullanamayacakları bilgileri gösterme. Mümkünse hata için bir geçici çözüm sağlayın. Varsayılan bir rota belirtilmezse, bu yol izlenmelidir.

Uygulamanız bir web uygulamasıysa, özel hata sayfaları tasarlamak iyi bir fikirdir. Kullanıcıları daha az stres altına sokarlar, örneğin SO alırlar. İyi bir hata sayfasının nasıl tasarlanacağıyla ilgili bazı fikirleri buradan edinebilirsiniz: http://www.smashingmagazine.com/2007/07/25/wanted-your-404-error-pages/

Eklemek istediğim bir şey var.

Ünlem işareti yerine hata mesajlarınızı kapatmak için eylem düğmeleriniz için fiiller kullanın, örnek "Tamam!" "Kapat" vb.

Öğrendiğim iyi bir ipucu, gazete makalesi gibi bir iletişim kutusu yazmanız gerektiğidir. Boyut anlamında değil, önem anlamında. Açıklamama izin ver.

Önce okunması gereken en önemli şeyleri yazmalı ve daha sonra daha ayrıntılı bilgi vermelisiniz.

Başka bir deyişle, bu iyi değil:

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

Do you want to retry opening the file?

Bunun yerine siparişi değiştirin:

Problem loading file, do you want to retry?

There was a problem loading the file, the file might have been deleted, or
it might be present on a network share that you don't have access to at
your present location.

Bu şekilde, kullanıcı istediği kadar okuyabilir veya rahatsız edebilir ve hala sorulan soru hakkında fikir sahibi olabilir.

Ayrıca Slashdot kullanıcı tepkilerini bakın burada .

Kullanıcıya basit bir çözüm sağlayamazsanız, kullanıcıya hiç hata mesajı gösterme zahmetine girmeyin. Bunun bir anlamı yok, çünkü kullanıcıların% 90'ı ne dediğini umursamıyor.

Öte yandan ise CAN aslında o, kullanıcıya Tamam düğmesine 10 saniye kadar sonra etkin hale getirmek olduğunu okumak zorlamak için bir yol kullanışlı bir çözüm göstermektedir. Yeni bir eklenti yüklemeye çalıştığınızda Firefox'un bunu nasıl yaptığını sıralayın.

İyice kurtaramayacağınız toplam bir çökme ise, kullanıcıyı çok layman terimlerle şu şekilde söyleyin:

" Berbat olduğumuz için üzgünüm, bu çökme hakkında bazı bilgiler göndermek istiyoruz, bunu yapmamıza izin verir misin? EVET / HAYIR "

Ayrıca, hata mesajlarınızı bir cümlenden daha uzun yapmamaya çalışın. İnsanlar (ben dahil) hatayla ilgili bütün bir paragrafı gördüğünde, aklım sadece kapanıyor.

Çok fazla sosyal medya ve aşırı bilgi yükü olduğunda, insanların bir metin duvarı gördüklerinde zihinleri donar.

DÜZENLE:

Birisi yakın zamanda göstermek istediğiniz mesajla birlikte çizgi romanların kullanılmasını önerdi. Dilbert'ten , sahip olabileceğiniz hata türüne yakın olabilecek bir şey gibi.

Deneyimlerime göre: kullanıcıların (özellikle teknik olmayanların) hata mesajlarını okumasını sağlamazsınız . Mesajın ne kadar net ve anlaşılır, koyu, kırmızı ve yanıp sönen olursa olsun, görüntüleyenlerin çoğu, "Gerçekten her şeyi silmek istiyor musunuz?" Kullanıcıların seçtikleri seçeneği bile bilmedikleri halde "Tamam" veya "iptal" yerine "pencereyi kapat" simgesini tıkladıklarını gördüm ...

Kullanıcıları görüntülediklerinizi okumaya gerçekten zorlamanız gerekiyorsa, bir düğme tıklanıncaya kadar bir JavaScript Geri Sayımı öneririm. Bu şekilde kullanıcı, umduğu zamanı gerçekten okumak için bekleme süresini kullanacaktır. Yine de dikkatli olun: çoğu kullanıcı bundan daha da rahatsız olacak :)

Ayrıca, "daha fazla oku" -bağlantı fikrinizi beğeniyorum, ancak kullanıcıların sadece mesajdan kurtulmak isteyen daha fazla ilgi duyacağından şüphe ediyorum ...

Sadece kayıt için: hata mesajlarını okuyan, ancak onunla hiçbir şey yapmayacaklarından korkan kullanıcılar var. Bir keresinde müşterinin bana bir hata mesajı okuyacağı ve bana ne yapması gerektiğini soran bir destek çağrım vardı. “Peki, seçenekleriniz neler?” Diye sordum. "Pencerenin sadece bir 'Tamam' düğmesi var." ... aa, zor olan :)

Hatayı genellikle kırmızı olarak görüntülerim (tasarım izin verdiğinde).

Kırmızı, "uyarı" vb. Anlamına gelir.

Sorunuzu doğrudan cevaplamak için: Programcılarınızın hata mesajlarınızı yazmasını istemeyin. Eğer bu tek tavsiyeye uyursanız, kümülatif olarak binlerce saatlik kullanıcı ve üretkenlikten ve milyonlarca dolarlık teknik destek maliyetlerinden tasarruf edersiniz.

Ancak asıl amaç, kullanıcıların hata yapamayacakları şekilde uygulamanızı tasarlamak olmalıdır. Hata masajlarına yol açan ve yedekleme yapmalarını gerektiren eylemlerde bulunmalarına izin vermeyin. Basit bir örnek olarak, kullanıcılar Gönder düğmesini tıklattıklarında bir hata iletisi açmak yerine, tüm alanlarının doldurulmasını gerektiren bir web formunda, tüm alan geçerli içerik alana kadar Gönder düğmesini etkinleştirmeyin. Arka tarafta daha fazla çalışma anlamına gelir, ancak daha iyi bir kullanıcı deneyimi sağlar.

Tabii ki, bu biraz ideal bir dünya. Bazen, program hataları kaçınılmazdır. Bunlar meydana geldiğinde, açık, eksiksiz ve yararlı bilgiler sağlamanız gerekir ve en önemlisi, sistemi kullanıcıya maruz bırakmayın ve eylemleri için kullanıcıları suçlamayın.

İyi bir hata mesajı şunları içermelidir:

1. Sorun nedir ve neden oldu.
2. Sorun nasıl çözülür.

Yapabileceğiniz en kötü şeylerden biri, sistem hata mesajlarını kullanıcılara iletmektir. Örneğin, Java programınız bir istisna attığında, programlayıcıyı kullanıcı arayüzüne aktarıp kullanıcıya göstermeyin. Yakalayın ve kullanıcı yardımı geliştiriciniz tarafından kullanıcılarınıza sunabileceğiniz açık bir mesaj oluşturun.

Son işimde, kendi hata mesajlarını yazmayı düşünmeyecek bir programcı ekibiyle çalışacak kadar şanslıydım. Kendilerini gereken bir durumda bulduklarında ve program bundan kaçınmak için tasarlanamadığı zaman (genellikle sınırlı kaynaklar nedeniyle), her zaman bana geldiler, neye ihtiyaçları olduğunu açıkladılar ve bir hata mesajı oluşturmama izin verdiler net ve şirket tarzı takip etti. Her programcının varsayılan zihniyeti bu olsaydı, bilgisayar dünyası çok daha iyi bir yer olurdu.

Daha az hata

Bir uygulama size düzenli olarak kusma atarsa, ona karşı bağışıklık kazanırsınız ve hatalar arka plan muzak rahatsız edici olur. Bir hata nadir bir olaysa, daha fazla dikkat çekecektir.

Büyük bir anlaşma olmayan şeyleri yok edin, tüm bu uyarıları atın, kullanıcının amacını anlamanın yollarını bulun, kararları mümkün olan her yerde alın. Bu şekilde hızlandırmaya devam ettiğim birkaç uygulamam var. Geliştiriciler her hatayı önemli olarak görür, ancak bu kullanıcı açısından doğru değildir. Bir sorunu ve yakalama kullanıcıların ortak tepki için bak bu kadar dağıtmak, o senin yanıt.

Bir hatayı artırmanız gerekiyorsa: kısa, özlü, düşük terör faktörü, ünlem işareti yok. Paragraflar başarısız .

Gümüş mermi yok, ancak hataları önemli hale getirmek için sosyal olarak mühendis olmanız gerekiyor.

Kullanıcılara, yöneticilerinin (bir yalan olduğunu) iletişim kurduğunu söyledik. Biraz fazla çalıştı ve kaldırılması gerekiyordu.

Bazı daha teknik ayrıntılara olanak tanıyan bir "Gelişmiş" düğmesi eklemek, hedef kitlenin kendisini teknik olarak düşünen kısmı için okunması için bir teşvik sağlayacaktır.

Hata yapıldıktan hemen sonra geri bildirim (kullanıcının bir hata yaptığını belirten) vermenizi öneririm. (Örneğin, bir tarih alanının değerini girerken değeri kontrol edin ve yanlışsa giriş alanını görsel olarak farklı yapın).

Sayfada hatalar varsa (daha çok web geliştirmeye katılıyorum, bu yüzden buna "sayfa" olarak atıfta bulunuyorum, ancak "form" olarak da adlandırılabilir), orada bir "hata özeti" gösterin hatalardı ve tam olarak ne olduğunu gösteren madde işaretli bir listeydi. Bununla birlikte, mesaj başına 5-6'dan fazla kelime varsa, bunlar okunmaz / anlaşılmaz.

Düğme durumunu yapmaya ne dersiniz "Bu konuda size yardımcı olacak bir destek teknisyeniyle görüşmek için buraya tıklayın."

Gerçek bir kişiyle konuşma seçeneği sunan birçok web sitesi vardır.

Slashdot'ta en korkunç çözüm için bir aday okudum:

Kullanıcıların hatalar için sorumluluk almasını sağlamanın tek yolunun, hatanın ortadan kalkması için onlara bir ceza vermektir. Yeni başlayanlar için, mümkünse, ortadan kaldırmak için bir yönetici şifresi girmedikçe ve ondan kurtulmak için yeniden başlatırlarsa (Görev Yöneticisi tüm istemci bilgisayarlarda devre dışı bırakılırsa) hata aslında onlar için kapanmayacaktır. 15 dakika çöktü uygulaması. Tabii ki, tüm bunlar, daha teknik olarak usta kullanıcılar bu tür bir sistemi kabul etmeyeceği, ancak kullanıcıların çökmelerden sorumlu olmasını sağlamak ve BT departmanının farkında olduğundan emin olmak için tam olarak YEARS'ı denedikten sonra, uğraştığınız kullanıcıların türüne bağlıdır. Onları yönetmek çok zor hale gelmeden önce sorunu çözmek için, bunlar işe yarayan tek adımdır. Şimdi,

"DİKKAT! DİKKAT! Hata mesajını okumazsanız ölürsünüz!"

Kabul edilen yanıttaki tüm önerilere rağmen, kullanıcılarım bulabilecekleri ilk düğmeyi tıklamaya devam ettiler. Şimdi şunu gösteriyorum:

Kullanıcı vardır Tamam düğmesi görünmeden önce bir seçim yapmak

3. seçeneği seçerse, devam edebilir, aksi takdirde uygulamadan çıkılır.