Hedef kitleniz teknik değilse, kullanıcılarınızın dikkatle ifade edilen hata mesajlarını göz ardı ederek, destek ekibinize çağrı yaparak ve bağırmaya ya da bunları görmezden gelip kapatmak için ciddi bir risk altında olduğunu görürsünüz.
Kullanıcıların hata mesajlarınızı atmak yerine gerçekte okumalarını sağlamak için hangi iyi uygulamaları önerdiğinizi merak ediyorum. Şimdi bazı temelleri biliyorum:
Yüz 3 Hakkında adlı kitabın iyi bir tavsiyesi var. En önemli özelliği hata iletişim kutularına olan ihtiyacı ortadan kaldırmak için yazılımı tasarlamaktır. Bunun mümkün olmadığı durumlarda yazarlar şunları tavsiye eder:
Şimdiye kadar, en büyük kalkış, hata mesajlarını tamamen önlemek için çok çalışmaktır. Bunun bir Geri Al özelliği uygulayarak veya bir hata durumu oluştuğunda alternatif kullanıcı arayüzü veya girişler sunarak veya tamamen başka bir şeyle.
Her zaman hata mesajlarının çoğunu veya tamamını yok sayan önemli bir kullanıcı yüzdesine sahip olursunuz. Desteği aradıklarında, önlerinde hata mesajı aldıklarında ve okuduklarını iddia etseler bile, mesajın içeriğini asimile etmemiş olabilirler. Bu nedenle, bir hata iletişim kutusu açmak zorunda kalmamak için çok uğraşmalısınız.
About Face (Aaron Lerch'in cevabına bakınız) bölümünde verilen tavsiyeye ek olarak, tüm mesajları daha sonra incelenebilecek şekilde kaydetmek iyi bir fikirdir. Hata mesajının ne dediğini, hatta iletişim kutusundan kurtulmak için hangi düğmeye bastıklarını bilmek için kullanıcıya güvenmeyin.
Kullanıcılar teknik değilse, iki yaklaşımdan birini öneririm:
Sadece birisiyle konuşmak için iletişim bilgilerini verin. Temel olarak, sorunu çözmeye çalışma fırsatını kaldırın, çünkü talimatları ne kadar kolay yaparsanız yapın, onları ne kadar kolay yaparsanız yapın, onlara verilen rahatsız etmeyin. Onlara 1-800 yardım numarası veya tıklanabilir bir e-posta vb. Verin.
Onlara gerçekten talimat vermeniz gerekiyorsa, teknik olmayan olmaları gerekir (anneniz tarafından yazılmış, annenizin teknik olmadığı varsayılırsa). "Sunucuya bağlanılamıyor. Lütfen İnternet bağlantınızı kontrol edin." sıradan ev kullanıcıları için çok teknik olabilir. İnternet bağlantımı nasıl kontrol ederim? İnternet bağlantım nedir? Unutmayın, bunlar bilgisayarı "makine" ve monitörü "tv" olarak adlandıran kişilerdir. Onlara resimleri gösterin, basit terimlerle açıklayın, vb. (Ben buna Kayınvalidesi testi diyorum, eğer anlayabiliyorsa, herkes yapabilir).
İnsanların aklınızda bulundurduğunuz önemli mesajı okumasını sağlamak için, öncelikle uygulamada "değersiz yöneticinizle (gerçekten var olmayan) yöneticinizle iletişim kurun!" ve bunları kaldırın veya dürüst bilgilerle değiştirin. Parazit mesaj akışından kaldırıldıktan sonra, kullanıcı tabanının gürültü/mesaj oranının mesajları tekrar okumanın yararlı olduğu noktaya yükseldiğini fark etmesi aylar alacaktır.
Yer, Yer, Yer!
Hata mesajının bir yandan iş akışını rahatsız etmediği ancak diğer yandan kolayca fark edilebileceği bir yerde olduğundan emin olun.
İleti ekranın ortasındaysa ve ana forma erişimi engelliyorsa, kullanıcı büyük olasılıkla okumadan hemen kapatacaktır, Ama hiç bağırmazsa, kullanıcı fark etmeyebilir bile.
(Görünüşe göre burada söylemem gerekenlerden bazıları, yayınlamadan önce başkaları tarafından yanıtlandı - yukarıdaki bazı iyi bilgiler, özellikle Bay Lerch.)
Bence talihsiz hızlı cevap "Yapmazlar." Ürün kılavuzlarına sahip olan ancak bunları açmayı reddeden kullanıcılar olgusuna benzer şekilde, ani, şaşırtıcı, bağlam dışı (en azından temel kullanıcıya) mesajı ani, şaşırtıcı ve bağlam dışı olacaktır .
Kötümserliği bir kenara bıraktığımda, önerilerinizin ruhuyla anekdot bir başarı buldum. WRT ilk nokta, ben "kısa" katılıyorum ama o kadar "kesin" değil. Teknik olmayan kullanıcının herhangi bir hata mesajıyla ilgili sorunları olacaktır. "Kesin" bir mesaj daha da çok, çünkü teknik olmayan kullanıcının ne olduğunu anlamak için daha az bilgiye değil, daha fazla bilgiye (yani, biraz eğitime ihtiyacı) ihtiyacı var.
Örnek olarak, ikinci madde işaret noktasında, teknik olmayan kullanıcının örnek mesajınızın ilk kısmı ile ilgili sorunları olacaktır.
Bu soruların bazıları veya tümü, önerilen yanıtı anlamadan önce kafalarına doğru ilerleyecektir. Soğukkanlılıklarını geri kazandıklarında ve ikinci bölümü okuduklarında, internet bağlantılarını nasıl kontrol edecekleri hakkında başka soruları olacak. Bazıları bunu bir modem veya yönlendirici sorunu olarak yorumlayacak ve tüm yığını (şaka yok) güç döngüsü olarak yorumlayacaktır.
Bunların bir kısmı hata mesajında gerçekten çözülemez; insanların bilgisayar okuryazarlığı düzeyi vardır ve muhtemelen uygulamanızın bu konuda önemli bir etkisi olmayacaktır. Ama eğer
deneyimi biraz daha keyifli hale getirebilirsiniz.
Son birkaç kişinin yanlış anlaşılması ve nihayetinde patronluk yapması son derece kolaydır, bu yüzden dikkatli olun ve önce bazı arkadaşlarınıza karşı test edin.
Bunları alakalı, özlü, sade İngilizce yapın ve kullanıcının aradığı yerden uzak bir yerde bulun. Ne olduğunu ve neden olduğunu açıklayın, ancak çok fazla söz vermeden açıklayın. Son olarak, uygulamanızın hata durumlarını ve diğer bölümlerini test edin veya prototip haline getirin. Tüm hata işlemeyi inşa etmeden önce çoğu zaman kullanıcıları unutur ve sadece bir süreçten geçmesini isteriz ve bu da deneyimin kritik, muhtemelen sinir bozucu bir bölümünü doğrulamayı bırakır.
Görsel olarak, onları arayüzün diğer öğelerinden öne çıkarın. Animasyon farkındalık yaratmaya yardımcı olabilir; Sarı Solma Tekniği bunun harika bir örneğidir.
En iyi tavsiyelerin çoğu zaten gönderildi. Hata mesajlarının arayüz içeriğinin geri kalanının tonuna uygun olması gerektiğini eklemek istiyorum. http://www.visual-ii.com/ , çok konuşkan, biraz asosyal bir his veren ve ana sayfa başlığı "Karmaşık olmayan" yazan bir 404 hata sayfası oluşturdu. temel: http://www.visual-ii.com/404 .
Uygulamayı çalıştırırken nadir ancak ölümcül olan işlenmeyen özel durum türü hataları için, üç düğmeli bir hata iletişim kutusu bulduk:
Bir koruma olarak, kullanıcının herhangi bir işlem yapmaması durumunda hata mesajını yerel bir metin dosyasına da kaydederiz, bu daha sonra teknik destek tarafından incelenebilir.
Bir uygulama sorunu çözmeme yardımcı olan hata mesajları verdiğinde onları okurum. Bir uygulama (veya satıcı), yararlı olmayan hata mesajlarına sahip olduğu için bir üne sahipse, bunları okumayı bıraktım.
Bir hata mesajı gibi görünmemesini sağlayın.
Uyarıları veya bir düğmeyle kapatmak zorunda olduğunuz herhangi bir şeyi kullanmayın. Bu amaç için ayrılmış statik bir alandaki dağıtım hataları (bkz. Webapps, CMS yönetici panelleri vb.)
Basit ve eğlenceli bir dil kullanın.
"Dahili sunucu hatası 500" yerine "Hata" deneyin. Görünüşe göre bu girişi beklemiyorduk. Geri dönüp forma alışılmadık bir şey koyup koymadığınızı görmek isteyebilirsiniz. "
"Cihaz başlatılırken hata oluştu" yerine "[cihazınızı, örneğin GPRS modemini] kullanamadık. Her şey yolunda mı? Kontrol edin ve yapılandırmada ne olduğunu görün."
Ekranın ilgili bölümleriyle birlikte dikkati hata mesajına odaklayan animasyonlu bir daralan ışık kutusu efekti kullanın. Düğme yerine "(Hata mesajını kaldırmak için buraya tıklayın)" yazan bir metniniz olsun.
Girdileriyle bile size hatayla ilgili veri göndermelerini istiyorsanız, bunu söylüyor. "İhtiyaç" kelimesini kullanın. "İhtiyacımız olan bu hatayla ilgili veriler. Bazıları size kişisel olarak başvurabilir. Bize göndermek için lütfen -> buraya <- tıklayın."
Teknik olmayan birçok son kullanıcının, problemleri kendileri çözmeye çalışmak yerine yanlarından birinden veya teknik destek isteyeceğini gösteren tonlarca araştırma var. Bu insan doğası ve emin değilim, bundan emin olacağız. Ancak hata mesajlarının geçmişe itmemiz gereken teknik olmayan kullanıcılar arasında kötü bir ünü vardır.
Yukarıda bahsettiğiniz noktalara ek olarak, hata mesajınızın:
Bir hata uyarısı görüntülemenin en etkili yollarından biri:
Bu, kullanıcıyı düzeltici eyleme yararlı ve tehdit edici olmayan, ama aynı zamanda ısrarcı bir şekilde yönlendirir.