실패 화면은 이용자가 가장 불안한 순간에 열립니다
상담이나 예약 양식을 채운 뒤 제출 버튼을 눌렀는데 알 수 없는 문자열만 나타나면 이용자는 두 가지를 동시에 걱정합니다. 입력한 내용이 사라졌는지, 그리고 이미 접수가 되었는지입니다. 이 순간의 안내가 부족하면 같은 양식을 여러 번 보내거나 아예 포기하게 됩니다.
그래서 실패 안내는 무슨 일이 일어났는지, 이용자의 입력은 어떻게 되었는지, 지금 무엇을 하면 되는지를 순서대로 알려 주는 짧은 글이어야 합니다. 기술적인 설명은 그다음 문제입니다.
입력을 고쳐야 하는 경우와 기다려야 하는 경우를 나눕니다
오류는 크게 두 갈래입니다. 필수 항목이 비었거나 형식이 맞지 않는 경우에는 이용자가 바로 고칠 수 있으므로 어느 항목이 문제인지 해당 입력란 가까이에 설명합니다. 이때 이미 적은 다른 값은 그대로 남겨 두어야 합니다. 처음부터 다시 쓰게 만드는 화면은 오류보다 더 큰 부담이 됩니다.
반대로 서버 연결이나 외부 인증처럼 이용자가 해결할 수 없는 문제라면 이용자 탓으로 읽히는 표현을 쓰지 않습니다. 잠시 뒤 다시 시도하거나 다른 문의 경로를 이용하라고 안내하되, 확인되지 않은 복구 시각은 약속하지 않습니다.
접수가 되었는지 확인할 방법을 함께 줍니다
예약이나 신청처럼 중요한 양식은 화면에 오류가 떠도 내부적으로는 접수되었을 수 있습니다. 이때 곧바로 다시 제출하라고 안내하면 중복 접수가 생깁니다. 접수 여부를 확인할 수 있는 화면이나 연락 경로를 함께 제시하고, 운영자가 추가로 확인해야 한다면 필요한 정보가 무엇인지 최소한으로만 요청합니다.
공개 게시판이나 댓글에 이름, 연락처, 증상 같은 개인 정보를 남기도록 유도하는 문구는 피합니다. 확인이 필요하면 비공개 문의 경로를 따로 안내하는 편이 안전합니다.
메시지의 위치와 전달 방식도 점검합니다
화면 맨 위에 "오류가 있습니다"만 보이고 정작 문제의 입력란은 스크롤을 내려야 보인다면 이용자는 원인을 찾기 어렵습니다. 문제가 생긴 항목 바로 옆에 설명을 두고, 키보드 이동이나 화면 읽기 기능에서도 같은 내용이 전달되는지 확인합니다. 빨간색 같은 색상만으로 오류를 구분하지 않고 글자로도 상태를 적습니다.
모바일에서는 키보드가 화면을 가려 오류 문구가 보이지 않는 경우가 많으므로 실제 휴대전화로 한 번씩 눌러 보는 것이 가장 확실합니다.
내부 기록과 공개 문구를 분리합니다
내부 오류 코드와 발생 시각은 담당자가 원인을 추적하는 데 쓸모가 있습니다. 다만 이것을 이용자에게 보이는 단독 안내로 두지 않고, 필요하다면 문의 시 알려 줄 접수번호처럼 개인 정보가 아닌 형태로만 보여 줍니다. 시스템 구조가 드러나는 상세 정보는 공개 화면에 싣지 않습니다.
고객 지원 담당자가 화면 전체를 캡처해 보내 달라고 요청하는 것도 신중해야 합니다. 입력한 개인 정보가 그대로 담길 수 있기 때문입니다.
실패 유형별로 문구의 중심을 달리 잡습니다
모든 실패를 같은 문장으로 처리하면 이용자는 자신이 무엇을 해야 하는지 알 수 없습니다. 유형을 몇 가지로 나누어 두면 문구를 훨씬 간결하게 쓸 수 있습니다. 첨부 파일이 허용 용량을 넘었다면 허용되는 형식과 크기를 알려 주고, 로그인 시간이 지나 제출이 막혔다면 입력한 내용이 남아 있는지를 먼저 말해 줍니다.
연결이 불안정한 모바일 환경에서는 제출 중이라는 표시가 길어질 수 있습니다. 이때 버튼이 아무 반응이 없어 보이면 이용자는 여러 번 누르게 되므로, 처리 중임을 글자로 보여 주고 같은 버튼을 일정 시간 눌러도 중복 접수가 되지 않게 설계합니다. 문구와 동작이 함께 맞아야 안내가 의미를 가집니다.
운영자는 월별로 어떤 유형의 실패 안내가 가장 자주 나왔는지 표로 정리해 두면 개선할 순서를 정하기 쉽습니다. 문구를 새로 쓰는 일과 원인을 고치는 일이 서로 다른 담당일 수 있으므로, 표에 담당 영역도 함께 적어 두면 좋습니다.
같은 오류가 반복되면 문구보다 원인을 먼저 봅니다
문장을 친절하게 다듬는 일은 출발점일 뿐입니다. 같은 안내가 자주 노출된다면 양식 구조나 서버 설정 자체에 문제가 있다는 신호입니다. 월 단위로 어떤 유형의 실패가 몇 번 나타났는지만 기록해도 우선 고칠 곳이 보입니다.
마지막으로 안내 문구가 실제 시스템 동작과 맞는지 확인합니다. "저장되었습니다"라고 적혀 있는데 실제로는 저장되지 않는 상태가 가장 큰 혼란을 만듭니다. 컴퓨터와 모바일 양쪽에서 제출 실패 상황을 일부러 만들어 보고, 처음 방문한 사람이 안내만 읽고 다음 행동을 고를 수 있는지 확인하면 점검이 마무리됩니다.