서비스가 멈췄을 때 작은 팀이 먼저 정할 것은 복구 시간이 아니다

가상의 결제 오류를 떠올려 보세요. 운영자는 원인을 찾느라 바쁘고, 고객은 자신의 주문이 정상 접수됐는지 기다립니다. 이때 공지가 늦어지는 까닭은 글을 잘 못 써서가 아니라, 무엇을 확인해야 하는지 정해 두지 않았기 때문일 수 있습니다.

첫째, 고객이 멈춘 지점을 말합니다

서버 오류라는 내부 표현보다 “일부 고객에게 결제 완료 화면이 보이지 않습니다”라는 문장이 고객에게 더 쓸모 있습니다. 모든 주문이 영향을 받았는지 아직 모른다면 범위를 부풀리지 않습니다. 확인한 현상과 확인 중인 항목을 분리하면 됩니다.

둘째, 고객의 다음 행동을 남깁니다

고객이 같은 주문을 다시 결제하면 중복 청구가 생길 수 있는 상황이라면 무작정 재시도를 권할 수 없습니다. 결제 내역을 어디서 확인하는지, 개별 주문 확인은 어디로 요청하는지 적습니다. 모르는 것은 조사 중이라고 말하되, 지금 할 수 있는 일은 빈칸으로 두지 않습니다.

첫 공지 전 점검할 질문은 세 가지입니다.

• 지금 확인된 영향은 무엇인가요?

• 고객이 재시도 전에 확인할 것은 무엇인가요?

• 다음 안내는 언제 어디에서 볼 수 있나요?

셋째, 다음 소식의 시각을 지킵니다

“곧 복구하겠습니다”는 근거 없는 복구 약속이 될 수 있습니다. 대신 지킬 수 있는 다음 안내 시각을 정하세요. 그때까지 해결되지 않아도 확인된 변화와 남은 불확실성을 다시 알려줍니다. 고객이 기다리는 대상은 완벽한 설명보다 약속한 업데이트일 때가 많습니다.

작은 팀에서는 복구 담당자와 공지 담당자가 같은 사실 목록을 보게 하는 것도 중요합니다. 혼자 운영한다면 문안 템플릿을 미리 만들어 두세요. 실제 장애가 생겼을 때 새로운 문장을 발명하는 시간보다 확인과 안내에 시간을 쓸 수 있습니다.

더 자세한 예시는 오피셜메일의 서비스 장애 고객 공지 작성 가이드에 정리했습니다.