[12일차] 데이터 요구사항 정의서

0518 수업

 

GIGO 원칙 — Garbage In, Garbage Out

쓰레기를 넣으면 쓰레기가 나온다

핵심: 데이터 요구사항을 명확히 정의하지 않으면, 돈과 시간을 낭비하고도 원하는 인사이트를 얻지 못합니다.

 

작업 흐름

 

1. 데이터 요구사항 (비즈니스 관점)
2. 데이터 사전 (기술 관점)
3. 개발 구현 (구현)

 

순서가 중요합니다: 데이터 요구사항(Why/What)이 먼저이고, 데이터 사전(How)이 그 다음입니다. 요구사항 없이 사전부터 만들면, “기록은 하는데 왜 기록하는지 모르는” 상태가 됩니다.

 

비즈니스 질문 → 데이터 번역 5단계

 

• 1단계: 비즈니스 목표 정의

나쁜 목표	좋은 목표
송금 늘리기	“신규 가입자의 7일 내 첫 송금 전환율을 32%에서 45%로 개선” ← 오늘의 메인 예제
사용자 경험 개선	“온보딩 완료율을 60%에서 80%로 향상”
매출 늘리기	“ARPU를 500원에서 700원으로 증가”
이탈 줄이기	“D30 리텐션을 35%에서 45%로 개선”

 

• 2단계: 핵심 질문 도출

[ 비즈니스 목표 ] " 신규 가입자의 7 일 내 첫 송금 전환율 32% → 45%"

↓ 어떤 질문에 답하면 이 목표를 달성할 수 있을까 ?

[ 핵심 질문 1] " 가입 후 첫 송금을 안 한 사용자는 송금 퍼널의 어느 단계에서 이탈하는가 ?"
[ 핵심 질문 2] " 첫 송금까지 평균적으로 얼마나 걸리는가 ?"
[ 핵심 질문 3] " 첫 송금 전환에 성공하는 사용자의 공통 특성은 무엇인가 ?"
[ 핵심 질문 4] " 송금 실패 또는 취소가 첫 송금 전환에 영향을 주는가 ?"

팁: “이 질문에 답하면 행동(Action)을 취할 수 있는가?”를 기준으로 질문의 품질을 판단

 

• 3단계: 필요 데이터 나열

각 핵심 질문에 답하기 위해 구체적으로 어떤 데이터가 필요한지 나열

 

• 4단계: 데이터 소스 매핑

필요한 데이터가 이미 수집되고 있는지, 아니면 새로 수집해야 하는지 파악

 

• 5단계: 요구사항 정의서 작성

최종적으로, 위 내용을 하나의 문서로 정리

---

오후 실습 - 핀테크 서비스 데이터 요구사항 정의서 작성

노션으로 작성