web-gelistirme-sc.com

Hata mesajları özür dilemeli mi?

Ekibimizde "Üzgünüz, bu özelliğe erişim izniniz yok. Lütfen yardım için yöneticinize başvurun" hata mesajı hakkında bir tartışma yapıyoruz.

Bu durumda "özür" dilini kullanmak uygun mudur? Bunun mantığı, uygulamanın kesinti süresi gibi yalnızca "hatası" olarak değerlendirilecek bir şey için "özür dilemenin" daha uygun olacağı yönündedir. ("Maalesef sitemiz şu anda kullanılamıyor ... lütfen daha sonra tekrar deneyin.")

521
JoelFan

Özür dileyen bir sese sahip olmanın önemli olduğuna inanmamın nedeni, kullanıcıya bir hata yapıldığına ve bu durumda bir makine veya uygulama ile etkileşime girmesine rağmen, yine de eylemine saygı duyduğunuzu ve insancıllaştırdığınızı sağlamaktır. Hata.

Alıntı yapmak için UXMatters'tan makale :

“Hata mesajınızı bir kişiye göstereceksiniz, bu yüzden hata mesajını doğrudan kişiye söylüyorsanız, kullanacağınız ses tonuyla yazın.”

Bu mükemmel makaleye de bakmanızı öneririm, Web Formlarınızda “Evet” Dediğiniz Ne Zaman “Hayır” Diyorsunuz? :

Hata mesajları, bir kullanıcı deneyimi oluşturmanın önemsiz ve inanılmaz derecede sıkıcı bir parçası gibi görünüyor. Ancak hata mesajlarının tonalitesi, deneyimi neredeyse belirli bir terk edişten dönüşüme çevirebilir.

Makale, hata mesajlarının olumlu bir ton taşıması gerektiğini vurgulamaktadır ve bu nedenle özür dileyen bir yanıt, kullanıcıların hızlı bir şekilde iyileşmelerine yardımcı olabilir ve yaptıkları bir hata hakkında hemen savunmasız kalmayabilir.

Olumlu bir ton taşıyan hata mesajları yazmak roket bilimi değildir. Sadece birkaç basit kurala uyun:

  1. İlk olarak, “uyumsuz” gibi teknoloji lingolarından kurtulun. Çoğu kullanıcı bunun ne anlama geldiğini bilemez. Onlarla geliştiricilerinizin dilini değil, kendi dillerinde konuşun. Örneğin, “uyumsuz”, düz İngilizce'de “birlikte çalışmaz” anlamına gelir.

  2. Negatif kelimeler kullanma

  3. Kullanıcının neyi düzelteceğini bilmesi için hatayı açıkça tanımlayın.

  4. Kullanıcıya sorunun nasıl çözülebileceğine dair bir ipucu verin.

  5. Suçu kullanıcıya değil, kendinize koyun.

Ayrıca özür dilerim hata mesajlarını kullanmanın etkilerini analiz eden bir çalışma için Özür Dilebilecek Hata Mesajlarının ve Ruh Hali Durumlarının Bilgisayar Kullanıcılarının Performansı Kendini Değerlendirmesine Etkisi insan benzeri özür sesler bilgisayar arayüzlerinde etkilidir. Makaleden alıntı yapmak için

HHI'da özür genellikle pişmanlığı ifade etmek için kullanılır (Leech, 1983; Schlenker ve Darby, 1981) veya bireylerin, başkalarının eylemlerini onaylamamasından kaynaklanan öfkelerini hafifletmek için kullanılır. , Nielsen (1998), bilgisayar kullanıcısının eylemine yanıt veren hata mesajlarının, hatanın nedeni bilgisayar arayüzünün amaçlanan görevi gerçekleştirme sınırlaması olması durumunda basit bir özür dileme ifadesi içermesi gerektiğini savunmaktadır. Tzeng (2006), kullanıcıların her biri farklı nezaket stratejileri içeren üç farklı hata mesajı içeren çevrimiçi sistemler hakkındaki algılarını araştıran bir çalışma yürüttü. Çalışmada, öncelikle kullanıcıların nezaket yönelimleri ortaya çıktı ve daha sonra katılımcılardan önceden belirlenmiş sorunlar da dahil olmak üzere web siteleriyle etkileşime girmeleri istendi. Kullanıcılar sorunlarla karşılaştığında, sistem bir pozitif nezaket stratejisini (yani şaka), bir negatif nezaket stratejisini (yani basit bir özür) ve hata için mekanik bir mesajı (yani sayfa geçici olarak kullanılamıyor) temsil eden belirli hata mesajları sağladı. Çalışmanın bulguları, kibar ifadelerle sosyal olaylarla uğraşan kullanıcıların, mekanik veya şaka mesajlarından çok daha fazla özür dileyen mesaj almayı tercih ettiklerini ve kibar ifadelere daha az yöneltilmiş mesajlardan çok daha fazla özür dileyen mesajları tercih ettiklerini göstermiştir.

makale ayrıca, olumsuz bir tonun aksine özür dileyen bir tonun, kullanıcıların yaşadıkları algıyı nasıl etkilediğini ve olumlu bir özür dileme algısının olumlu performansı artırmaya nasıl yardımcı olabileceğini de söyler

De Laere, Lundgren ve Howe (1998), bilgisayar arayüzlerinin insan benzeri ve makine benzeri etkileşim tarzlarını karşılaştırdılar.Kullanıcılar tarafından yapılan değerlendirmelerde farklı stiller arasında önemli bir fark gözlemlemediler. Araştırmanın bulguları, olumsuz geri bildirimin katılımcıların benlik algılarını olumlu geribildirimden farklı etkilediğini göstermiştir.

Tzeng (2004) özür dileyen geri bildirimin, kullanıcıların bilgisayar ortamındaki performans algısını etkileyip etkilemediğini incelemiştir. Bu çalışma, kullanıcıların bilgisayarların kibar olmasını beklemeyebileceğini, ancak özür dileyen ifadelerin, öznelerin programla etkileşimleri hakkında daha iyi hissetmelerini sağladı.

Araştırma makalesi Bilgisayar Özürü: Özür dileyen Geribildirimlerin Bilgisayarlı Ortamdaki Kullanıcılar Üzerindeki Etkisi ayrıca özür dileme olumsuz geri bildirimin sosyal açıdan kullanıcı deneyimine neden bağlandığını belirtiyor

Hata mesajı ile özür dileyen ifadelerin kullanılması, insan-bilgisayar etkileşimine katkıda bulunur. Kullanıcı merkezli tasarımın temel amacının kullanıcılar için kendilerini rahat hissettikleri bir ortam yaratmak olduğunu düşünürsek, kullanıcı arayüzü tasarımında özür dileyen ifadelerin kullanılması çok önemli bir konu haline gelir. Dahası, insan-insan etkileşiminde, en önemlilerinden biri, en önemlisi, saygılı davranmaktır. Bir insan saygılı bir şekilde davranmadığında veya diğer kişiye karşı bir hata yapmadığında toplumların çoğunda özür dilemek, sorunun üstesinden gelmek için geleneksel ve en etkili yoldur. Benzer şekilde, bu çalışma deneklerin çoğunun özür dileyen geri bildirimlerin kendileri için garip olmadığını ve özür dileyen geri bildirim alan% 95'inin kendilerine özür dileyen geribildirimin kendilerine duyarlı olduğunu düşündüklerini göstermektedir. Burada, denekler bilgisayarların insan etkileşimlerinde bir sorunla karşılaşmış gibi bir hata ile karşılaştıklarında özür dilemek gibi saygılı davranışlarla yüzleşmeyi ilginç buluyorlar. Bu çalışmanın bulguları, arayüz tasarımında bir kişinin duygusal durumunu temsil etmenin insan-bilgisayar etkileşiminde çok önemli olduğunu göstermektedir, çünkü insanlar arayüzde duyarlılık, saygı ve insanlık hissi gibi duygusal yönleri görmek için daha sempatiktirler. Bu nedenle, bu sonuçlar bilgisayarların kullanıcılara özür dileyen ifadeler sunmasının gerçek kullanıcı merkezli tasarım fikrini doğrulayabileceği iddiasının kanıtı olarak kullanılabilir.

Kapak tarafında Microsoft önerirüzgünüm veya özür dileyen bir ton kullanarak sadece ciddi bir hata oluştuğunda:

özür dilerim” kelimesini yalnızca kullanıcı için ciddi sorunlara yol açan hata mesajlarında kullanın (örneğin, veri kaybı veya bilgisayarı kullanamama). Sorunun programın normal çalışması sırasında meydana gelip gelmediği için özür dilemeyin (örneğin, kullanıcının bir ağ bağlantısının bulunmasını beklemesi gerekiyorsa).

450

Mervin'in cevabı mükemmel olsa da, "kabul edilebilir" veya "tercih edilir" demenin ötesine geçirdim. Çok iyi bir nedenden ötürü özür dileyen bir ton kullanmanız gerektiğini söyleyebilirim: kullanıcı bir hata yapıyorsa, kullanıcının sistemin kurallarını veya mantığını anlamamasıdır. Bu kullanıcının hatası değildir! Sistemin mantığını kullanıcılara doğru bir şekilde açıklamak sistemin sorumluluğundadır. Bu durumda bir kullanıcı hatası, kullanıcının yapılması gerektiğini düşündüğü ile sistemin yapılmasına izin verdiği şey arasındaki uyumsuzluktur.

Biri asla böyle bir şey olmazsa, her şeyi heceleyebilirsek, özür dileriz hata mesajınız: "Bu programın kullanıcı arayüzünün, geçmiş deneyimlerinizin veya diğer benzer programlarla deneyimin üzgünüm. , şu anda böyle bir işlem yapabileceğinize inanmanıza neden oldu, ancak yapamazsınız çünkü .... "

Belirtilen duruma özgü: kullanıcı erişimin mümkün olabileceğini düşündü. Sistem daha önce iznin mevcut olmadığını bildirmediğinden, kullanıcının sahip olduğu yanlış anlama için özür dileriz.

Bir hatanın kullanıcının hatası olabileceğini söylemek ne anlama geliyor? Kullanıcılar gitmez ve bildikleri şeyleri yapmazlar işe yaramazlar (bu sadece kendi zamanlarını boşa harcar). Yanlış bir şey yapmalarının tek nedeni, işe yaramayacağını bilmemeleri. Eğer kullanıcı bir şey bilmiyorsa, bunu şeffaf hale getirmemek gerçekten sistemin hatası değil midir? Bir programcının ne kadar açık olduğunu düşünürse de, bir hatanın büyük çoğunluğu sistemin hatasıdır, bu nedenle hata mesajlarınızı uygun şekilde yazın ve daha mutlu kullanıcılara sahip olacaksınız.

106
AgilePro

Geri adım atmak: Bu özellik neden ilk etapta kullanıcıya sunuldu (görünür)?

Belirli bir kullanıcı (veya kullanıcı sınıfı) tarafından kullanılamayan bir özellikse, gizleyin.

Satmak istediğiniz premium bir özellikse bunu yapın.

Geçmişe aktarma, verilerinizi yedeklemenin harika bir yoludur, ancak yalnızca premium hesaplarda kullanılabilir. Yöneticinizle iletişime geçin ve hesabınızı Premium'a yükseltmelerini isteyin.

Kesinti veya hatalarla ilgili olarak (sorumluluk sadece uygulamaya düştüğünde), tonu bilmenin ikincil olduğunu hissediyorum:

Sorun günlüğe kaydedildi ve bir yerlerde sıcak bir vücut sorun yaşadığınızı biliyor.

İletişim kurabileceğim biri var.

Tekrar deneyebilirim.

Bir şey çok korkunç bir şekilde yanlış gitti!
Hatayı kaydettik.
Lütfen tekrar deneyin veya [email protected] ile iletişime geçin. En kısa sürede size geri döneceğiz.

62
Max

Bir bilgisayardan çok insancıl bir özür bulmuyorum, telefon şebekesi için otomatik bir bekletme sisteminden daha fazlası, "Aramanız bizim için çok önemli! Lütfen telefon hattında kalın bir sonraki müsait temsilci. "

Özür dilerim, burada asıl mesele. Daha da önemlisi, kullanıcının sorunu ezmeden çözmesine yardımcı olacak kadar açık olmalarıdır.

İyi bir hata mesajı, sorunun tam olarak neye neden olduğu ve nasıl düzeltileceği hakkında mükemmel bir şekilde detaylandırılmıştır. Ayrıca mükemmel anlaşılabilir ve anlamadıkları jargonu kullanarak kullanıcıyı strese sokmaz.

Tabii ki, bu iki hedef birbiriyle çelişiyor. Kullanıcıya, 47 numaralı satırdaki çekirdeği discombobüle ederken ölümcül bir istisna oluştuğunu ve kaydedilen bir bellek dökümü olduğunu söylemek bir geliştirici için son derece yararlıdır, ancak kullanıcıya tamamen kaybolur ve kullanıcıya hatanın kendisinden daha fazla stres getirir. Yine de, "Üzgünüm! Berbat ettim. Bunun için üzgünüm!" Yazan bir hata mesajına sahip olmak daha iğrenç değilse, aynı derecede. Bir kullanıcı olarak neyin yanlış gittiğini nasıl bilebilirim? Sorunumu çözmek için nasıl başlayabilirim?

Kullanıcıyı düşünen bir uzlaşmaya varır (Muhtemelen güçlü bir kullanıcı mıdır? Bu gerçek havada mı? İngilizce ilk dili mi? Vb.).

Kullanıcının kendilerine getirdiği hata için özür dilemesinin kabartmasını ve dağınıklığını önlemeyi tercih ederim ve bunun yerine, nasıl çözüleceğini mükemmel bir şekilde netleştirerek kullanıcının gerçekten düşünceli hata mesajlarını yazıyorum.

36
Ben Mordecai

Evet, hata iletileri, makul olduğunda özür dilemelidir. İnsanlar insan duygularını bilgisayarlara atacaklar , bu nedenle bilgisayarlar kibar olmalı, özellikle insanların kibar olmasını bekleyecek kullanıcılara.

Örneğin, yaşlılar için tasarlanmış web siteleri hem çok kibar mesajlardan hem de

  1. kullanıcının hatalı olduğunu değil sitenin
  2. bu kullanıcıların sosyal beklentileri ile uyum sağlamak. (Yaşlı insanların normal insandan insana sosyal etkileşimde nezaket beklemeleri daha olasıdır.)

" İnsan Bilgisayar Etkileşimine Etkileri Getiren " başlıklı bölümün özür dileme geribildirimi (vurgu mayını) ile ilgili bir bölümü vardır:

Nielsen (1998), bir kullanıcı bir sorunla karşılaştığında ve bir hata mesajı aldığında, hatanın nedeninin basit bir özür dileme ifadesi içermesi gerektiğini savundu. arabirimin, kullanıcının eylemi için değil, amaçlanan görev için komutu yürütme sınırlaması. [...]

Tzeng (2004), özür dileme geri bildirim gruplarındaki deneklerin performanslarını ve yeteneklerini özür dileyen gruplardan daha iyi algılamadıklarını göstermiştir. Ayrıca bilgisayar kullanıcılarının bilgisayarların kibar olmasını beklemeyebileceğini gösterdi; ancak özür dileyen ifadeler, kişilerin programla etkileşimleri hakkında daha iyi hissetmelerini sağlar. Katılımcıların nezaket yönelimlerinin özür dileyen bilgisayar hata mesajları algıları üzerinde bir etkisi olabileceği fikrine dayanarak, Tzeng (2006), her biri farklı nezaket stratejileri içeren üç farklı hata mesajı içeren çevrimiçi sistemler hakkındaki kullanıcıların algılarını araştıran bir çalışma daha yaptı. Kullanıcıların nezaket yönelimlerini ortaya çıkardı ve her biri önceden belirlenmiş sorunlar içeren web siteleriyle etkileşim kurmalarını istedi. Sorunlarla karşılaşıldığında, kullanıcılara pozitif nezaket stratejisi (yani şaka), negatif nezaket stratejisi (yani basit bir özür) ve hata için mekanik bir mesaj olan üç farklı nezaket stratejisini temsil eden bazı hata mesajları verilir (sayfa geçici olarak kullanım dışı). Bulgular, sosyal olaylarla uğraşırken kibar ifadeler kullanan kullanıcıların özür dileyen mesajları diğer mekanik veya şaka mesajlarından ve diğer kullanıcılardan çok daha fazla tercih ettiğini, kibar ifadelere daha az yönelmiş olanlar.

Ayrıca kullanıcıların hata mesajlarının ruh haline tepkilerinin kendi ruh haline bağlı olduğuna dair bazı kanıtlar vardır . Kullanıcıların hangi ruh halinde olma olasılığını biliyorsanız, bunun yerine hata geri bildiriminizi yapılandırmak için bunu kullanabilirsiniz.

29
Graham Herrli

Doğal olun, çok sık özür diliyorsanız sinir bozucu olabilir, mesajınızı sade bir dilde yazın - tıpkı başka bir insanla konuşan bir insan gibi . Hata sizden kaynaklanıyorsa (uygulamanız, sunucunuz e.t.c.) özür ekleyin, aksi takdirde sadece gerçeği ve sorunun nasıl çözüleceğini açıklayın.

Örneğin:

  • "Maalesef, sunucumuzdaki [bazı] sorun nedeniyle mesajınızı gönderemedik. Lütfen tekrar deneyin."
  • "Mesajınızı gönderemedik; lütfen e-posta alanını doldurun."

Bir diğeri:

  • "Üzgünüz, bu özelliğe artık erişim izniniz yok; bakiyeniz düşüktü ve planınızı düşürdük."
  • "Bu özelliğe erişiminiz yok; yalnızca Genişletilmiş planımızda mevcut."

Tüm bu "özür dilerim" i iletiden kaldırdığınızda - kısaltırsınız, bu da kullanıcının sorunu daha hızlı okuyabileceği ve çözebileceği anlamına gelir . Net talimatlar verirseniz ve sorun kolayca çözülebiliyorsa - kimsenin özür dilemesine ihtiyacı yoktur.

20
Dmitry Semenov

Çoğu durumda iki kuralın uygulanabileceğine inanıyorum:

  1. Kullanıcı bir hata yaptıysa, hatadan dolayı özür dileme. Aksine, bir sonraki veya gelecekte sorunun nasıl önleneceği/düzeltileceği konusunda talimat verin. Mümkünse/uygunsa yardım kaynakları sağlayın.

  2. Sorun programdan kaynaklanıyorsa, nezaketten kaynaklanan rahatsızlıktan dolayı basit bir özür yapın, ancak kullanıcıyı gerçekte ne olduğunu, daha sonra ne olacağını, düzeltmek için ne yapılabileceğini bildirmek daha önemlidir. sorunun düzeltilmesine yardımcı olma şansı veriniz (örn. bir hata raporu hazırlayın) vb.

13
epistemex

Yazılımın duyguları veya egoları yoktur, ancak insanlar sahiptir. Örneğin, AMEX'in tüccar PBX'ini kullanırken hata yaparsanız, sistem hoş bir insan sesiyle "Üzgünüm, benim hatam" diyor. Bu bazıları tarafından patron olarak görülebilir, ama aynı zamanda insancıllaştırılıyor ve bence çok akıllı.

Çok kontrol edici veya ortalama olmaktan ziyade çok özür dileme tarafında hata yapmak daha iyidir (örn. "Bir sayı girin, stooopid!" Veya daha kötüsü: hiç geri bildirim yok). İnsanlar genellikle hiyerarşiktir ve maalesef özürler genellikle itaatkâr eylemler olarak görülür. İnsanlar kullandıkları bilgisayarlardan daha iyi gibi hissetmek istiyorlar, bu yüzden bir özür bu yönde çalışacak.

Kısacası, buna "kim suçlu?" mantıksal olmayan bir soruna yaklaşmanın çok mantıklı bir yoludur, yani: bir kullanıcının yazılımınızı kullanma akışındaki bir engel hakkında iyi hissetmesine nasıl yardımcı olursunuz?

9
Brian Duncan

Özür dileyen insan, doğru, insan benzeri iletişimi sürdürmeye yardımcı olur. Göz ardı edilmemesi gereken bir şey!

Bir arayüzle etkileşim her zaman yüz yüze yapılan insanlarla karşılaştırılmalıdır. Durumunuz için geçerli olmayan indirimli bir tren bileti almaya çalıştığınızı düşünün. "Erişim yasak!" Kasiyer, bilgilendirici ve kibar bir şeyden daha mı?

Ayrıca, kullanıcı etkileşime giremeyeceğiniz bir yere erişebiliyorsa - bu çoğu durumda tasarımcının ölümcül hatasıdır. Kullanıcı için suçlanacak bir şey yok.

4
marcintreder

Evet, kullanıcıya karşı kibar olun, ancak kullanıcıların okumadığını unutmayın - özellikle ortadaki metni. Bu nedenle, gerçek bilgilerin tespit edilmesinin kolay olduğundan emin olun. Birkaç hata mesajı içeren formlarınız olduğunda ve her biri "Üzgünüm ..." veya "Hata ..." ile başlayan gerçek bir acı olabilir.

3
Steffen Kastner

İfaden bana iyi geliyor. Olmaması gerektiği gibi doğada çok özür dileyen değil. Ve özür dilemek, bir sonraki satırda ilgili çözüm ile çok iyi iltifat. Bazı hata mesajları, kullanıcıların motivasyonunu düşürebilecek kadar kör ve olumsuz olarak ortaya çıktığı için bazı durumlarda özür gerekli olur.

Kullanıcının hatası olsa bile, yazılım belirli bir kullanıcının özellikle verimliliğini engellediğinde belirli bir hata mesajını nasıl alacağını asla bilemeyeceği için kaba ve duyarsız görünmek istemezsiniz. Küçük bir özür ve olası bir çözüm eklemek, hata mesajının tamamını etkisiz hale getirir ve kullanıcının sorundan ziyade çözüme konsantre olmasını sağlar.

3
Mohit

Siteye veya uygulamaların amacına bağlıdır. Kullanıcının kaybolduğunu hissetmesini ister misiniz? Örneğin; gelirlerini artırmak için hesaplarını yeni sürüme geçirmelerini ister misiniz? Kullanıcıların genellikle bir kayıp hissiyle veya "özelliksiz" bir özellikle karşılaştıklarında yükseltileceğini düşünüyorum. Hata mesajı, kullanıcı üzerinde bir izlenim bırakmak için değerli bir fırsattır. Hata arayüzün hedefleri için önemli değilse; Ben hata daha büyük bir "şey" yapmak olmaz. Hatayı hızlı bir şekilde not edin ve kullanıcının istenen göreve geri dönmesine yardımcı olun.

3
code-blind

Tüm UX kararları gibi kullanım bağlamını da göz önünde bulundurun. Kullanıcının yaptığı herhangi bir şey için özür dilemiyorum, ancak sistem veya uygulama kendileri için kullanılamaz hale geldiğinde veya kullanıcı olmayan bir sorun (kesinti, altyapı hatası vb.) Nedeniyle başarısız olduysa, dikkate alınmaya değer konuyla ilgili diğer yararlı bilgiler, düzeltilmiş ETA, sonra ne yapılacağı, geçici çözümler - kullanıcının devam etmesini veya geri getirmesini sağlayacak her şey.

İlgili bir noktada, kullanıcıları deli yapan şey özür ya da eksiklik değil, bir sistem yöneticisine başvurma talimatlarıdır. Birçok kullanıcı bunu yapamaz, hatta bir sistem yöneticisinin ne olduğunu veya ne olduğunu bile bilemez! Bu tür uygulama başarısızlıklarında, kendileriyle iletişim kurmayı (bir yardım masasına veya destek ekibine söyleyin) ve olay yönetimini ve otomatik günlüğe kaydetmeyi kullanarak onlara yapıldığını söylemek daha iyidir. Daha sonra kullanıcıya nasıl ilerleyeceğini, işlerinin güvenli olup olmadığını, olay numarasının ne olduğunu, nasıl paylaşılacağını vb.

Belki de bu yararlı olacaktır: https://blogs.Oracle.com/userassistance/entry/unexpected_errors_are_they_ever_expected_anyway

3
uobroin

Belki de mantık, hata mesajları söz konusu olduğunda en iyi yol değildir. Evrensel bir mantığı takip edersek, evet, bizim hatamız olmayan bir şey için özür dilememeliyiz.

Bununla birlikte, ne olursa olsun kullanıcıyı rahat hissettirmek amacıyla, her zaman kullanıcı merkezli yaklaşıma değer vermeliyiz. Bu bağlamda, özür dileyen bir yaklaşım en iyi çözümdür.

Kullanıcının o anda ne hissettiğini düşünün:

"Lanet olsun, bu özelliği kullanmama izin verilmiyor!"

Bir hata, bir ziyaretçiyi kolayca kaybedebileceğiniz çok önemli bir andır, bu yüzden durumu tüm dikkatli ve psikolojik etkileri düşünerek çok dikkatli bir şekilde tedavi etmelisiniz. Bu gerçekten önemli, günlük yaşam mantığı değil.

Ya onun hatası ya da değil, bir hatayla karşılaştığında, kullanıcı sinirli hissedecektir. Sinirli hissettiğinizde, birinin özür dilemesini istersiniz. Evet, etrafınızdaki herkesi ve her şeyi, siz kendiniz suçluyorsunuz.

Çocukça ama itiraf etmeliyim ki bana da oldu. Bir uygulama beni (hatamdan dolayı) başarısız ve özür dilediğinde, gerçekten yüzüme bir gülümseme koydu ve bana düşündürdü:

"Güzel, seni affediyorum. Yine de yanlış bir şey yapmadığını biliyorum."

Belli bir siyasi doğruluk için tüm masrafları hedefliyorsanız ve hatanız olmayan bir şey için özür dilemek istemiyorsanız, daha tarafsız bir tonu düşünün, örneğin:

" Maalesef , bu özelliğe erişim izniniz yok."

Kelimeyi "ne yazık ki" çok önemli buluyorum. Aksi takdirde, hayal kırıklığına uğramış kullanıcıyı bir saniye içinde kovalayacak bir suçlama gibi görünecektir:

"Bu özelliğe erişim izniniz yok." (bir ünlem işareti ekleyin, bu kullanıcıyı bir daha görmezsiniz)

Tüm mesajı bir şekilde çok resmi buluyorum (bu doğru, uygulamanızın içeriğine bağlı). Mesajı robotik olmayan bir şekilde ileten kısa ve komik bir şey ararım. Kulağa basit geliyor, ancak bu tür metinleri bulmak çok zor, bu şekilde eğitilmiş unles, böylece böyle bir ikilemden kaçınmak için:

Hata için olası bir açıklama ve ondan kurtulmanın bazı yollarını da sağlamalısınız. Bu, kullanıcının hayal kırıklığını çok azaltacaktır!

Hata Mesajları Yazarken 4 Saat

2
Mircea

SAS şirket için çalışarak, hata kabul etmediğinizi varsayarak, özür dilemenin gerekli olduğunu söyleyebilirim.

Orada Starbucks, Apple ve Zappos gibi şirketler ile insanlar, kendilerinin olmadığı sürece kimin suçu olduğu umurumda değil. Tüketici, son kullanıcı ve alıcı kral veya kraliçedir.

Uygulamanızın/sitenizin tüm verilerini silmesi durumunda özür dilemeyin ... Bu, açık kollarla bir davayı memnuniyetle karşılar, ancak insanlar dünyanın istiridye olduğunu hissetmeyi sever. Ve hızlıca bir çözüm bulmak için bir araç İLE özür dileyen bir mesajınız varsa - bunun için gidin.

2
Peter

kendilerine bir bağlantı veya telefon numarası vermediğiniz veya "yardım için yöneticileriyle iletişim kurmanın" başka bir yolunu vermediğim için özür dilemelisiniz

Kullanıcı "ne yöneticisi?", "Ofis yöneticim mi yoksa şirketinizdeki kişi?"

1
Steve Whetstone