장애 나면 뭐라고 안내하나요?

핵심 요약

장애 공지는 '사실 전달 → 대안 제시 → 복구 예상 시점' 3단계 구조를 갖춰야 해요. "안 돼요"만 반복하면 고객은 이탈하지만, 대안 결제수단을 안내하면 결제 성공률을 방어할 수 있어요.
외부(카드사/PG사) 장애와 내부 서버 장애는 사과 수위와 대응 톤이 달라요. 원인별 공지 템플릿 3종(외부 장애, 내부 장애, 복구 완료)을 미리 준비해두면 게시까지 1분이면 돼요.
복구 후에는 보상 필요 여부를 신중히 판단하고, 1시간 동안 결제 성공률이 정상으로 돌아왔는지 모니터링해야 2차 장애를 놓치지 않아요.

1장애 원인 파악: 공지의 책임 소재와 톤을 결정해요

장애 발생 즉시 외부(PG/카드사)와 내부(자사 서버) 중 어디에 책임이 있는지 구분하여 공지의 사과 수위와 대응 방향을 정해요.

외부 장애 (PG사, 카드사, 은행망 장애)

특징: 특정 결제수단(예: 현대카드, 네이버페이)만 안 되거나, PG사 전체 망이 불안정한 상태예요.
대응 톤: 정보를 빠르게 전달하되, 우리 서비스 전체의 결함으로 보이지 않게 관리해요. "외부 기관의 일시적 장애"임을 명시하고 다른 결제수단 사용을 유도해요.

내부 장애 (우리 서비스 서버, 연동 오류)

특징: 모든 결제수단이 응답하지 않거나, 결제 완료 후 주문 처리가 안 되는 상태예요.
대응 톤: 전적으로 우리의 책임임을 인정하고 낮은 자세로 사과해요. 복구 예상 시점을 보수적으로 잡고(실제 예상보다 1~2시간 더 길게), 보상 여부는 영향 범위를 확인한 뒤 별도로 판단해요.

2상황별 공지 문구 템플릿: 바로 복사해서 사용해요

장애 유형에 맞는 템플릿을 선택해 핵심 정보(원인, 기간, 대안)만 채워 넣어 공지 게시 시간을 최소화해요.

[템플릿 1] 외부 기관(카드사/PG사) 장애 시

[공지] 특정 결제수단(00카드) 결제 서비스 장애 안내
안녕하세요, 서비스 운영팀예요. 현재 외부 결제 기관(00카드)의 일시적인 전산 장애로 인해 해당 결제수단을 이용한 결제가 원활하지 않아요.

발생 시각: 2026년 04월 06일 10:20 ~ 현재

영향 내용: 00카드를 이용한 모든 결제 및 취소 불가

대안 안내: 00카드 외 다른 카드사나 간편결제(카카오페이, 토스페이 등)를 이용하시면 정상적으로 결제가 가능해요.

해당 기관의 복구 즉시 정상화될 예정이며, 이용에 불편을 드려 죄송해요.

[템플릿 2] 내부 서버 장애 시

[긴급 공지] 결제 시스템 점검 및 장애 복구 안내
안녕하세요, 서비스 운영팀예요. 현재 시스템 오류로 인해 전체 결제 서비스 이용이 일시적으로 중단됐어요. 신속히 원인을 파악하여 복구 작업을 진행 중예요.

장애 내용: 전체 결제수단 이용 불가 및 주문 생성 지연

복구 예상 시점: 2026년 04월 06일 14:00 (상황에 따라 변동될 수 있어요)

복구 완료 후 본 공지를 통해 다시 안내해 드릴게요. 불편을 겪으신 고객님께 진심으로 사과드려요.

[템플릿 3] 복구 완료 공지

[안내] 결제 시스템 복구 및 정상화 안내
장애가 발생했던 결제 서비스가 현재 정상적으로 복구됐어요. 기다려 주신 고객님들께 감사와 사과의 말씀을 드려요.

정상화 시각: 2026년 04월 06일 13:30

[선택] 보상 안내: 장애 규모와 영향 범위를 검토해 보상이 확정된 경우에만 포함해요. 구체 내용은 내부 승인 후 확정된 범위만 안내해요.

안정적인 서비스를 제공하기 위해 더욱 노력할게요.

3CS 폭주를 막고 브랜드 신뢰를 회복하는 실무 대응 정책

공지 게시와 동시에 대안 결제수단 제시, 필요 시 보상 여부 검토, 복구 후 모니터링 체계를 가동하여 2차 피해를 방지해요.

대안 결제수단 유도 정책

특정 카드사가 안 될 때 단순히 "기다려달라"고 하면 구매 전환을 놓쳐요. 결제창 진입 전 단계에서 "현재 00카드 장애로 00페이 결제를 권장해요"라는 팝업이나 배너를 띄우는 것이 실질적인 매출 방어 전략이에요. 멀티 PG 솔루션을 쓰고 있다면, 특정 PG 장애 시 다른 PG로 즉시 전환(Switching)이 가능한지도 개발자분과 평시에 논의해두어야 해요.

보상 기준 설계 (Compensation)

보상은 모든 장애의 기본 대응이 아니에요. 먼저 보상 여부를 판단한 뒤, 필요하다고 승인된 경우에만 범위와 수위를 정해요.

보상 여부 판단이 먼저예요: 외부 장애(카드사, PG사, 은행망 문제)는 보통 보상 대상이 아니며, 내부 장애도 영향 범위와 지속 시간, 실제 피해 규모에 따라 보상 여부와 수준이 달라져요.
보상 결정 프로세스: 장애 규모 파악 → 영향 받은 고객 수 추산 → 경영진 또는 의사결정권자 승인 → 보상 범위 확정 → 공지 순서로 진행해요. 운영 담당자가 현장에서 단독으로 보상을 약속하면 안 돼요.
보상 수위 기준 (내부 장애 시 참고): 아래 예시는 참고 수준으로만 봐요. 커머스는 다음 구매 시 사용 가능한 할인 쿠폰 또는 적립금, SaaS/구독은 장애 시간에 비례한 구독 기간 연장, 콘텐츠는 유료 콘텐츠 시청권 제공 또는 포인트 환급을 검토해요. SaaS/구독에서 SLA(Service Level Agreement)를 이미 정의해두었다면 우선 해당 기준을 따라요.
주의: 한 번의 보상이 선례가 되면 이후 모든 장애에서 같은 수준의 보상을 요구받을 수 있어요. 보상은 장애 규모에 비례해야 하며, "이번에만 특별히" 같은 표현도 피하는 편이 안전해요. 보상 기준은 내부 운영 정책으로 문서화해두되, 고객에게 세부 기준까지 공개하지 않는 경우가 많아요.

결제 성공률 모니터링

장애가 복구되었다고 공지한 뒤에도 실제 결제 성공률(Success Rate)이 예전 수준으로 돌아왔는지 확인해야 해요. 결제는 성공했는데 알림톡이 안 가거나, DB에 주문 데이터가 안 쌓이는 '2차 장애'가 숨어 있을 수 있기 때문이에요. 운영 담당자분은 복구 후 1시간 동안 실시간 결제 로그를 평소보다 세밀하게 모니터링해야 해요.

다음 단계

장애 공지 문구를 정했다면, 이제 에러 UX와 평소 운영 점검 루틴까지 같이 설계해야 대응 속도가 빨라져요.

바로 참고할 문서

개발 문서: 부트페이 개발자 센터
더 복잡한 판단이 필요하다면: 부트페이 도입 문의