목차
작성 배경
개인적으로, 프로젝트 시작하기 전에 문제정의 부터 진행할 방향, 사용할 분석방법까지 고민해보고 진행하는 것이 좋을 것 같아서 작성을 시도했다.
프로젝트 시작 전에 보통 쓰는 문서
일단 GPT에게, 보통 프로젝트 시작전에 쓰는 문서를 물어봐서 리스트를 알아냈다.
- Project Charter: 프로젝트 목적, 범위, 목표, 산출물, 일정 등 프로젝트의 구성을 작성하는 문서
- Project Brief: 프로젝트의 why, what, 문제정의 등에 대한 작성. Project Proposal과 Project Charter 일부를 각각 담고있는 간결한 형태의 문서
- Project Proposal: 제안서 형태이며 문제정의, 배경, 기대효과, 방법론 등을 포함
- Analysis Plan: 분석 설계문서이며, 사용할 데이터, 변수 정의, KPI정의, 분석 방법 등 포함
- Experiment Plan: 실험 설계 문서이며 가설, 실험군/대조군, KPI, 표본수, 검증방법 등 포함
- Tracking Plan(Event Taxonomy포함): 로그 설계문서이며 이벤트 정의, 속성 정의, 네이밍 규칙 등 포함. GA, Amplitude, Mixpanel 실무에서 핵심이라고 함
- Product Requirement Document(PRD): 기획자 중심문서이며, 기능정의, 요구사항, 유저 시나리오 등 포함
- Measurement Framework: 측정체계 정의 문서이며, North Star Metric, KPI체계, 지표정의 등 포함
- Research Plan: 리서치 설계문서이며 조사목적, 질문, 방법 등 포함
- Business Case: 비지니스 타당성 문서이며, ROI, 기대효과, 비용대비 효과 등 포함
어떤 문서를 쓸까
- 프로젝트 개요 작성 = Project Brief보다는 자세하지만 Project Proposal보다 간략한 문서 1개
- 분석 계획 작성 = Analysis Plan
- 실험 설계 문서 작성 (이 부분은 진행하게 되면 진행하고, 빠질 수도 있음) = Experiment Plan
- 로그 설계 문서 작성 = Tracking Plan(Event Taxonomy포함)
이 정도로 마무리하면 될 것 같은데, GPT 말로는 Measurement Framework도 중요하다고 함. 이 부분은 진행하면서 고민해보겠음.
문서 별 상세목차 정하기(작성 순서대로)
프로젝트 개요 작성 > 무엇을 측정할지 설계하기(측정 체계 정의) > KPI를 측정하려면 어떤 로그가 필요한지 정의(트래킹플랜) > 데이터 현황 및 무결성 점검(QA 플랜) > 데이터 구조 아래 어떻게 분석할지 설계(분석 계획) > 분석 결과 인사이트 기반으로 실험 설계 (실험 계획)
- 프로젝트 개요: 프로젝트 배경(현황 포함), 문제 정의, 프로젝트 목표, 핵심 분석 질문 (무엇을 밝힐것인가), 접근 방법 개요(분석+실험 방향 요약), 범위 정의(포함/제외 범위), 기대효과, 기대 산출물 및 일정 계획
- 의문: 핵심 분석 질문 vs 가설은 같은걸까? - 답: 탐색적분석(EDA)를 할때는 질문만 있어도 됨(예, 어디서 이탈하지?). 다만 관계를 검증하려는 분석에 들어갈때는 가설이 등장함(예, 모바일 유저의 이탈이 더 높을것이다). 또한 실험 진행시 가설은 필수.
- 측정 체계 정의서: 제품(블로그)의 목표 정의, 핵심 지표(Primary KPI), 보조 지표(Secondary KPI), 안전 지표(가드레일 지표), 지표의 정의와 계산 방식: 정의, 계산식, 단위, 측정주기
- 트래킹 플랜(이벤트 택소노미 포함): 트래킹 목적, 이벤트 네이밍 규칙, 이벤트 목록 표(이벤트명, 설명, 발생조건, 속성값), 이벤트 속성 정의, 데이터 검증 계획
- QA Plan(대강): QA목적, 검증 대상 이벤트 목록, 검증 항목 정의, 검증 방법, 오류 발생 시 대응 절차, 검증 일정
- QA목적은 설계된 이벤트가 정확히 수집되는지 확인하고, 데이터 누락이나 오기록을 방지하기 위함. 검증 항목에는 이벤트가 의도한 시간에 발생하는지, 중복이 발생하지는 않는지, 속성값 누락은 없는지 등등 확인할 수 있으며, GA Debug View 활용해 검증할 수 있고, 테스트 진행해서 할 수도 있음
- 분석 계획서: 분석 목적, 데이터 출처, 데이터 구조 개요, 지표 계산 방법, 퍼널 정의, 세그먼트 정의 계획, 가설 목록, 분석 방법(통계 / 비교 방식), 예상 산출물 형태
- 실험 계획서: 실험 목적, 가설, 실험설계(실험군/비교군(or 대조군), 적용범위, 기간), 성공지표, 안전지표, 표본고려사항, 리스크 및 편향 요소, 의사결정 기준
- 프로젝트 KPI가 여럿이라면 성공지표는 여기서 하나를 정해서 특정 목표로 세워야한다.(예, 스크롤 75% 도달률)
이제 실제로 작성하러 가보자!
'Project' 카테고리의 다른 글
| [블로그 프로젝트#4] 프로젝트 시작 전에 개요를 작성하자 Part 2. 작성하기 (0) | 2026.03.11 |
|---|---|
| [블로그 프로젝트#3] 티스토리 데이터 보기 - GA4로는 뭘 볼 수 있는 걸까?(왕초보 버전) (1) | 2026.03.10 |
| [블로그 프로젝트#1] 계획을 짜려는데 블로그가 황무지 그 잡채 (feat. 티스토리 통계 대시보드 이해하기) (0) | 2026.02.26 |
| 분석가 취뽀 Part3. 프로덕트 분석가 프로젝트 주제/방향 정하기 (0) | 2026.02.25 |
| SQL로 프로젝트 하기 (0) | 2025.10.08 |