창업자의 주간 리뷰: 금요일 60분으로 꾸준히 이어지는 템플릿
창업자를 위한 주간 리뷰 템플릿. 숫자, 파이프라인, 사람, 제품, 다음 주 다섯 항목을 금요일 60분 안에 읽는 방법과 문서 양식, 피해야 할 실수를 정리했다.
창업자 주간 리뷰는 보통 금요일 오후에 고정한 60분 블록으로, 같은 다섯 가지를 같은 순서로 읽는 시간이다. 숫자, 파이프라인, 사람, 제품, 그리고 다음 주. 답은 매주 이어지는 하나의 문서에 적고, 월요일을 위한 우선순위를 최대 세 개 고르며 마친다. 성찰 자체가 목적이 아니다. 받은편지함에서 회사를 운영하는 일을 멈추는 것이 목적이다.
이것은 Atrix에서 실제로 운영하는 방식이다. 더 긴 버전과 매일 하는 버전도 시도해 봤지만, 3년치 실제 한 주들을 견뎌낸 것은 금요일의 한 시간이었다.
주간 리뷰가 일일 점검과 월간 보고보다 나은 이유
매일은 너무 잦다. 5~15명 회사에서 중요한 숫자 대부분은 하루 사이에 거의 움직이지 않고, 결국 노이즈에 반응하게 된다. 매월은 너무 드물다. 첫째 주에 조용해진 거래는 넷째 주면 죽어 있고, 한 달 동안 힘들어하던 팀원은 대개 이미 떠나기로 결심한 뒤다.
한 주는 매출, 채용, 출시가 모두 신호를 보이는 가장 작은 단위다. 팀의 나머지 일이 돌아가는 자연스러운 리듬이기도 하다. 사이클이 끝나고, 청구서가 나가고, 지원자가 답장한다.
이 형식은 데이비드 앨런의 『Getting Things Done』에서 한 가지 아이디어를 빌렸다. 열려 있는 모든 사안에 대해 "비우고, 최신으로 만들고, 창의적이 되기" 위한 주간 리뷰를 처방하는 책이다. 창업자 버전은 그것을 개인의 사안이 아니라 회사의 사안으로 좁히고, 고정된 안건을 더했다. 형식 없는 리뷰는 금요일이 바빠지면 가장 먼저 잘려 나가기 때문이다.
60분 안건
캘린더에 종료 시각이 엄격한 반복 일정으로 한 시간을 막아 둔다. 문서는 두 번째 창에 열어 둔다. 아래 시간 배분은 우리가 쓰는 것이고, 분 단위보다 순서가 더 중요하다.
| 분 | 섹션 | 답하는 질문 | 데이터 출처 |
|---|---|---|---|
| 0–10 | 숫자 | 이번 주에 우리가 기준으로 삼는 수치가 움직였는가? | 매출, 현금, 사용량 대시보드 |
| 10–25 | 파이프라인 | 어떤 거래가 진행됐고, 어떤 거래가 조용해졌으며, 각각의 다음 행동은 무엇인가? | CRM, 받은편지함, 예약 캘린더 |
| 25–35 | 사람 | 누가 막혀 있고, 과부하이며, 조용히 잘하고 있는가? | 1:1 메모, 휴가 캘린더, 채팅 |
| 35–45 | 제품 | 무엇을 출시했고, 무엇이 밀렸고, 고객은 뭐라고 했는가? | 이슈 트래커, 사이클 번다운, 지원 |
| 45–55 | 다음 주 | 가장 중요한 세 가지는 무엇인가? | 위의 모든 것 |
| 55–60 | 정리 | 내 결정이 필요한 것들을 받은편지함에서 처리 | 받은편지함 |
매번 시간을 넘긴다면 해법은 블록을 늘리는 것이 아니다. 숫자 수를 줄이거나, 파이프라인을 가지치기하는 것이다.
섹션별로 적을 것
숫자
네 개에서 여섯 개의 수치를 고르고 한 분기 동안 유지한다. 소프트웨어 회사라면 보통 월간 반복 매출, 현금 잔고와 런웨이(개월), 이번 주 신규 고객, 이번 주 이탈 고객, 그리고 리텐션을 예측하는 사용 지표 하나(주간 활성 팀, 시작된 실행, 사용 중인 시트)다. 에이전시라면 가용 시간 대비 판매된 청구 가능 시간, 30일 초과 미수 청구서, 현금이다.
숫자, 지난주 대비 변화, 변화가 눈에 띈다면 원인 한 줄을 적는다. 일곱 번째 지표를 추가하고 싶은 유혹을 참아라. 새로 추적하고 싶은 것이 있으면 하나를 뺀다.
파이프라인
이번 분기에 성사될 수 있는 모든 열린 거래를 훑는다. 각 거래마다 단계, 마지막 접촉 날짜, 다음 행동, 그 담당자. 아픈 거래는 이번 주에 아무도 건드리지 않은 거래다. 표시해 두고 추격할지, 보류할지, 실패로 닫을지 결정한다. 실패로 닫는 것은 결과이지 실패가 아니다. 썩은 거래 스무 개의 파이프라인은 정직한 여섯 개의 파이프라인보다 나쁘다.
답하지 않은 인바운드와 다음 주에 잡힌 디스커버리 콜도 적어 둔다. 월요일 아침이 캘린더를 이미 이해한 상태로 시작되도록.
사람
창업자들이 건너뛰는 섹션이고, 건너뛰면 가장 비싼 대가를 치르는 섹션이다. 각 사람에 대해: 나 때문에 막혀 있는가? 자기 몫보다 많이 짊어지고 있는가? 월요일에 공개적으로 감사할 만한 일을 이번 주에 했는가? 다음 주에 누가 휴가이고 그 일은 대체가 되는가?
한 사람당 한두 줄로 유지한다. 한 줄이 문단이 된다면 그것은 적을 메모가 아니라 잡아야 할 1:1이다.
제품
이번 주에 출시한 것을 티켓 번호가 아니라 고객의 언어로. 밀린 것과, 그 지연이 범위의 문제인지 역량의 문제인지. 고객이 한 말을 지원이나 영업 통화에서 직접 인용한다. 사이클을 운영한다면 목표 대비 번다운과, 다음 사이클로의 이월이 합리적인지 아니면 사이클이 과적재였다는 신호인지 적는다.
다음 주
우선순위 세 개를 고른다. 다섯이 아니라 셋. 각각은 다음 금요일에 됐는지 안 됐는지 말할 수 있는 것이어야 한다. "온보딩 개선"은 우선순위가 아니다. "새 초대 플로우를 모든 워크스페이스에 출시"가 우선순위다. 셋 중 하나는 보통 파이프라인 행동이어야 한다. 제품이 더 흥미로울 때 창업자가 미루는 것이 영업이기 때문이다.
템플릿
이것을 페이지에 복사하고 매주 복제한다. 우리는 모든 주를 하나의 중첩 페이지 트리에 최신 순으로 두어, 이력이 스크롤 한 번 거리에 있게 한다.
주간 리뷰 — 2026-10-26 주
== 숫자
| 지표 | 이번 주 | 지난주 | 메모 |
|---|---|---|---|
| MRR | | | |
| 현금 / 런웨이 | | | |
| 신규 고객 | | | |
| 이탈 | | | |
| 주간 활성 팀 | | | |
== 파이프라인
| 거래 | 단계 | 마지막 접촉 | 다음 행동 | 담당 |
|---|---|---|---|---|
정체(이번 주 접촉 없음):
미응답 인바운드:
다음 주 디스커버리 콜:
== 사람
- 이름 — 막힘 / 과부하 / 공개 감사 / 휴가
== 제품
출시:
지연(그리고 이유):
고객의 말:
사이클 번다운 대 목표:
== 다음 주의 세 가지
1.
2.
3.
== 이번 주에 내린 결정
-
== 보류(이번 주는 아니지만 잊지 않음)
-
"결정" 섹션은 나중에 사람들이 고마워하는 부분이다. 여섯 달 뒤 누군가 가격 페이지에서 무료 플랜이 사라진 이유를 물으면, 답은 누구의 기억이 아니라 37주차에 있다.
데이터는 어디서 와야 하는가
이 한 시간은 입력이 이미 한곳에 있을 때만 작동한다. 처음 20분을 여섯 개 탭에서 숫자를 모으는 데 쓴다면 리뷰는 허드렛일이 되고, 허드렛일은 멈춘다.
대략 수고가 적은 순으로 세 가지 방법이 있다.
- 노트와 스프레드시트. 두세 명 회사라면 솔직히 충분하다. 스프레드시트에 다섯 숫자, 노트에 나머지. 비용은 아무것도 연결되지 않는다는 것이다. "그게 어떤 거래였지"는 이메일 검색을 뜻한다.
- 별도 도구와 주간 내보내기. 거래는 CRM, 제품은 트래커, 휴가는 HR 도구. 차례로 연다. 작동은 하지만, HR 도구는 가장 적게 여는 도구라서 사람 섹션이 항상 가장 얇아진다.
- 하나의 워크스페이스. 거래, 이슈, 사이클, 휴가, 목표가 같은 시스템에 있어서 리뷰가 수집이 아니라 읽기가 된다.
Atrix는 세 번째 방식을 위해 만들어졌고 우리 스스로 쓰는 도구이므로, 이것은 한계를 밝힌 편향된 추천이다. 워크스페이스 브리프는 거래, 이슈, 채용, 휴가 전반에서 오늘 주의가 필요한 것을 생성한 요약이고, 같은 데이터가 MCP 서버를 통해 attention_today와 workspace_brief로 노출되므로, 자리에 앉기 전에 어시스턴트가 숫자와 파이프라인 섹션 초안을 쓰게 할 수 있다. 거래와 핵심 결과가 있는 목표는 이슈 트래커, 사이클과 같은 워크스페이스에 있다. 한계는 이렇다. Atrix에는 자체 매출 분석이 없어서 MRR과 현금은 여전히 Stripe와 은행에서 온다. 거래 금액은 권한으로 보호되므로 리뷰를 하는 사람에게 crm.value.view 권한이 필요하다. 그리고 무료 플랜이 없으므로 나머지 팀원도 함께 쓸 때만 의미가 있다.
창업자들이 이 구성을 어떻게 쓰는지는 창업자 페이지에서, 리뷰가 읽어 들이는 파이프라인과 사이클 뷰는 CRM과 프로젝트 관리 페이지에서 볼 수 있다.
주간 리뷰를 죽이는 다섯 가지 실수
- 시간을 띄워 두기. 캘린더 블록이 없는 리뷰는 "시간 날 때"가 되고, 그 시간은 오지 않는다. 반복 일정, 엄격한 종료, 휴대폰은 엎어 두기.
- 리뷰 대신 보고서 쓰기. 이 문서는 당신과, 기껏해야 공동창업자를 위한 것이다. 투자자를 위해 쓰기 시작하면 매끈해지고 쓸모없어진다. 필요하면 월간 투자자 업데이트를 따로 둔다.
- 너무 많은 숫자 추적. 네 개에서 여섯 개. 그 이상이면 하나가 움직여도 알아채지 못하게 된다.
- 바쁜 주에 사람 섹션 건너뛰기. 바쁜 주야말로 누군가 과부하인 때다.
- 우선순위 다섯 개. 셋이다. 모든 것이 우선이면 월요일은 계획이 아니라 목록이다.
자주 묻는 질문
창업자 주간 리뷰는 얼마나 걸려야 하나?
엄격한 종료로 60분. 정기적으로 90분이 된다면 입력이 준비되지 않은 것이니 블록이 아니라 수집을 고쳐라. 30분 미만이면 보통 파이프라인이나 사람 섹션을 대충 넘기고 있는 것이다.
금요일인가 월요일인가?
금요일 오후. 한 주의 데이터가 완전하고, 결과물이 월요일에 바로 시작할 수 있는 계획이기 때문이다. 월요일 리뷰는 성찰 없는 계획이 되고, 팀의 주초 첫 회의와 충돌한다. 일요일 저녁을 선호하는 창업자도 있지만, 대가는 일이 주말로 새어 나온다는 것이다.
공동창업자와 함께 해야 하나?
따로 한 다음 다음 주 섹션을 15분 동안 비교한다. 두 사람이 한 문서를 함께 쓰면 관찰이 아니라 협상을 하게 된다. 비교하는 자리에서 우선순위에 대한 이견이 드러나고, 그것이 유용한 부분이다.
팀 주간 업데이트와 무엇이 다른가?
팀 업데이트는 팀을 위해 쓰고 공유한다. 이것은 자신을 위해 쓰고 비공개로 두거나 공동창업자와만 공유한다. 업데이트는 주로 결과이고, 리뷰는 주로 판단이다. 많은 창업자가 리뷰 직후에 팀 업데이트를 쓰는데, 재료를 잘 쓰는 방법이다.
그냥 노트에 해도 되나?
된다. 두세 명 회사라면 아마 그것이 옳은 선택이다. 위 템플릿은 종이에서도 작동한다. 소프트웨어로 옮기는 이유는 이력과 연결이다. 40주치 리뷰에서 거래 이름을 검색할 수 있고, "지연"에서 실제 이슈로 클릭해 갈 수 있는 것.
매출 전 창업자는 어떤 숫자를 봐야 하나?
MRR과 이탈을 증명하려는 것의 선행 지표로 바꾼다. 가입, 활성화율, 주간 활성 사용자, 완료된 디스커버리 콜, 그리고 모두에게 해당하는 현금과 런웨이. 같은 네 개에서 여섯 개로 유지한다.
다음 단계
거래, 이슈, 사람이 이미 한곳에 있다면 리뷰는 한 시간의 읽기다. 그렇지 않다면 가지고 있는 문서 도구에서 위 템플릿으로 시작하고, 워크스페이스 브리프가 같은 섹션을 자동으로 모으는 방식을 창업자 페이지에서 확인하라. 파이프라인 섹션의 출처는 CRM이다.