혼자 제품을 만들면 버그, 고객 문의, 결제, 콘텐츠, 새 기능이 같은 목록에 들어옵니다. 이때 모든 항목에 정교한 점수를 붙이기 시작하면 업무보다 점수표를 관리하는 시간이 늘어납니다.
제가 더 유용하다고 느낀 방식은 이번 주에 사업의 상태를 바꿀 결과 세 개만 고르는 것입니다.
활동을 완료 가능한 결과로 바꾸기
다음 문장은 바빠지기 쉽지만 완료 여부를 확인하기 어렵습니다.
- 마케팅하기
- 결제 개선하기
- 메일 정리하기
금요일에 확인할 수 있는 결과로 다시 쓰면 범위가 달라집니다.
- 고객 질문을 답하는 안내 글 한 편 공개
- 결제 실패 후 재시도 안내 화면 배포
- 미응답 문의를 0건으로 만들고 다음 연락일 기록
코드를 쓰는 일도 마찬가지입니다. “리팩터링”보다 “오류 로그에서 가장 자주 발생하는 예외 하나를 제거하고 재현 테스트 추가”가 이번 주 결과에 가깝습니다.
다섯 신호로 순서를 좁히기
모든 일을 하나의 숫자로 바꾸지 않고, 다음 신호에 해당하는지만 표시합니다.
- 현금흐름: 결제 오류, 견적 회신, 청구서처럼 거래를 막고 있는가?
- 고객 약속: 답변·납품·환불처럼 누군가 기다리는 날짜가 있는가?
- 위험: 장애, 보안, 백업, 세금 마감처럼 미룰수록 손실이 커지는가?
- 반복 병목: 같은 복사, 확인, 답변을 매주 되풀이하는가?
- 결정의 증거: 가격·고객군·기능을 판단할 작은 실험인가?
두 개 이상의 신호에 걸리거나 기한이 확정된 일을 먼저 봅니다. 긴급하지 않은 성장 실험은 한 주에 하나만 남깁니다.
혼자 하는 30분 운영회의
처음 5분: 수집만 하기
메일, 이슈 트래커, 메신저, 캘린더, 메모에 흩어진 일을 한곳에 모읍니다. 아직 순서를 정하지 않습니다.
다음 10분: 결과 문장으로 고치기
각 항목을 금요일에 완료 여부를 판단할 수 있는 문장으로 바꿉니다. 범위가 너무 크면 배포 가능한 가장 작은 단위로 줄입니다.
다음 10분: 세 결과 고르기
다섯 신호를 표시하고 이번 주 결과를 정확히 세 개만 선택합니다. 네 번째 항목이 들어오면 기존 세 개 중 무엇을 뺄지 함께 결정합니다.
마지막 5분: 하지 않을 일 기록하기
나머지를 삭제하지 말고 다음 검토일을 적습니다. 이 기록이 있어야 새 알림이 와도 같은 결정을 다시 하지 않습니다.
예시: 일곱 개의 요청이 동시에 들어왔을 때
결제 실패 문의, 랜딩 페이지 색상, 콘텐츠 주제, 오류 알림, 세금계산서, 신규 기능, FAQ 수정이 한꺼번에 들어왔다고 가정해 보겠습니다.
이번 주 결과는 다음 세 가지가 될 수 있습니다.
- 결제 실패 원인을 확인하고 고객별 재시도 안내 완료
- 오류 알림을 복구하고 실제 알림 수신 테스트 기록
- 세금계산서 발행 완료
색상 변경과 기능 아이디어는 다음 검토일로 옮깁니다. FAQ는 결제 문제를 해결한 뒤 실제 답변을 바탕으로 고치면 됩니다. 보기 좋은 일보다 고객 약속·위험·현금흐름을 지키는 일이 먼저입니다.
금요일에는 계획 정확도를 검토하기
완료 개수만 세지 말고 세 질문을 남깁니다.
- 예상보다 오래 걸린 일은 무엇이었나?
- 새로 들어온 일 때문에 무엇을 바꿨나?
- 다음 주 전에 없앨 반복 병목은 무엇인가?
이 기록이 쌓이면 자기 사업의 실제 작업 시간을 알게 됩니다. 다음 주 계획은 의지가 아니라 지난주 기록에서 시작할 수 있습니다.
판단 기준, 캘린더 배치 방법, 10분 축약 회의까지 포함한 설명은 1인기업 업무 우선순위 전체 가이드에서 확인하기에서 이어서 볼 수 있습니다.
Top comments (0)