코드만 보이는 화면은 이용자를 멈추게 합니다
문의 양식이나 예약 화면에서 제출 버튼을 눌렀는데 영문과 숫자로 된 코드만 나타난다면 이용자는 입력을 고쳐야 하는지, 잠시 뒤에 다시 시도해야 하는지 알 수 없습니다. 내부 코드는 담당자가 원인을 진단할 때 도움이 되지만, 이용자에게 전해지는 안내의 전부가 되어서는 안 됩니다.
오류 메시지가 해야 할 일은 문제의 범위가 어디까지인지, 지금 이용자가 할 수 있는 행동이 무엇인지를 알려 주는 것입니다. 이 두 가지가 빠지면 이용자는 창을 닫고 떠납니다.
입력 문제와 서비스 장애를 구분해서 씁니다
먼저 이용자가 입력을 잘못한 경우와 서비스 쪽에서 문제가 생긴 경우를 구분합니다. 필수 항목이 비어 있다면 어느 항목인지 표시하고, 이미 입력한 다른 값은 지워지지 않게 유지해야 합니다. 입력을 모두 다시 해야 하는 화면은 이용자의 인내심을 시험합니다.
서버나 외부 인증처럼 서비스 쪽의 문제라면 이용자가 잘못한 것처럼 보이는 표현을 쓰지 않습니다. 잠시 뒤 다시 시도하거나 공식 지원 경로를 확인하라고 안내하고, 확인되지 않은 복구 시간을 약속하지 않습니다.
예약과 결제에서는 완료 여부가 가장 중요합니다
예약이나 결제처럼 중요한 행동에서는 처리가 끝났는지 여부가 가장 궁금한 정보입니다. 오류 화면이 떠도 실제로는 접수가 완료되었을 수 있기 때문에, 단순히 다시 제출하라고만 안내하면 중복 신청이 생길 수 있습니다.
현재 상태를 확인할 수 있는 경로를 함께 제공하고, 운영자가 추가로 확인해야 한다면 어떤 정보가 필요한지 최소한의 범위로 알려 줍니다. 개인정보를 공개된 댓글에 남기도록 유도하는 안내는 하지 않습니다. 접수 번호가 있다면 개인정보가 아닌 범위에서 보여 주어 문의가 쉽도록 합니다.
메시지는 문제가 생긴 자리 가까이에 둡니다
화면 맨 위에 오류라는 단어만 보이고 실제 문제가 있는 입력란은 아래쪽에 숨어 있으면 이용자가 찾기 어렵습니다. 해당 항목 바로 옆에 설명을 두고, 키보드로 이동하는 이용자나 화면 읽기 도구를 쓰는 이용자에게도 오류가 전달되는지 확인합니다.
색상만으로 오류 상태를 구분하지 않는 것도 중요합니다. 빨간색 테두리만으로 표시하면 색을 구별하기 어려운 이용자는 알아차릴 수 없습니다. 아이콘이나 문구를 함께 사용합니다.
이용자 문구와 내부 기록은 분리합니다
고객에게 보이는 문구와 내부 로그는 역할이 다릅니다. 내부 코드와 발생 시각은 지원 담당자가 추적할 수 있게 기록해 두되, 민감한 시스템 정보는 공개 화면에 노출하지 않습니다. 이용자에게 오류 상황을 설명하기 위해 화면 전체나 민감한 입력값을 캡처해 보내라고 요구하는 일도 피합니다.
메시지에 적힌 내용이 실제 시스템의 동작과 일치하는지는 모바일과 컴퓨터 양쪽에서 직접 시험해 봅니다. 문구에서는 다시 시도하라고 했는데 실제로는 이미 접수되어 있다면 오히려 혼란이 커집니다.
같은 오류가 반복되면 원인을 고칩니다
같은 오류가 자주 나타난다면 문구를 더 친절하게 바꾸는 데서 멈추지 말고 원인을 고쳐야 합니다. 좋은 오류 메시지는 이용자에게 코드 해독을 요구하지 않고, 자신의 작업이 지금 어떤 상태인지 이해하고 안전한 다음 단계를 고르게 해 줍니다.
운영 담당자는 분기마다 주요 양식에 일부러 잘못된 값을 넣어 보면서 나타나는 문구를 점검해 보시기 바랍니다. 직접 겪어 보면 이용자의 입장에서 부족한 안내가 쉽게 눈에 들어옵니다.
문구를 새로 쓸 때는 세 가지를 한 문장씩 담아 보면 좋습니다. 무슨 일이 일어났는지, 이용자의 입력은 어떻게 되었는지, 다음에 무엇을 하면 되는지입니다. 예를 들어 연락처 형식이 맞지 않을 때는 형식이 올바르지 않다는 사실과 올바른 예시, 그리고 입력한 나머지 내용은 그대로 남아 있다는 점을 알려 주는 식입니다. 이렇게 구조를 정해 두면 담당자가 바뀌어도 문구의 품질이 일정하게 유지됩니다.
새 양식을 만들 때는 정상 화면만 검토하지 말고 오류 화면을 먼저 디자인한다는 마음가짐이 필요합니다. 오류는 드문 상황처럼 보여도 이용자의 신뢰를 좌우하는 결정적인 순간에 나타나기 때문입니다.