비전문가를 대상으로 프로그래밍하는 경우 사용자가주의 깊게 단어를 밝히고 오류 메시지를 읽지 않고 좌절의 어깨를 으 available 할 수있는 첫 번째 버튼을 클릭 할 위험이 높습니다.
따라서 사용자가 오류 메시지를 단순히 포기하지 않고 실제로 읽을 수 있도록 권장 할 수있는 모범 사례가 궁금합니다. 내가 생각할 수있는 아이디어는 다음과 같습니다.
- 물론 도움의 서식; 더 길고 자세한 오류 메시지로 연결되는 “자세히 알아보기”단추가있는 단순하고 짧은 메시지 일 수 있습니다.
- 모든 오류 메시지가 사용자 안내서의 일부 섹션에 연결되도록하십시오 (어느 정도 달성하기 어렵다)
- 오류 메시지를 발행하지 않고 단순히 작업 수행을 거부하십시오 (사용자 입력을 처리하는 다소 “애플”방식).
편집하다: 내가 생각하는 대상은 소프트웨어를 너무 자주 사용하지 않고 사로 잡히지 않은 (즉, 사내 소프트웨어 또는 좁은 커뮤니티가 아닌) 다소 광범위한 사용자 기반입니다. 이 질문의 더 일반적인 형태는 slashdot 에서 요청 되었으므로 일부 답변 을 확인할 수 있습니다 .
답변
그것은 나에게서 +1 할만한 훌륭한 질문입니다. 단순함에도 불구하고이 질문은 최종 사용자의 특성에 대한 여러 측면을 다룹니다. 여기에는 여러 가지 요소가 있으며, 이는 귀하와 소프트웨어 자체뿐만 아니라 최종 사용자에게도 도움이됩니다.
- 상태 표시 줄에 오류 메시지를 넣지 마십시오. 색상 등으로 재 떨어지더라도 오류 메시지를 읽지 않습니다. 항상 오류가 발생합니다! 이 출범하기 전에 승리 95 UI 테스트 중 하나의 단계에서 … 노력 할게요 얼마나 열심히 상관없이, MS는 UI를 (읽기 실험을 수행 에드 는 메시지가 명시 적으로의 맥락에서 언급 주목해야한다 – ‘의자 아래를 보아라’ ), 피험자들이 앉아 있던 의자의 밑면에 100 달러짜리 지폐가 테이프로 기록되어 있습니다.
- 메시지를 짧게 만들고 ‘경고 : 시스템에 문제가 발생했습니다’와 같은 위협적인 단어를 사용하지 말고 최종 사용자가 공황 버튼을 누르고 과도하게 반응합니다.
- 아무리 노력해도 메시지를 식별하기 위해 색상을 사용하지 마십시오 … 심리적으로, 그것은 붉은 깃발을 황소에게 흔드는 것과 유사합니다!
- 최소한의 반응과 진행 방법을 전달하기 위해 중립적 인 말을 사용하십시오!
- 중립 오류 메시지를 나열하는 대화 상자를 표시하고 최종 사용자가 마지막으로 원하는 마지막 작업 인 ‘앞으로 이러한 오류 메시지를 더 보시겠습니까?’라는 확인란을 포함하는 것이 좋습니다. 팝업 메시지로 폭격되는 소프트웨어의 중간에, 그들은 좌절하고 응용 프로그램에 의해 해제됩니다! 확인란을 선택한 경우 대신 파일에 기록하십시오.
- 최종 사용자에게 어떤 오류 메시지가 있을지 알려주십시오. 여기에는 … 훈련 및 문서화 … 이것은 다루기가 까다로운 문제입니다. ‘문제’또는 ‘결함’과 그 경우에해야 할 일 … 가능한 오류가있을 것임을 알지 않아야합니다.
- 이벤트가 발생하지 않을 때 피드백을 요청하는 것을 항상 두려워하지 마십시오. 예를 들어 ‘오류 번호 1304가 나타 났을 때 어떻게 반응 했습니까? 당신의 해석은 무엇입니까?-그 보너스는 최종 사용자가 ‘오류 1304, 데이터베이스 객체가 손실되었습니다!’대신보다 더 일관된 설명을 줄 수있을 것입니다. 대신 그들은 ‘이를 클릭했습니다. 그래서 누군가가 실수로 기계의 네트워크 케이블을 뽑았습니다. ‘, 이것은 당신이 그것을 처리해야한다는 단서가 될 것이고’Ooops, 네트워크 연결이 끊어졌습니다 ‘라는 오류를 수정할 수 있습니다 …
- 마지막으로, 국제 청중을 대상으로하려는 경우 오류 메시지의 국제화를 고려하십시오. 따라서 번역하기 쉽고 동의어, 속어 등을 피할 수 있기 때문에 중립을 유지해야합니다. 무의미한 번역-예를 들어
FiatFord는 자동차 회사가FiatFord Pinto 라는 브랜드를 판매하고 있었지만 남아메리카에서는 판매가 일어나지 않았다는 것을 알았습니다. … - ( ED ) 오류 메시지 문서 목록이 진행하는 방법에 대한 문 또는 두와 올바른 순서로 오류 번호를 나열, ‘오류 메시지’또는 ‘시정 조치’또는 이와 유사한 제목의 문서를 별도의 섹션에 예상된다. ..
- ( ed ) Victor Hurdugaci 에게 감사의 말을 전하고 , 메시지를 공손하게 유지하고, 최종 사용자가 바보처럼 느끼지 않도록하십시오. 사용자 기반이 국제적이라면 Jack Marchetti 의 답변에 위배됩니다 …
편집 : 또 다른 매우 중요한 점을 언급 한 gnibbler 에게 감사드립니다 .
- 최종 사용자가 오류 메시지를 선택 / 복사하여 원하는 경우 도움말 지원 팀 또는 개발 팀에 이메일로 보낼 수 있도록합니다.
편집 # 2 : 내 나쁜! 차에 관해 언급 한 DanM 덕분에 나는 이름이 섞여서 포드 핀토였습니다 … 내 나쁜 …
편집 # 3 : 추가 또는 부록을 나타 내기 위해 ed 로 강조 표시하고 다른 사람의 입력에 대한 크레딧을 얻었습니다 …
편집 # 4 : Ken의 의견에 대한 응답으로-여기에 내 취지가 있습니다 … 아닙니다. 중립 표준 Windows 색상을 사용하십시오 … 화려한 색상을 사용하지 마십시오! Microsoft 사양의 일반적인 표준 GUI 지침 인 검은 색 텍스트가있는 일반 회색 배경색을 고수 하십시오. UX 지침 ( ed )을 참조하십시오.
화려한 색상을 고집하는 경우 적어도 색맹 사용자, 즉 장애인, 화면 확대 오류 메시지, 색맹, 알비노가있는 사람에게 중요한 요소 인 접근성을 고려하십시오. 발색을 유발할 수있는 특정 색으로 고통받을 수있는 화려한 색과 간질에도 민감 할 수 있습니다 …
답변
그들에게 메시지를 보여주십시오. 실사와 전부이지만 모든 오류를 파일에 기록하십시오. 사용자는 자신이 무엇을하고 있었는지 또는 이벤트가 발생한 지 몇 초 후에 오류 메시지가 무엇인지 기억할 수 없습니다.
문제를 해결할 때 도움을 줄 수 있도록 이메일을 보내거나 로그를 업로드 할 수있는 좋은 방법을 제공하십시오. 웹 응용 프로그램 인 경우 : 문제를보고하는 사람보다 먼저 상황에 대한 정보를받을 수 있습니다.
답변
짧은 대답 : 할 수 없습니다.
덜 짧은 답변 : 그것들을 눈에 띄고 관련성이 있으며 상황에 맞게 만드십시오 (엉망인 것을 강조하십시오). 그러나 여전히, 당신은지는 전투와 싸우고 있습니다. 사람들은 컴퓨터 화면을 읽지 않고 스캔하며 대화 상자가 사라질 때까지 버튼을 클릭하도록 훈련을 받았습니다.
답변
아이콘이 아니라 상당히 큰 비트 맵이 아니며 표준 Windows 메시지 아이콘과 같은 것은 아닙니다. 메시지 상자의 문구를 기억할 수있는 사람은 아무도 없습니다 (상자에 “확인”버튼이있는 경우 대부분 읽지 못합니다). 그러나 대부분의 사람들은 자신이 본 그림을 기억합니다. 따라서 지원 담당자에게 고객에게 “커피를 마시는 사람을 보셨습니까?” 또는 “빈 책상이 보입니까?” 적어도 그 방법으로 우리는 무엇이 잘못되었는지 대략 알고 있습니다.
답변
사용자 기반에 따라 재미있는 / 무례한 / 개인 오류 메시지를 작성하는 것이 좋습니다.
예를 들어, HR 을 허용하는 응용 프로그램을 작성했습니다 직원이 직원의 고용 / 발급일을 더 잘 추적 . [우리는 작은 회사 였고 매우 느긋했습니다].
그들이 잘못된 날짜를 입력했을 때 나는 다음과 같이 쓸 것이다.
멍청한 엉덩이, 데이트하는 법을 배워라!
편집 : 물론 더 유용한 메시지는 “날짜를 mm / dd / yyyy로 입력하십시오”또는 코드에 입력하여 입력 한 내용을 파악하고 오류를 표시하기 위해 “blahblah”를 입력 한 경우입니다. 그러나 이것은 내가 개인적으로 아는 HR 담당자에게는 매우 작은 응용 프로그램이었습니다. 따라서 사람들은 다시이 게시물의 첫 번째 줄을 읽습니다. 십시오. 사용자 기반에 따라 …
최근에 Art Institute 프로젝트를 진행하면서 오류 메시지가 다음과 같이 청중에게 맞춰졌습니다.
바로크 시대 이전의 대부분의 예술은 서명되지 않았습니다. 그러나 현재 바로크 시대를 넘어 모든 분야를 완료해야합니다.
기본적으로 가능한 경우 독자에게 제공하고, “이메일을 입력하십시오”또는 “유효한 이메일을 입력하십시오”와 같은 모든 일반적인 오류로 지루함을 피하십시오.
답변
알림 / 팝업은 성가 시므로 모든 사람이 처음으로 본 버튼을 누르는 것입니다.
그것을 확인 덜 성가신 . 예 : 사용자가 날짜를 잘못 입력했거나 숫자가 예상되는 텍스트를 입력 한 경우 메시지를 팝업 하지 말고 필드를 강조 표시하고 주위에 메시지를 작성하십시오.
사용자 정의 메시지 상자를 만드십시오 . 시스템의 기본 메시지 상자를 사용하지 마십시오. 예를 들어 Windows XP 메시지 상자가 성가시다. 시스템 기본값과 다른 배경색으로 새 색상의 메시지 상자를 만듭니다.
매우 중요 : 주장하지 마십시오 . 일부 메시지 상자는 모달 대화 상자를 사용하고 읽도록 고집합니다. 매우 성가신 일입니다. 메시지 상자를 경고 메시지로 표시 할 수 있다면 예를 들어 페이지 상단에 바로 표시되어 성가 시게하지 않는 스택 오버플로 메시지가 더 좋습니다.
업데이트
메시지를 의미 있고 유용하게 만드십시오 . 예를 들어 “키보드를 찾을 수 없습니다. 계속하려면 F1을 누르십시오.”와 같은 내용을 쓰지 마십시오.
답변
최고의 UI 디자인은 사실상 오류 메시지를 표시하지 않는 곳에 있습니다. 소프트웨어가 사용자에게 적합해야합니다. 이런 종류의 디자인을 사용하면 오류 메시지가 참신하고 사용자의 관심을 끌 것입니다. 무의미한 대화 상자로 사용자에게 메시지를 보내면 메시지를 무시하도록 명시 적으로 훈련하고 있습니다.
