혼자 제품을 운영하면 개발, 고객 응대, 결제 확인, 문서 정리까지 한 달의 모든 일이 한 목록에 섞입니다. 많이 처리했는데도 무엇이 좋아졌는지 설명하기 어려운 이유입니다.
월간 회고는 성과를 길게 나열하는 자리가 아닙니다. 다음 달의 실행 목록을 줄이는 자리입니다.
1. 반복할 일을 하나만 고릅니다
이미 효과가 확인된 행동을 찾습니다. 기능을 몇 개 만들었는지보다 문의가 결제로 이어진 행동, 고객의 반복 질문을 줄인 문서, 장애를 예방한 점검처럼 결과와 연결된 것을 남깁니다.
같은 방식으로 한 번 더 해도 결과를 확인할 수 있는지가 기준입니다.
2. 바꿀 일은 막힌 지점에서 찾습니다
고객이 어느 단계에서 멈췄는지 한 문장으로 적어보세요.
고객은 ______ 단계에서 ______ 정보가 부족해 멈췄다.
견적 확인 단계에서 수정 범위를 몰랐다면 홍보 글을 더 쓰는 대신 견적서의 기준을 고쳐야 합니다. 문제의 위치가 분명하면 다음 행동도 작아집니다.
3. 멈출 일을 먼저 확정합니다
회고가 끝난 뒤 할 일이 열 개 늘었다면 아직 결정하지 않은 것입니다. 시간은 쓰지만 매출, 고객 경험, 제품 안정성과 연결되지 않은 일 하나를 다음 달 목록에서 빼세요.
세 줄로 끝내는 다음 달 계획
- 계속할 일: 효과가 확인된 한 가지
- 바꿀 일: 막힌 지점을 해결할 한 가지
- 멈출 일: 결과와 연결되지 않은 한 가지
각 항목에는 완료 조건을 붙입니다. 콘텐츠를 열심히 쓴다보다 매주 화요일 원문을 발행하고 금요일에 유입과 문의를 확인한다가 판단하기 쉽습니다.
Top comments (0)