사용자가 오류 메시지를 읽도록하려면 어떻게합니까?

많은 또는 모든 오류 메시지를 무시하는 사용자의 비율은 항상 상당합니다. 지원팀에 전화를 걸어 오류 메시지를 표시하고 읽었다 고해도 메시지 내용을 잘 이해하지 못했을 수 있습니다. 따라서 오류 대화 상자를 작성하지 않도록 매우 노력해야합니다.

Face 3 정보 (Aaron Lerch의 답변 참조)에 제공된 조언 외에도 모든 메시지를 나중에 검사 할 수있는 방식으로 기록하는 것이 좋습니다. 오류 메시지의 내용이나 대화 상자를 없애기 위해 어떤 버튼을 눌렀는지 사용자에게 의존하지 마십시오.

사용자가 기술이 아닌 경우 두 가지 방법 중 하나를 제안합니다.

1. 다른 사람과 대화 할 수있는 연락처 정보 만 제공하십시오. 기본적으로 문제를 해결하기 위해 노력할 기회를 제거하십시오. 지시를 따르기에 충분히 숙련되지 않은 경우에는 아무리 쉽게 만들더라도 귀찮게하지 마십시오. 1-800 도움말 번호 또는 클릭 가능한 이메일 또는 기타 정보를 제공하십시오.

2. 실제로 지시 사항을 제공해야하는 경우 비 기술적이어야합니다 (어머니가 비 기술적이라고 가정하면 어머니가 작성 함). 예를 들어 "서버에 연결할 수 없습니다. 인터넷 연결을 확인하십시오." 일반 가정 사용자에게는 너무 기술적 일 수 있습니다. 인터넷 연결을 어떻게 확인합니까? 인터넷 연결은 무엇입니까? 이들은 컴퓨터를 "기계"라고하고 모니터를 "tv"라고 부르는 사람들입니다. 그들에게 사진을 보여주고, 간단한 용어로 설명하는 등. 컴퓨터를 전혀 모르는 사람,이 경로로 갈 계획이라면, 제시하려는 샘플 문서 또는 오류 정보를 이해하고 그들이 이해하는지 확인하는 것이 가장 좋습니다 (나는 이것을 시어머니 테스트라고 부른다. 이해할 수 있다면 누구나 할 수있다).

사람들이 당신이 염두에두고있는 중요한 메시지를 읽게하려면, 먼저 응용 프로그램을 검색하여 "실제로 존재하지 않는 관리자에게 연락하십시오!" 제거하거나 정직한 정보로 교체하십시오. 메시지 스트림에서 노이즈가 제거되면 사용자 기반이 메시지 대 잡음비가 메시지를 다시 읽는 것이 유용한 지점으로 향상되었음을 알기 몇 개월 전입니다.

위치, 위치, 위치!

오류 메시지가 작업 흐름을 방해하지 않지만 다른 한편으로는 쉽게 알아볼 수있는 위치에 있는지 확인하십시오.

메시지가 화면 중앙에 있고 기본 양식에 대한 액세스를 차단하면 사용자는 메시지를 읽지 않고 바로 닫을 수 있지만 전혀 소리 지르지 않으면 사용자는 알지 못할 수도 있습니다.

(내가 여기에 말해야 할 내용 중 일부는 내가 게시하기 전에 다른 사람들이 대답 한 것처럼 보입니다-위의 좋은 정보, 특히 Mr. Lerch

안타깝게도 빠른 답변은 "그렇지 않을 것"이라고 생각합니다. 제품 매뉴얼을 소유하지만 매뉴얼을 열지 않는 사용자의 현상과 유사하게, 갑작스럽고 놀라운 문맥 외 (최소한 기본 사용자에게는) 메시지가 갑작스럽고 놀랍고 문맥 외가 될 것입니다. .

비관론을 물려받은 당신의 제안의 정신으로 일화적인 성공을 찾았습니다. WRT 첫 번째 요점은 "짧음"에 동의하지만 "정확함"만큼은 아닙니다. 비 기술적 인 사용자에게는 오류 메시지에 문제가 있습니다. "정확한"메시지는 기술이 아닌 사용자가 적은 정보를 필요로하지 않고 실제로 일어난 일을 이해하기 위해 더 많은 정보 (즉, 약간의 교육이 필요함)이기 때문에 더욱 그러합니다.

예를 들어, 두 번째 글 머리표에서 비 기술적 인 사용자는 샘플 메시지의 첫 번째 부분에 문제가 있습니다.

• 무엇에 연결되어 있습니까?
• 어떤 서버?
• 왜 불가능합니까?
• 내가 뭐 잘못 했어요?
• 소프트웨어가 잘못 했습니까?

이 질문들 중 일부 또는 전부는 제안 된 답변을 이해하기 위해 실제로 돌아 오기 전에 그들의 머리를 뚫고 나갈 것입니다. 그들이 평정을 되찾고 두 번째 부분을 읽으면 인터넷 연결을 확인하는 방법에 대한 또 다른 질문이 있습니다. 일부는 모뎀 또는 라우터 문제로 해석하고 전체 스택의 전원을 껐다 켭니다 (농담 없음).

이 오류는 오류 메시지에서 실제로 해결할 수 없습니다. 사람들은 컴퓨터 활용 능력 수준이 높으며 응용 프로그램은 그에 큰 영향을 미치지 않을 것입니다. 하지만 네가

• 메시지를 보는 이유를 설명 할 수있는 간단한 문장을 먼저 제공하십시오. 5-7 단어.
• 간단한 대화 언어를 사용하여 좀 더 자세히 설명하십시오.
• 응용 프로그램 제공 (사이트 오류 인 경우)
• 당황하지 말라고 현명한 방법을 찾으십시오
• 그들에게 상황이 나아질 것입니다

경험을 좀 더 즐겁게 만들 수 있습니다.

마지막 몇 개는 잘못되기 쉽고 애정이 들리는 소리가 들리므로 먼저 친구들과 조심하고 테스트하십시오.

관련성 있고 간결하며 평범한 영어를 사용하고 사용자가보고있는 곳과 멀지 않은 위치에 있어야합니다. 무슨 일이 일어 났는지, 왜 그런 일이 일어 났는지, 너무 많은 말로 설명하지 마십시오. 마지막으로, 다른 부품뿐만 아니라 응용 프로그램의 오류 상태를 테스트하거나 프로토 타이핑하십시오. 우리는 종종 모든 오류 처리 기능을 구축하기 전에 사용자가 프로세스를 거치게하는 것을 잊어 버렸으며, 그 결과 경험의 중요하고 실망스러운 부분을 검증하지 않아도됩니다.

시각적으로 인터페이스의 다른 요소와 차별화됩니다. 애니메이션은 인식을 만드는 데 도움이 될 수 있습니다. Yellow Fade Technique 이 그 좋은 예입니다.

최고의 조언 중 상당수가 이미 제출되었습니다. 오류 메시지가 나머지 인터페이스 내용의 톤과 일치해야한다고 덧붙이고 싶습니다. http://www.visual-ii.com/ 매우 대화적이고 약간 찢어졌으며 홈페이지 배너에 "Uncomplexification"이 표시되어 약간 nerdy에 맞춰 404 오류 페이지가 생성되었습니다. 기본 : http://www.visual-ii.com/404 .

응용 프로그램을 실행할 때 드물지만 치명적이지 않은 처리되지 않은 예외 유형 오류의 경우 3 개의 버튼이있는 오류 대화 상자가 나타납니다.

• '클립 보드에 복사'. 오류 세부 정보가 클립 보드에 텍스트로 복사됩니다. 사용자는이를 사용하여 기술 지원팀에 전자 메일을 보내거나 메모장에 붙여 넣을 수 있습니다.
• '오류 보고서를 보내다'. 이메일을 통해 오류 정보를 기술 지원 부서에 보냅니다. 이것이 기본 버튼입니다.
• '닫기'. 대화 상자를 닫습니다. 이 버튼은 의도적으로 10 초 동안 또는 사용자가 위의 작업 중 하나를 클릭 할 때까지 비활성화됩니다. 카운트 다운은 버튼의 레이블에 표시됩니다.

또한 사용자가 조치를 수행하지 않은 경우 나중에 기술 지원 부서에서 검사 할 수있는 경우를 대비하여 오류 메시지를 로컬 텍스트 파일에 기록합니다.

응용 프로그램에서 문제를 해결하는 데 유용한 오류 메시지가 표시되면 읽습니다. 응용 프로그램 (또는 공급 업체)이 유용하지 않은 오류 메시지를 가지고 있다고 평판이 나는 경우 읽기를 종료합니다.

오류 메시지처럼 보이지 않도록하십시오.

경고 나 버튼으로 닫아야하는 것을 사용하지 마십시오. 해당 용도로 예약 된 정적 공간에서 오류를 해제합니다 (webapps, CMS 관리자 패널 등 참조).

간단하고 재미있는 언어를 사용하십시오.

"내부 서버 오류 500"대신 "죄송합니다. 해당 입력을 예상하지 못한 것 같습니다. 돌아가서 양식에 비정상적인 것을 입력하고 싶을 수도 있습니다."

"장치 초기화 오류"대신 "[GPRS ​​모뎀과 같은 [장치]를 사용할 수 없습니다. 모든 것이 정상입니까? 확인하고 구성에 무엇이 있는지 확인하십시오."

디스플레이의 관련 부분과 함께 오류 메시지에주의를 집중시키는 애니메이션 축소 라이트 박스 효과를 사용하십시오. 버튼 대신 "(오류 메시지를 제거하려면 여기를 클릭하십시오")라는 텍스트가 있습니다.

입력으로도 오류에 대한 데이터를 보내려면 그렇게하십시오. "필요"라는 단어를 사용하십시오. "여기에 필요한이 오류에 대한 데이터가 있습니다. 일부는 개인적으로 사용자를 참조 할 수도 있습니다.-> 여기 <-를 클릭하여 보내주십시오."

많은 비 기술적 인 최종 사용자가 문제를 스스로 해결하려고하기보다는 그 옆의 누군가에게 도움을 요청하거나 기술 지원을 요청한다는 많은 연구 결과가 있습니다. 그것은 인간의 본성이며, 우리가 그 문제를 해결할 것이라고 확신하지는 않습니다. 그러나 오류 메시지는 기술이 아닌 사용자들 사이에서 나쁜 평판을 얻었습니다.

위에서 언급 한 사항 외에도 오류 메시지가 다음과 같은지 확인하십시오.

• 분명히 보인다. 중요한 경우 사용자는 응용 프로그램과의 상호 작용을 다시 시작하기 전에 메시지와 상호 작용해야합니다.
• 비 기술적 언어로 친근하고 캐주얼 한 분위기로 작성되었습니다. 예 : Firefox의 메시지를 확인하십시오.
• 문제에 대한 간결하지만 명확한 설명과 그 원인을 설명하십시오.
• 문제를 해결하기위한 명확한 지침과 시작 위치에 대한 링크를 제공하십시오 (가능한 경우).
• 피하기 어려운. 효과적인 오류 메시지를 작성하는 것보다 사용자 오류가 발생하지 않도록하는 것이 좋습니다.

오류 경고를 표시하는 가장 효과적인 방법 중 하나는 다음과 같습니다.

1. 사용자가 수정을 수행하기 위해 상호 작용할 수있는 요소 옆에 오류 참고를 배치하십시오.
2. 페이지를 스크롤하여 요소 및 오류 참고에 초점을 맞추십시오.
3. 페이지가 이미 문제 영역의 중앙에있을 때 사용자의주의를 끌기 위해 짧은 애니메이션 (오류 노트 상자 이동)을 제공합니다 (예 : 짧은 형식).

이는 사용자에게 도움이되고 위협이되지 않지만 일관된 방식으로 시정 조치를 지시합니다.