Single Source of Truth (SSOT)

1. Single Source of Truth란 무엇인가

출처: https://www.kohezion.com/blog/single-source-of-truth

Single Source of Truth(SSOT)는
조직이나 서비스 내에서 “이 데이터가 공식 기준이다”라고 합의된 단 하나의 데이터 출처를 의미한다.

단순히 말하면,

“이 숫자가 맞는 숫자다”
라고 모두가 동의한 기준점이다.

여기서 중요한 포인트는
‘단일’보다 ‘합의’다.

• 데이터가 하나의 테이블에 있느냐 X
• 하나의 대시보드냐 X

“이걸 기준으로 이야기한다”는 공통 인식이 있느냐가 핵심이다.

---

2. SSOT가 왜 필요해지는가

• 마케팅팀 보고서의 DAU ≠ 운영팀 보고서 DAU
• 앱 분석 툴 수치 ≠ DB 직접 조회 수치
• 같은 지표인데 팀마다 숫자가 다름

이때 회의는 이렇게 흐른다.

1. “어, 이 숫자 다른데요?”
2. “저희는 이 기준으로 봤어요”
3. “그럼 어느 게 맞는 거죠?”
4. 숫자 검증 → 회의 시간 소모
5. 결론 없이 종료

문제는 분석이 아니라 기준 부재다.
이게 바로 SSOT가 없는 상태다.

---

3. SSOT가 없는 조직의 전형적인 문제

SSOT가 정립되지 않은 조직에서는 다음 현상이 반복된다.

• 회의 때마다 숫자부터 의심
• 기획 문서에 숫자를 쓰는 것이 부담스러움
• 데이터보다 “체감”과 “경험”이 우선됨
• 결국 의사결정이 느려짐

“열심히 분석해서 가져간 수치가
단 한 문장으로 무력화되는 순간”

---

4. SSOT는 기술 개념이 아니라 구조 개념이다

많이 오해하는 부분이 있다.

• SSOT = 데이터 웨어하우스?
• SSOT = BI 툴?

아니다.

SSOT는 기술 이름이 아니라 구조와 역할이다.

조직에 따라 SSOT는 다음 중 하나가 될 수 있다.

• 특정 데이터베이스 테이블
• 데이터 웨어하우스(DW)
• 공식 BI 대시보드
• 기준 API 응답값
• 정합성 검증된 리포트 파일

중요한 건 “이걸 기준으로 본다”는 합의다.

---

5. SSOT를 알아야 하는 이유

역할은 점점 바뀌고 있다.

• 단순 기능 정의 X
• 단순 화면 설계 X

의사결정 기준을 정리하는 사람

이 관점에서 보면
SSOT는 반드시 이해해야 할 개념이다.

SSOT를 이해하면 할 수 있는 일

• 지표 정의 문서 작성
• 부서 간 수치 충돌 정리
• 데이터 기준 명확화
• 기획안 신뢰도 상승

---

6. SSOT와 지표 정의는 항상 같이 간다

SSOT가 있다고 해서
모든 문제가 자동으로 해결되지는 않는다.

왜냐하면,
같은 데이터라도 ‘정의’가 다르면 결과가 다르기 때문

예를 들어 DAU 하나만 봐도

• 로그인 기준?
• 앱 실행 기준?
• 중복 제거 기준?
• 시간대 기준?

그래서 SSOT는 항상
Metric Definition(지표 정의)와 함께 가야 한다.

---

7. 기획자가 실무에서 꼭 짚어야 할 질문들

SSOT를 기준으로 기획할 때
스스로에게 던져야 할 질문이다.

• 이 수치는 어디 데이터인가?
• 언제 시점의 데이터인가?
• 집계 기준은 무엇인가?
• 다른 팀도 같은 기준을 쓰는가?

이 질문을 문서에 녹여내는 순간
단순한 실행자가 아니라
의사결정 설계자가 된다고 생각한다.

---

8. 정리

Single Source of Truth는
데이터를 잘 다루는 기술이 아니라,

조직이 데이터를 어떻게 믿고
어떻게 결정할 것인가에 대한 것에 가깝다.

이 개념을 이해하고 문서에 녹여낼수록,
회의는 짧아지고,
결정은 빨라지고,
신뢰도는 올라간다.