코드만 보이는 화면에서 이용자는 멈춘다
신청서를 제출했는데 알 수 없는 숫자와 영문으로 된 코드만 화면에 나타나는 경우를 떠올려 보세요. 이용자는 다시 시도해야 하는지, 입력한 내용을 고쳐야 하는지, 나중에 와야 하는지 알 수 없습니다. 내부 코드는 담당자가 원인을 추적할 때 도움이 되지만, 이용자에게 단독 안내가 되어서는 안 됩니다.
오류 문구의 역할은 무슨 일이 일어났는지와 지금 무엇을 할 수 있는지를 알려 주는 것입니다. 이 두 가지가 빠지면 이용자는 불안해하며 화면을 닫고, 사이트에 대한 신뢰도 함께 줄어듭니다.
입력 오류와 서비스 장애를 먼저 가르기
오류는 크게 두 가지로 나눌 수 있습니다. 이용자가 입력한 값에 문제가 있는 경우와 서비스 쪽에서 처리하지 못한 경우입니다. 문구도 이 차이를 반영해야 합니다.
필수 항목이 비었다면 어떤 항목인지 정확히 표시하고, 이미 입력한 다른 값은 지워지지 않게 유지합니다. 반대로 서버나 외부 인증처럼 이용자가 어쩔 수 없는 문제라면 잘못한 것처럼 보이는 표현을 피하고, 잠시 후 다시 시도하거나 공식 문의 경로를 확인하도록 안내합니다. 복구 시간을 확인하지 않은 채로 약속하는 문구는 쓰지 않습니다.
문구를 쓸 때는 책임을 이용자에게 돌리는 표현을 줄이는 것이 좋습니다. 올바르게 입력하세요라는 말보다 이 항목에는 숫자만 입력할 수 있습니다처럼 무엇이 필요한지를 알려 주는 문장이 읽는 사람의 부담을 덜어 줍니다. 어조는 차분하게 유지하며 느낌표나 경고성 단어는 꼭 필요한 곳에만 쓰는 것이 좋습니다.
접수 여부가 불분명할 때 가장 조심할 것
예약이나 결제처럼 중요한 행동에서는 처리가 되었는지가 가장 큰 관심사입니다. 오류 화면이 나타났어도 내부에서는 이미 접수되었을 수 있는데, 무작정 다시 제출하도록 안내하면 중복 신청이 생길 수 있습니다.
이럴 때는 현재 상태를 확인할 수 있는 경로를 함께 제공합니다. 접수 내역을 조회하는 화면이나 확인 연락을 받는 방법을 알려 주면 이용자는 안심하고 기다릴 수 있습니다. 운영자가 추가로 확인해야 한다면 필요한 정보를 최소한의 범위로만 요청하고, 개인정보를 공개된 댓글에 남기게 하는 안내는 하지 않습니다.
메시지가 보이는 위치와 접근성
메시지의 위치도 사용성에 영향을 줍니다. 화면 맨 위에 오류가 발생했다는 말만 보이고 실제 문제가 되는 입력란은 아래에 숨어 있다면 이용자는 찾느라 시간을 씁니다. 문제가 생긴 항목 바로 가까이에 이유를 설명하는 것이 좋습니다.
키보드로 이동하거나 화면 읽기 기능을 쓰는 이용자에게도 오류가 전달되는지 확인합니다. 빨간색처럼 색깔만으로 상태를 구분하지 않고 문장이나 기호를 함께 써야 색을 구별하기 어려운 이용자도 이해할 수 있습니다.
이용자에게 보이는 문구와 내부 기록 분리하기
이용자에게 보이는 문구와 내부 로그는 따로 관리합니다. 지원 담당자가 추적할 수 있도록 접수번호나 발생 시각 같은 정보를 남기되, 시스템 구성을 짐작할 수 있는 민감한 내용은 공개 화면에 드러내지 않습니다. 이용자에게 오류 화면 전체를 캡처해 보내도록 요구하면 민감한 입력값이 함께 노출될 수 있으니 필요한 정보만 알려 달라고 안내하는 편이 안전합니다.
문구를 고친 뒤에는 실제 시스템의 동작과 일치하는지 모바일과 컴퓨터 양쪽에서 직접 시험해 봅니다.
문구의 효과를 확인하려면 오류 화면 이후에 이용자가 어떻게 행동했는지를 살핍니다. 같은 화면에서 여러 번 재시도했는지, 문의로 이어졌는지, 이탈했는지를 보면 문구가 행동을 안내하고 있는지 판단할 수 있습니다. 문의 내용에 오류 상황을 설명하는 말이 자주 나온다면 문구에서 빠진 정보가 있다는 뜻입니다.
문구보다 원인을 고쳐야 할 때
같은 오류가 반복해서 접수된다면 문구를 더 친절하게 바꾸는 데서 멈추지 말고 원인을 고쳐야 하며, 이를 위해 오류 발생 횟수를 정기적으로 확인하는 습관이 필요합니다. 좋은 오류 문구는 코드를 해독하라고 요구하지 않고, 이용자가 자신의 작업 상태를 이해해 안전한 다음 단계를 고를 수 있게 돕습니다. 실제 적용할 문구와 처리 절차는 서비스 구조에 따라 다르므로 서비스를 만든 개발 담당자와 함께 확인해 정하시기 바랍니다.