노션을 열심히 쓰고 있는데도, 이상하게 확인해야 할 일은 더 늘어나는 경우가 있습니다. 고객사 관리, 프로젝트 관리, 회의록까지 성실하게 쌓았는데 정작 대표가 보려면 페이지를 하나씩 열어야 하고, 중요한 마감이나 리스크는 계속 빠집니다.

이건 ‘기록을 안 해서’가 아니라, 중요한 정보가 페이지 안에 숨어 있도록 구조가 설계되어 있기 때문입니다.

문제를 한 문장으로 정리하면 이렇습니다. 노션을 문서 보관함처럼 쓰기 시작하는 순간부터, 업무관리 시스템이 아니라 ‘페이지 더미’를 관리하게 됩니다.

페이지에만 쌓이면, 결국 대표가 다 확인하게 됩니다

예를 들어 고객사가 200개인 상황에서 담당자가 갑자기 자리를 비웠다고 가정해볼게요. 오늘 당장 계약 상태를 확인해야 한다면, 대표는 무엇부터 하게 될까요?

정보가 전부 ‘페이지 안’에만 있다면 답은 하나입니다. 고객사 페이지를 하나씩 열어 확인합니다. 그러다 보면 결국 일부만 대충 보고 넘어가거나, 다시 담당자에게 전화해서 물어보게 됩니다.

즉, 시스템을 만들어둔 것 같지만 실제로는 사람의 기억력에 의존하는 구조가 됩니다.

이 구조가 지속되면 더 큰 문제가 생깁니다. 직원은 열심히 적는데 대표는 확인을 못 하니, 어느 순간부터 “아무도 안 보는 페이지”가 쌓입니다. 기록은 늘고, 확인은 줄고, 결국 시스템이 아니라 ‘담당자 머리로 굴리는 업무’로 돌아가게 됩니다.

문서가 늘어날수록 “필요할 때 보면 되지”는 더 위험해집니다

많은 팀이 이렇게 생각합니다. “직원들이 페이지에 잘 정리해두면, 필요할 때 들어가서 보면 되는 거 아닌가?”

당장은 맞는 말처럼 보입니다. 하지만 문서가 쌓이기 시작하면 문제가 생깁니다. 리스크, 마감, 상태, 핵심 판단 정보가 전부 페이지 안에 묻히기 때문입니다.

고객사가 20개, 30개로 늘고 프로젝트가 많아지면, “이번 달 계약 만료 고객사가 몇 개지?”, “이번 주 마감 프로젝트는 뭐지?” 같은 질문에 답하려고 페이지를 수십 개씩 열어야 합니다.

노션 프로젝트 관리는 결국 “이번 주 마감/지연/담당자”를 필터 한 번으로 뽑아보게 만드는 구조 싸움입니다.

대표는 회사에서 가장 비싼 사람인데, 페이지를 열어보는 데 시간을 쓰기 시작하면 작은 회사일수록 타격이 큽니다.

페이지 안에는 쌓아도 됩니다. 단, ‘중요한 것’은 밖으로 빼야 합니다

상세 기록, 히스토리, 참고 내용은 페이지 안에 쌓아도 괜찮습니다. 하지만 중요한 건 반드시 ‘속성(컬럼)’으로 밖에 빼서, 표에서 바로 보이게 만들어야 합니다.

노션은 개인 메모장이 아니라 팀이 함께 쓰는 시스템입니다. 데이터가 늘어날수록 “열어서 확인”은 불가능해집니다.

체크해야 할 것, 납기일, 상태처럼 업무의 핵심이 되는 값은 ‘귀찮더라도’ 절차로 고정해야 합니다. 시스템은 일을 줄이는 장치가 아니라, 리스크를 피하기 위해 절차를 추가하는 장치이기 때문입니다.

작은 회사가 자주 놓치는 노션 설계 3가지

1) 중요한 건 반드시 속성으로 빼기

리스크가 있는 내용, 반드시 챙겨야 하는 내용, 업무의 핵심은 페이지 밖으로 빼야 합니다. 표 상태에서 한 번에 체크되도록 만드는 것이 목적입니다.

예를 들어 고객사 관리에서 중요한 값은 계약 상태, 마감일, 안내 발송 여부처럼 “놓치면 바로 문제가 되는 것”들입니다. 이런 값이 페이지 안에만 있으면, 기록이 늘어날수록 확인은 더 어려워집니다.

핵심은 간단합니다. 기록이 많아질수록 더 위험해지니, 처음부터 반드시 챙겨야 할 값은 속성으로 고정해두는 게 안전합니다. 실행 흐름을 이렇게 잡으면 됩니다.

1) 데이터베이스를 만든다

2) 체크박스 속성을 추가한다

3) 예: ‘안내 발송 완료’ 같은 필수 체크 항목을 만든다

4) 안내 메일 발송 후 반드시 체크하도록 팀 규칙으로 고정한다

5) 마감일과 상태 속성도 함께 추가한다

이렇게 하면 대표는 페이지를 열지 않고도 표에서 “안내 미발송”, “다음 주 마감”을 즉시 확인할 수 있습니다.

2) 게스트(외부 공유)도 표에서 보이게

프로젝트 관리에서도 같은 원리가 적용됩니다. ‘게스트’ 정보를 굳이 속성으로 넣는 이유는 두 가지입니다. 리스크 관리와 한눈에 확인입니다.

페이지에 들어가서 공유 버튼을 누르면 누구에게 권한이 있는지 볼 수 있습니다. 하지만 작은 회사에서 프로젝트가 여러 개 동시에 돌아갈 때, 그걸 하나하나 눌러 확인하는 시간 자체가 너무 비쌉니다.

그리고 외부 공유는 민감한 이슈입니다. 외주사가 들어와 있는 줄도 모르고 내부 불만이나 평가를 페이지에 쌓았다면 리스크가 커집니다.

방법은 간단합니다.

1) 프로젝트 데이터베이스를 만든다

2) 사람(Person) 속성을 추가한다

3) 페이지에서 게스트를 초대한 뒤, 사람 컬럼에 해당 계정을 함께 기록한다

그러면 표만 보고도 “이 프로젝트는 외부가 들어와 있다”를 바로 확인할 수 있습니다.

3) 반복 업무에는 ID 체계를 도입하기

광고 소재, CRM 메시지처럼 수백·수천 개가 쌓이는 업무를 ID 없이 관리하면, 시스템 효율이 크게 떨어집니다.

ID는 사람이 임의로 바꿀 수 없는 고유값입니다. 추가할 때마다 자동으로 번호가 붙고, 중복되지 않습니다.

제목만으로는 구분이 어려운 업무가 많습니다. 그래서 “1293번 소재”처럼 ID로 소통할 수 있어야 속도가 올라갑니다. 검색도, 커뮤니케이션도, 파일 정리도 전부 빨라집니다.

노션에서는 간단합니다. 데이터베이스에 ‘ID’ 속성을 추가하면 됩니다. 어디에 붙이느냐보다 중요한 건, ID가 있느냐 없느냐입니다.

적용하면 무엇이 달라질까요?

BEFORE: 페이지 안에만 정보를 쌓는 구조

• 대표가 상태 확인하려면 페이지를 전부 열어야 한다
• 외부 공유 여부를 모르고 리스크 있는 내용을 기록할 수 있다
• 비슷한 제목 때문에 검색에 시간이 오래 걸린다

AFTER: 핵심을 컬럼으로 빼서 한눈에 보는 구조

• 표에서 바로 “이번 주 마감 고객사”를 확인한다
• 게스트 컬럼으로 외주/외부 참여 여부를 즉시 파악한다
• ID로 1초 만에 원하는 항목을 찾는다

정리: ‘한눈에 파악되는 구조’를 먼저 만드세요

노션을 열심히 쓰는데도 일이 줄지 않는다면, 직원이 성실하지 않아서가 아니라 중요한 정보가 페이지 안에 숨어 있기 때문입니다.

체크해야 할 것, 납기일, 상태, 게스트, ID처럼 업무의 핵심이 되는 값은 반드시 컬럼으로 분리해서 표에서 바로 보이게 만드세요. 그래야 대표가 페이지를 열어보지 않아도 운영이 됩니다.

이 구조를 실제로 적용한 형태를 확인하시려면, 아래 웨비나에서 먼저 확인해보세요.

작은 팀을 위한 '일의 시스템' 웨비나 신청 >>

대표님들이 함께 많이 본 콘텐츠

• 노션 프로젝트 관리, 왜 작동하지 않을까?

  “중요한 내용은 반드시 속성으로 뺀다”는 개념을 이해했다면, 다음은 ‘그래서 정확히 몇 개를 써야 하는가?’를 해결하는 단계로 넘어가야 합니다. 프로젝트 관리만을 콕 집어 파고드는 글입니다.

• 시스템 없이 사람만 늘렸을 때 벌어지는 일들

  노션 구조를 제대로 잡았다면 이제 ‘온보딩 시스템’도 함께 가야 합니다. 좋은 사람을 뽑아도 시스템이 없으면 같은 설명을 반복하게 됩니다. 첫 채용 전이라면 꼭 읽어보세요.

© 공여사들. '일의 구조'를 만듭니다.