문의 내용을 전송한 뒤 나중에 처리 상태를 물으려면 해당 요청을 구별할 단서가 필요합니다. 접수 번호를 제공하면 같은 사람이 비슷한 질문을 여러 번 보냈을 때도 대상을 찾기 쉽습니다. 완료 화면과 확인 메시지, 문의 내역에 같은 번호를 표시하고 이용자가 복사하거나 기록할 수 있는 위치에 두세요.
문의 번호는 전화번호나 생년월일처럼 사람의 정보를 그대로 사용하는 방식보다 별도의 식별값으로 관리하는 편이 좋습니다. 번호가 있다는 사실만으로 누구나 내용을 열람하게 해서는 안 됩니다. 요청을 찾는 식별자와 본인 여부를 확인하는 절차는 역할이 다릅니다. 조회 화면에서 어떤 확인 과정을 거치는지 실제 운영과 맞춰 설계해야 합니다.
추가 질문을 보낼 때 기존 접수의 연장인지 새로운 문의인지 구분할 수 있게 합니다. 상담원이 다른 부서로 전달하더라도 이용자가 처음 받은 번호로 흐름을 확인할 수 있으면 설명을 반복할 부담이 줄어듭니다. 내부에서 별도 관리 번호를 만들더라도 외부 안내에서는 어떤 번호를 말하면 되는지 일관되게 정하는 것이 좋습니다.
시험 접수 후 완료 화면의 값을 복사해 확인 메시지와 대조해 보세요. 전송이 실패했는데 번호만 생성된 상태를 접수 완료처럼 보여 주지 않는지도 확인합니다. 번호를 잊었을 때는 로그인한 문의 내역 등 정해진 확인 경로를 안내할 수 있습니다. 화면에 번호를 넣는 데서 끝내지 말고 그 번호로 실제 요청과 답변을 찾을 수 있는지까지 살펴보세요.
한 문의에 자료를 추가하는 경우에는 새 문의를 만드는지 기존 번호에 이어 붙이는지 안내합니다. 기존 번호를 유지하는 흐름이라면 첨부 완료 화면에도 같은 번호를 보여 줍니다. 내부 담당자가 바뀌었다는 이유로 고객에게 다른 관리 번호를 새로 외우게 하지 않는 편이 명확합니다. 번호를 복사하는 버튼은 실제 값만 복사하도록 확인합니다. 앞뒤 안내 문장이나 불필요한 공백까지 포함되면 상담창에서 검색되지 않을 수 있습니다. 또한 문의 번호는 확인을 위한 식별값이지 본인 확인을 대신하는 비밀값으로 보아서는 안 됩니다. 그 번호만으로 다른 사람의 상세 요청이 열리지 않는지 실제 서비스의 접근 조건을 따로 검토합니다. 고객에게 공유할 화면에는 필요한 상태만 남기고 내부 메모나 담당자용 분류가 함께 노출되지 않게 합니다.