노스스타 지표 정하는 법: 사이드 프로젝트에 맞는 단 하나의 숫자 고르기
가입자·조회수보다 제품의 핵심 가치 경험을 더 잘 보여주는 노스스타 지표 선택법을 1인 빌더 관점에서 정리합니다.
목차
이 글의 목차
노스스타 지표는 매출 목표가 아니다
노스스타 지표(North Star Metric)는 팀이 매주 같은 방향을 보게 만드는 대표 숫자입니다. 1인 개발자에게도 필요합니다. 기능을 더 만들지, 온보딩을 고칠지, 가격을 실험할지 판단할 때 기준이 되기 때문입니다.
다만 노스스타 지표를 “이번 달 매출”이나 “총 가입자 수”로 잡으면 제품 개선에 바로 연결되기 어렵습니다. 매출은 중요하지만 결과 지표에 가깝고, 가입자는 사용자가 가치를 얻었는지 말해주지 않습니다. 사이드 프로젝트의 좋은 노스스타 지표는 보통 사용자가 핵심 가치를 경험한 빈도를 나타냅니다.
좋은 지표를 고르는 4단계

먼저 제품이 약속하는 핵심 가치를 한 문장으로 씁니다. 예를 들어 메모앱이라면 “생각을 나중에 다시 찾을 수 있게 한다”, 커뮤니티라면 “비슷한 관심사의 사람에게 유용한 반응을 받게 한다”처럼 적습니다.
다음으로 그 가치가 실제로 발생한 순간을 이벤트로 바꿉니다. 메모를 작성했다는 사실보다 “작성한 메모를 다시 열어봤다”가 가치에 더 가까울 수 있습니다. 커뮤니티에서는 “글을 올렸다”보다 “댓글이나 저장 같은 의미 있는 반응을 받았다”가 더 나은 후보일 수 있습니다.
세 번째로 주 단위로 볼 수 있는지 확인합니다. 하루 트래픽이 작아도 1인 프로젝트는 대체로 주간 흐름이 더 안정적입니다. 마지막으로 내가 직접 개선할 수 있는 숫자인지 봅니다. 외부 검색 유입처럼 통제하기 어려운 숫자만 보면 다음 행동이 흐려집니다.
| 질문 | 확인할 것 |
|---|---|
| 가치와 연결되는가 | 사용자가 왜 다시 오는지 설명되는가 |
| 반복 가능한가 | 한 번의 가입보다 습관을 보여주는가 |
| 조작하기 어려운가 | 클릭 유도만으로 쉽게 부풀릴 수 없는가 |
| 행동으로 이어지는가 | 숫자가 떨어졌을 때 고칠 영역이 보이는가 |
제품 유형별 후보 지표

메모앱이나 생산성 도구는 “주간 활성 사용자”보다 더 구체적인 지표가 좋습니다. 예를 들면 “주간 재열람된 메모 수”, “완료 처리된 작업 수”, “다시 사용된 템플릿 수” 같은 후보가 있습니다. 핵심은 생성량이 아니라 사용자가 일을 끝내는 장면입니다.
커뮤니티 제품은 단순 게시글 수를 조심해야 합니다. 글은 많지만 반응이 없으면 가치는 약할 수 있습니다. “의미 있는 응답을 받은 게시글 수”, “저장 또는 팔로우로 이어진 콘텐츠 수”, “첫 글 작성 후 재방문한 멤버 수”처럼 상호작용을 포함한 지표가 더 건강한 신호가 될 때가 많습니다.
SaaS나 업무 도구는 고객이 돈을 낼 이유와 가까운 행동을 찾아야 합니다. “초대된 팀원 수”보다 “공유된 리포트 수”, “자동화가 실행된 횟수”, “문제가 해결된 티켓 수”처럼 결과에 가까운 이벤트가 후보가 됩니다. 단, 제품 초기에는 데이터가 적으므로 너무 복잡한 계산식보다 단순한 이벤트 집계가 낫습니다.
허무 지표를 피하는 법

허무 지표는 보기에는 커 보이지만 의사결정에는 도움이 적은 숫자입니다. 누적 가입자, 총 조회수, 다운로드 수, 페이지뷰가 대표적입니다. 이런 숫자는 홍보 자료에는 쓸 수 있지만 제품이 좋아지고 있는지 판단하기에는 부족할 수 있습니다.
피하는 방법은 간단합니다. 지표 앞에 “이번 주에”를 붙여보세요. “이번 주에 누적 가입자 수”는 어색하지만 “이번 주에 핵심 기능을 다시 사용한 사람 수”는 행동을 떠올리게 합니다. 또 지표가 오를 때 제품 가치도 함께 오른다고 말할 수 있는지 확인하세요. 이벤트 이름만 바꿔서 숫자를 키울 수 있다면 노스스타로는 약합니다.
처음에는 하나만 정하고 보조 지표를 붙인다
노스스타 지표 하나로 모든 것을 설명하려고 하면 오히려 위험합니다. 대표 숫자는 하나만 두되, 해석을 돕는 보조 지표를 2~3개 붙이는 방식이 현실적입니다.
예를 들어 커뮤니티의 노스스타를 “의미 있는 반응을 받은 게시글 수”로 잡았다면 보조 지표는 “첫 게시글 작성률”, “댓글 작성자 수”, “7일 내 재방문율” 정도가 될 수 있습니다. 노스스타가 떨어졌을 때 유입 문제인지, 작성 문제인지, 반응 문제인지 나눠 보기 위해서입니다.
처음 정한 지표가 완벽할 필요는 없습니다. 2~4주 정도 관찰한 뒤 실제 제품 개선 회의, 혼자라면 주간 회고에서 쓸모가 있었는지 보세요. 숫자를 보고 다음 작업이 더 선명해졌다면 좋은 지표에 가까워진 것입니다. 반대로 숫자는 변하는데 할 일이 떠오르지 않는다면 다시 핵심 가치 문장으로 돌아가야 합니다.
이번 주에 바로 해볼 체크리스트
- 내 제품의 핵심 가치를 한 문장으로 쓴다.
- 사용자가 그 가치를 경험한 순간을 이벤트 3개로 적는다.
- 각 이벤트가 반복 사용을 보여주는지 확인한다.
- 가장 행동으로 이어지는 이벤트 하나를 노스스타 후보로 고른다.
- 보조 지표 2~3개를 붙여 원인 분석이 가능하게 만든다.
노스스타 지표는 멋진 대시보드 이름이 아니라, 혼자 만드는 사람이 덜 흔들리기 위한 기준점입니다. “무엇을 더 만들까?”보다 먼저 “사용자가 어떤 순간에 가치를 얻는가?”를 숫자로 잡아보세요. 그 숫자가 다음 한 주의 개발 우선순위를 훨씬 단순하게 만들어줍니다.
관련 글
같은 주제를 다룬 다른 글도 살펴보세요.
리텐션 곡선 읽는 법: 우상향·미소·하락 그래프가 말하는 제품의 건강 상태
첫 코호트 표를 보고 리텐션 곡선을 해석하는 실전 가이드. 하락형, 미소형, 우상향형이 제품 건강 상태에 대해 말해주는 신호를 정리합니다.
조코헌트 운영팀GA4 vs PostHog vs Plausible: 1인 개발자가 첫 분석 도구 하나만 고른다면
GA4, PostHog, Plausible을 1인 개발자 관점에서 비교하고 첫 분석 도구 선택 기준을 정리합니다. 목적, 러닝커브, 프라이버시, 무료 한도를 함께 봅니다.
조코헌트 운영팀PostHog Next.js 설치부터 첫 이벤트 추적까지: 인디 메이커용 30분 셋업 가이드
Next.js 프로젝트에 PostHog를 붙이고 첫 커스텀 이벤트까지 확인하는 실전 셋업 가이드. 개인정보와 개발 데이터 안전장치도 함께 정리합니다.
조코헌트 운영팀