사이드프로젝트 첫 주에는 지표 3개만 보면 된다

사이드프로젝트 첫 주에는 지표를 많이 볼수록 판단이 흐려질 수 있다. 처음에는 재방문, 체류, 전환처럼 다음 행동을 정해주는 지표 3개만 보는 편이 낫다.

작은 프로젝트를 공개하고 나면 보고 싶은 숫자가 많아진다. 방문자 수, 클릭 수, 가입률, 체류 시간, 댓글, 공유, 오류 로그까지 모두 보고 싶어진다. 숫자를 많이 보면 뭔가 관리하고 있다는 느낌이 든다.

하지만 첫 주의 목표는 성과 보고가 아니다. 다음 행동을 정하는 것이다. 유지할지, 고칠지, 중단할지, 다시 실험할지 결정해야 한다. 그러려면 지표를 줄여야 한다.

첫 주 지표는 다음 행동을 정하기 위한 것이다

글의 핵심을 정리한 도식 (본인 데이터·구조 기반)

프로젝트 초반에는 표본이 작고 변동이 크다. 숫자를 과하게 해석하면 잘못된 결론을 내리기 쉽다. 그래서 첫 주에는 정교한 대시보드보다 간단한 판단 지표가 필요하다.

좋은 첫 주 지표는 다음 질문에 답해야 한다.

질문	의미
다시 돌아오는가?	가치가 반복되는지 본다
머무를 이유가 있는가?	핵심 경험까지 도달하는지 본다
다음 단계로 넘어가는가?	프로젝트가 원하는 행동이 생기는지 본다

이 세 가지가 보이면 다음 행동을 정하기 쉽다.

지표 1: 다시 돌아오는 사람이 있는가

재방문은 작은 프로젝트에서 가장 중요한 신호 중 하나다. 한 번 써본 사람이 다시 돌아오지 않는다면 첫 경험, 가치, 사용 이유 중 하나가 약할 수 있다.

게임이라면 D1 리텐션을 볼 수 있다. 도구라면 다음 날 다시 실행했는지 볼 수 있다. 블로그나 콘텐츠라면 관련 글을 다시 클릭했는지 볼 수 있다.

중요한 것은 숫자만 보는 것이 아니다. 왜 다시 왔는지를 함께 봐야 한다.

프로젝트	재방문 신호
게임	다음 날 다시 플레이
생산성 도구	같은 기능 재사용
블로그	관련 글 추가 클릭
커뮤니티	댓글, 저장, 재방문

지표 2: 머무를 이유가 있는가

체류 시간은 조심해서 봐야 한다. 오래 머물렀다고 항상 좋은 것은 아니다. 사용법이 어려워서 오래 머물 수도 있다. 반대로 체류 시간이 짧아도 원하는 작업을 빨리 끝낸 것일 수 있다.

그래도 첫 주에는 체류가 중요한 참고 신호가 된다. 사용자가 핵심 경험까지 도달했는지, 중간에 어디서 멈췄는지 볼 수 있기 때문이다.

체류 시간은 반드시 행동과 같이 봐야 한다.

체류 패턴	해석
짧고 바로 이탈	첫 화면에서 가치가 안 보일 수 있다
길지만 전환 없음	사용법이 어렵거나 결정이 막혔을 수 있다
짧고 전환 있음	핵심 행동이 명확할 수 있다
길고 반복 행동 있음	몰입 또는 재사용 가치가 있을 수 있다

지표 3: 다음 단계로 넘어가는가

전환은 프로젝트 성격에 따라 달라진다. 가입, 다운로드, 저장, 공유, 다음 글 클릭, 튜토리얼 완료가 모두 전환이 될 수 있다.

첫 주에는 전환을 여러 개 두면 판단이 흐려진다. "이 프로젝트에서 사용자가 반드시 한 번 해야 하는 행동"을 하나 고르는 편이 낫다.

프로젝트	첫 전환 후보
블로그	관련 글 클릭
도구	첫 결과 저장
게임	튜토리얼 완료
뉴스레터	구독
커뮤니티	첫 댓글 또는 저장

숫자 옆에는 해석 문장을 붙인다

지표만 보고 결론을 내리면 위험하다. 숫자 옆에는 반드시 해석 문장을 붙여야 한다.

지표	좋은 기록	나쁜 기록
재방문	"다음 날 다시 온 사용자가 기능 A를 반복 사용했다"	"재방문 12%"
체류	"긴 체류 사용자는 튜토리얼에서 멈췄다"	"평균 4분"
전환	"저장 버튼까지 가는 사용자가 적다"	"전환 3%"

해석 문장이 있어야 다음 행동이 나온다. 숫자만 있으면 회의가 길어진다.

유지, 수정, 중단, 재실험으로 닫는다

첫 주 회고는 감상으로 끝나면 안 된다. 마지막에는 다음 중 하나를 골라야 한다.

판단	기준
유지	핵심 행동이 반복되고 있다
수정	관심은 있지만 특정 단계에서 막힌다
중단	핵심 행동도, 재방문도 없다
재실험	가설은 남았지만 실험 설계가 틀렸다

이 결정이 있어야 다음 주 작업이 정해진다. 지표는 많이 보는 것이 아니라 다음 행동으로 닫는 것이 중요하다.

FAQ

첫 주에 방문자 수는 중요하지 않나?

중요하지만 단독으로 보면 부족하다. 방문자 수는 유입 규모를 보여줄 뿐, 사용자가 왜 남거나 떠나는지는 알려주지 않는다.

D1 리텐션은 게임에만 쓰나?

아니다. 다음 날 다시 쓰는지 보는 관점은 도구, 커뮤니티, 콘텐츠에도 적용할 수 있다. 이름보다 "다시 돌아왔는가"가 중요하다.

지표가 너무 낮으면 바로 중단해야 하나?

바로 중단하기보다 원인이 보이는지 봐야 한다. 특정 단계에서 막혔다면 수정하고, 아무 행동 신호가 없다면 중단이나 방향 전환을 고려한다.

정성 피드백과 숫자 중 무엇이 더 중요한가?

첫 주에는 둘을 같이 봐야 한다. 숫자는 어디서 문제가 생겼는지 보여주고, 피드백은 왜 그런지 설명해준다.

사이드프로젝트 지표를 블로그에도 적용할 수 있나?

가능하다. 재방문은 관련 글 클릭, 체류는 글을 읽는 흐름, 전환은 댓글이나 구독, 다음 글 이동 같은 행동으로 바꿔 볼 수 있다.

마무리

사이드프로젝트 첫 주에는 지표를 줄여야 한다. 방문자 수만 크게 보거나 모든 숫자를 동시에 보면 다음 행동이 흐려진다.

처음에는 재방문, 체류, 전환만 본다. 그리고 숫자 옆에 해석 문장을 붙인다. 마지막에는 유지, 수정, 중단, 재실험 중 하나로 닫는다. 첫 주 지표의 목적은 성과를 증명하는 것이 아니라 다음 실험을 정하는 것이다.

지표를 볼 제품이 아직 없다면 순서가 반대다. AI 에이전트로 사이드프로젝트 만들기에서 아이디어에서 MVP까지의 흐름을 먼저 잡고, 출시 첫 주에 이 글의 지표 3개로 돌아오면 된다.

지표를 본 다음 단계인 실험 설계는 전환율 실험은 왜 한 번에 하나만 바꿔야 하나로 이어진다.

내 숫자가 잘 나온 건지 비교할 기준선

혼자 만든 프로젝트의 숫자는 비교 대상이 없어서 불안하다. 업계 벤치마크를 기준선으로 두면 해석이 쉬워진다.

모바일 앱 기준 평균 리텐션은 D1(다음날) 25~26%, D7 8~13%, D30 4~7% 선이다(Adjust·UXCam 2026 벤치마크 종합). 뒤집어 말하면 설치자 4명 중 3명은 다음날 안 돌아오는 게 업계 평균이다. 사이드프로젝트의 D1이 20%만 나와도 출발선으로는 전혀 나쁘지 않다는 뜻이다.

카테고리	D1	D7	D30
소셜	40%	18%	12%
생산성 도구	30%	15%	8%
게임	32%	8%	3%
이커머스	18%	5%	2%

(UXCam 2026, 카테고리별 중앙값. 자기 카테고리 줄과만 비교하자. 게임의 D30 3%와 소셜의 12%는 다른 세계다.)

도구는 이 조합이면 끝난다 (전부 무료)

첫 주에 분석 도구 고르느라 하루를 쓰는 건 아깝다. 내 결론은 단순하다. 웹이면 GA4 + PostHog 조합으로 시작하고, 둘 다 무료 한도가 사이드프로젝트 규모에서는 사실상 무제한이다.

도구	무료 한도 (2026-06 공식 기준)	역할
GA4	이벤트 무제한 (보존 최대 14개월 주의)	유입·트래픽 기본
PostHog	월 100만 이벤트 + 세션 리플레이 5천 회	행동 분석·리플레이
Mixpanel	월 100만 이벤트	PostHog 대안

세션 리플레이를 강조하고 싶다. 첫 주의 표본에서는 평균값보다 "한 명이 실제로 어디서 헤매다 나갔는지"를 눈으로 보는 게 훨씬 많은 걸 알려 준다. 숫자 3개 + 리플레이 10개면 첫 주 회고 재료로 충분하다.

마지막으로 입장 하나. 첫 주에 방문자 수를 자꾸 새로고침하게 되는데, 그 숫자는 보지 말라고 권하고 싶다. 방문자 수는 홍보를 얼마나 했는지의 함수지 제품이 좋은지의 함수가 아니다. 폴 그레이엄의 Do Things That Don't Scale이 말하듯 초기 유저는 줍는 게 아니라 데려오는 것이고, 그렇게 데려온 소수가 돌아오는지(재방문)가 유일하게 정직한 신호다.