결제 오류가 났을 때 고객에게 먼저 보낼 한 문장
작은 쇼핑몰을 혼자 운영할 때 결제 화면이 멈추면 머릿속이 바로 복잡해집니다. 원인을 찾고, 개발자에게 연락하고, 주문 기록을 확인해야 하니까요. 그런데 고객의 질문은 훨씬 단순합니다. “제 주문은 들어간 건가요?”
고객에게 보내는 첫 안내는 완벽한 장애 보고서일 필요가 없습니다. 지금 확인한 사실과 다음에 언제 알려줄지를 정확히 말하면 됩니다. 아래 상황은 이해를 돕기 위한 가상의 사례이며, 실제 오피셜메일 서비스 장애를 뜻하지 않습니다.
고객이 먼저 알아야 하는 것부터 적기
“서버에서 오류가 발생했습니다”보다 “일부 고객의 결제 완료 화면이 열리지 않습니다”가 낫습니다. 고객은 원인보다 자신이 하던 작업을 계속해도 되는지 알고 싶기 때문입니다. 아직 영향 범위를 모르면 전체 장애라고 단정하지 않습니다. 주문 저장 여부를 모르면 안전하다고 확언하지도 않습니다.
첫 문안을 쓰기 전에 다음 네 가지를 구분해 두세요.
- 확인한 현상: 어떤 화면이나 행동에서 문제가 보이는가
- 확인 중인 부분: 주문, 결제, 데이터가 정상 반영됐는가
- 고객이 지금 할 일: 재시도를 멈추거나 문의해야 하는가
- 다음 안내: 몇 시에 어느 공식 채널에서 업데이트할 것인가
첫 공지에는 복구 시간이 없어도 됩니다
예를 들어 완료 화면만 열리지 않고 결제 기록은 아직 조사 중이라고 합시다. 이때 “곧 해결됩니다”라고 쓰거나 다시 결제하라고 권하면 고객의 불안이 커질 수 있습니다. 다음 문장은 가상의 예시입니다.
결제 완료 화면 오류를 확인하고 있습니다.
일부 고객에게 결제 완료 화면이 열리지 않는 현상을 확인했습니다. 주문과 결제 기록 반영 여부를 확인 중이므로 같은 주문을 반복 결제하지 말아 주세요. 확인된 내용은 오늘 오후 3시에 이 공지에서 다시 안내하겠습니다.
이 문안의 핵심은 복구 약속이 아니라 소식 약속입니다. 오후 3시까지 고치겠다는 뜻이 아닙니다. 그때까지 파악한 것, 달라진 영향, 다음 확인 시각을 다시 알려주겠다는 뜻입니다.
복구 공지는 실제 흐름을 다시 확인한 뒤
오류 알림이 사라져도 고객이 겪은 행동을 끝까지 테스트해야 합니다. 결제 문제라면 테스트 주문 접수, 완료 화면, 알림, 기록 반영을 확인합니다. 그다음 정상 동작을 확인한 시각과 아직 남은 후속 작업을 구분해 적습니다. 원인 분석이 끝나지 않았다면 그 사실도 그대로 남겨 두면 됩니다.
한 번의 장애 공지가 끝나면 첫 신고 시각, 첫 고객 안내 시각, 약속한 갱신 시각, 복구 검증 시각을 기록하세요. 다음번에는 공지 문장을 처음부터 고민하지 않아도 됩니다.
공식 주소로 고객에게 소식을 전할 계획이라면 평소의 응답 기준도 정해 두면 좋습니다. 긴급 문의와 일반 문의가 섞이지 않도록 고객 응답 시간을 미리 정하는 방법을 함께 확인해 보세요.
첫 안내부터 복구 확인까지 더 자세한 다섯 단계와 복사 가능한 문안은 오피셜메일 공식 블로그의 서비스 장애 고객 공지 가이드에서 볼 수 있습니다.
댓글
댓글 쓰기