들어가며

• 측정 이상이 발견됐을 때 영향 범위와 원인을 구분해서 확인한다
• 원인을 다 밝히기 전에도 팀에 공유할 임시 보고를 만들 수 있다

상황

가상 브랜드 '한줄커피'의 담당자는 월요일 아침 대시보드를 열었다가 주말 이틀간 전환 이벤트가 거의 0으로 찍힌 것을 발견했습니다. 실제로 주문이 없었던 건 아니고, 이메일로 들어온 주문 문의는 평소와 비슷했습니다. 측정에 문제가 생긴 것 같은데, 무엇이 문제인지 바로 알 수 없어 일단 팀 채팅에 "주말 매출이 완전히 죽었다"고 올렸다가, 몇 시간 뒤 태그 설정 오류였다는 걸 알고 정정 메시지를 다시 보내야 했습니다.

한 줄 결론

숫자가 갑자기 사라지면 매출이 사라진 것으로 단정하지 말고, 측정 문제인지 실제 문제인지부터 나눠서 확인해야 합니다.

두 가지를 섞어서 보고하면 팀이 잘못된 방향(실제로는 필요 없는 프로모션 등)으로 움직일 수 있습니다. 원인을 다 밝히기 전이라도 "확인 중"이라는 상태를 정확히 전달하는 것이 먼저입니다.

개념

• 영향 범위: 이번 이상이 전체 서비스에 영향을 주는지, 특정 페이지·채널·기기에만 국한되는지를 나누는 기준입니다.
• 측정 문제: 실제로는 정상적으로 일어난 일이 태그 오류, 스크립트 충돌 등으로 기록되지 않은 경우입니다.
• 실제 문제: 측정은 정상이고 실제로 방문자·주문이 줄어든 경우입니다. 서버 장애, 결제 오류 등이 원인일 수 있습니다.
• 임시 보고: 원인이 확정되지 않은 상태에서 "무엇이 이상하고, 지금까지 확인한 것과 아직 확인 중인 것"을 구분해서 알리는 중간 공유입니다.
• 교차 확인: 대시보드 숫자와 다른 경로(이메일 문의, 실제 배송 건수 등)를 비교해 실제로 무슨 일이 있었는지 대조하는 작업입니다.

판단 기준

실행 순서

1. 확인: 대시보드 숫자와 다른 경로(주문 시스템 등)를 대조해 실제 감소인지 측정 문제인지 먼저 가른다.
2. 결정: 측정 문제로 보이면 최근 변경 사항(태그, 페이지 수정)부터 점검하고, 실제 문제로 보이면 관련 팀(결제, 서버)에 바로 알린다.
3. 기록: 확인 과정과 임시 보고 내용을 시간순으로 남겨, 나중에 같은 유형의 이상이 생겼을 때 참고하게 한다.

바로 쓰는 템플릿

측정 장애 대응표

• 발견 시각: ________________________
• 이상 증상: ________________________
• 영향 범위(전체/일부): ________________________
• 교차 확인 결과(다른 경로 숫자): ________________________
• 임시 보고 문구: "________ 관련해 확인 중이며, 지금까지 확인한 것은 ________입니다."
• 최종 원인: ________________________
• 재발 방지책: ________________________

즉시 확인

1. 대시보드 숫자가 갑자기 0에 가까워졌을 때 가장 먼저 할 일은? 정답: 다른 경로(주문 시스템, 문의 내역)와 교차 확인해 실제 감소인지 측정 문제인지 가르는 것 — 단정하지 않고 먼저 나눠 확인합니다.
2. 원인을 다 밝히기 전에 팀에 보고할 때 지켜야 할 것은? 정답: 확정된 것과 확인 중인 것을 구분해서 알리는 것 — 단정적으로 "매출이 죽었다"고 하면 잘못된 대응으로 이어질 수 있습니다.
3. 이번 상황에서 실제 원인은 무엇이었나요? 정답: 태그 설정 오류로 인한 측정 문제 — 실제 주문 문의는 평소와 비슷했습니다.

핵심 정리

1. 숫자가 사라지면 실제 문제인지 측정 문제인지부터 교차 확인으로 나눈다
2. 원인이 확정되지 않아도 확인 중인 상태를 정확히 임시 보고한다
3. 대응 과정을 기록해두면 다음에 같은 유형의 이상이 생겼을 때 빠르게 대응할 수 있다

→ 이 강의 퀴즈 풀어보기 (챌린지)