세 번째 실수: Notion의 워크플로우로 12W 운영하기
세 번째 실수는 또한 가장 쉽게 간과되는 부분입니다: Notion의 워크플로우를 사용하여 12W를 운영하는 것입니다. 흔한 상황은 모든 것을 하나의 플랫폼에 담으려는 시도로, 작업 관리부터 메모까지 데이터베이스에 이르기까지입니다. 이러한 접근은 도구의 분업 원칙을 위반합니다. 인터페이스가 얼마나 깔끔해 보일지라도, 도구가 과도한 기능을 담고 있으면 가볍고 집중적인 핵심 가치가 사라집니다. Cal Newport는 《심층 작업》(Deep Work, 2016)에서 지식 노동자들은 인지 부담을 줄여주는 도구를 필요로 하며, 모든 기능을 한 곳에 모으는 것은 아니다라고 지적했습니다.
정확한 접근: 작업과 분류 재정의
12W로 이전하는 첫 번째 단계는 과거 설정을 이전하는 것이 아니라 '작업'의 정의를 재정의하는 것입니다. 모든 Notion 항목을 이전하는 것이 아니라, '이번 주 가장 중요한 세 가지'에서 시작하세요. 12W의 시각 디자인은 과거 작업 목록을 쌓는 것이 아니라 현재 가장 중요한 사항에 집중할 수 있도록 설계되었습니다. 먼저 Notion에서 작업을 내보내기하고 중요도 매트릭스로 재분류할 수 있습니다: 긴급한 것은 12W에 넣고, 나머지는 과감히 삭제하거나 다른 곳으로 이동시킵니다. 실무적으로는 앞으로 두 주 이내에 실행해야 할 작업만 유지하여 노이즈를 크게 줄이는 것을 권장합니다. 더 급진적인 접근은 그것을 완전히 새로운 시스템으로 취급하고 정말 중요한 항목만 넣는 것입니다.
카테고리 구조 단순화, 뷰 수 감소
第二步은 카테고리 레벨을 크게 단순화하는 것입니다. 원래 Notion에 있던 프로젝트 폴더 구조는 1~2개의 주요 뷰로 전환해야 합니다. 뷰가 너무 많은 문제는 집중력을 잃는 것입니다. 창업자가 원래 Notion에 8개의 프로젝트가 있었다면, "일상 업무"와 "특정 프로젝트" 두 개의 뷰로 통합할 수 있고, 다른 콘텐츠는 Notion 또는 외부 저장 도구에 다시 저장합니다. 핵심 원칙은 뷰 수를 최소한으로 유지하는 것입니다. 세 번째 뷰를 만들어야 할 때는 먼저 스스로에게 물어보세요: 이 카테고리가 정말 필요한가요? 아니면 그냥 모든 것을 담고 싶은 건가요?
새로운 업무 흐름 수립
第三步은 Notion 시대의 습관을 적용하지 않고 새로운 업무 흐름을 수립하는 것입니다. 12W의 설계初衷은 뷰 전환을 통해 업무를 관리하는 것이지, 목록을 계속 아래로 스크롤하는 것이 아닙니다. 매일 아침에 먼저 당일 뷰를 선택하고, 그 범위 내에서 모든 태스크를 처리한 후 다음 뷰로 전환하는 것을 권장합니다. 이러한 방식은 뷰 간 태스크 전환을 줄이고 인지 부하를 낮추며, 12W의 설계初衷에 더 부합합니다. 매주 고정적으로 뷰 설정을 검토하여 그것들이 여전히 실제 업무 요구를 반영하고 있는지 확인합니다.
효과 평가: 실행률과 의사결정 시간
연구자가 Notion에서 포커스형 도구로 이전한 사용자를 추적한 결과, 실행률이平均 30~40 퍼센트 포인트 향상되었습니다. 이 수치는 개인 사용 깊이에 따라 다를 수 있지만, 진정한 핵심 지표는 태스크 완료 시간의 단축입니다. 태스크 목록이 간소화되고 카테고리가 명확하면, 도구를 열고 실행 시작까지의 시간이 크게 감소합니다. 더 중요한 것은, 매일庞大的 태스크 저장소에서 선별할 필요가 없다는 것으로, 이것은 상당한 인지 부담을 절약합니다.
이전 실패의 문제는 도구 자체에 있는 것이 아니라 과거의 사고 방식을 그대로 이어가는 데 있습니다. 진정한 변화는 기능의 이전이 아니라 무엇이 진정으로 중요한지를 다시 정의하는 것입니다. 제약을 받아들이는 것은 모든 것을掌控하려는 환각을 포기하고 현재에 집중하는 것을 의미합니다. Cal Newport가 "딥 워크"에서 지적했듯이, 도구 자체에 마법은 없습니다. 진정한 마법은 사용 방식에 있습니다. 이 원칙은 Notion에서 12W로의 전환에도 동일하게 적용됩니다——이 결정은 결국 더 적지만 더 정밀한 도구로 실행 효율을 향상시키려는 의지가 있는지 여부에 따라 달라집니다.