노션을 열심히 쓰는데, 왜 대표의 일이 더 늘어날까

대표님, 노션으로 고객사 관리도 하고 프로젝트도 굴리고 회의록도 꼼꼼히 쌓고 계신가요? 그런데 막상 확인하려면 페이지를 하나하나 열어봐야 해서, 마감일이나 중요한 항목을 놓치는 일이 반복됩니다.

이건 “기록을 안 해서”가 아니라, 구조가 ‘페이지를 열어야만 보이게’ 설계되어 있기 때문입니다.

노션을 문서 보관함처럼 쓰기 시작하면, 그 순간부터는 업무관리시스템이 아니라 ‘페이지 더미’를 관리하는 일이 늘어납니다.

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

예를 들어 고객사가 200개인데, 오늘 영업 담당자가 급하게 연차를 냈다고 해볼게요. 그날 계약 상태를 확인해야 한다면 대표님은 어떻게 하실까요?

정보가 페이지 안에만 있다면, 고객사 페이지 200개를 전부 열어야 합니다. 시간이 부족해 중요한 몇 개만 보고 넘어가거나, 결국 담당자에게 전화해 물어보게 되죠.

즉, 시스템이 있어도 사람 기억력에 의존하는 구조가 됩니다.

이 상황이 이어지면 “아무도 안 보는 페이지”가 쌓이고, 기록하는 사람은 억울함이 커집니다. 시스템처럼 보이지만 실제로는 담당자 뇌로 굴리는 시스템이 되는 겁니다.

이런 문제가 반복된다면, 원인은 ‘기록 방식’이 아니라 ‘쌓는 구조’입니다.

웨비나 보러가기

매번 “페이지를 열어야만” 보이는 구조가 만드는 손실

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

맞습니다. 처음엔 가능합니다. 문제는 문서가 쌓이면서 시작됩니다.

리스크 있는 내용, 반드시 챙겨야 하는 내용, 핵심 정보가 전부 페이지 안에 숨어버립니다. 고객사 20개, 30개… 프로젝트가 늘어날수록 “이번 달 계약 만료 고객사 몇 개지?”, “이번 주 마감 프로젝트가 뭐지?” 같은 질문에 답하려면 페이지를 전부 열어야 하죠.

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

대표가 가장 비싼 사람인데, 페이지를 열어보느라 시간을 쓰게 되는 구조는 작은 팀에서 특히 치명적입니다.

그럼 페이지에는 아무것도 쓰면 안 되나요?

아니요. 상세 내용, 히스토리, 참고 자료는 페이지 안에 쌓아도 괜찮습니다. 

하지만 ‘관리해야 하는 핵심’은 반드시 페이지 밖으로 빼야 합니다.

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

체크해야 할 것, 납기일, 상태 같은 값은 속성으로 고정해 표에서 바로 보이게 만들어야 합니다. 시스템이란 일을 줄이는 장치가 아니라, 절차를 추가해서 리스크를 줄이는 장치이니까요.

작은 회사가 놓치고 있는 노션 설계 3가지

그럼 어떤 내용을 “페이지 밖(속성)”으로 빼야 할까요? 공여사들에서 실제로 적용하는 기준 3가지를 정리했습니다.

① 중요한 건 반드시 ‘속성’으로 빼기

리스크가 있거나 반드시 챙겨야 하는 값, 해당 업무의 핵심은 페이지 안에 숨기지 않습니다. 다시 말해 표 상태에서도 한 번에 체크되도록 만드는 거죠.

예를 들어 고객사 관리에서 계약 상태, 마감일, 안내 발송 완료 여부 같은 항목은 페이지 안에 적어두면 대표가 결국 다 열어보게 됩니다. 이런 값은 속성으로 만들어 표에서 확인해야 안전합니다.

고객 관리는 ‘기록’이 많아질수록 더 위험해지니, 계약 상태·마감일·안내 여부처럼 반드시 챙겨야 할 값은 처음부터 속성으로 고정해두는 게 안전합니다.

실행 순서는 단순합니다.

1) 데이터베이스를 만들고

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

3) ‘안내 발송 완료’ 항목을 만들어 체크하게 하고

4) 마감일(날짜), 상태(상태) 속성까지 고정해 관리합니다.

이렇게 하면 대표는 표만 보고도 “안내 발송이 안 된 고객사”, “다음 주 마감 고객사”를 바로 파악합니다. 페이지 200개를 열 필요가 없어집니다.

② ‘게스트(외부 공유)’도 테이블에서 보이게

프로젝트도 같습니다. 페이지에서 공유 버튼을 눌러 권한을 볼 수는 있지만, 작은 팀에서 프로젝트가 여러 개 동시에 돌아가면 하나씩 클릭해 확인할 시간이 없습니다.

게다가 외부 공유는 리스크가 큽니다. 외주사가 들어와 있는지 모르고 페이지에 민감한 불평을 쌓았다면, 그 순간 사고가 됩니다. 그래서 권한 정보도 표에서 확인 가능하게 만드는 게 안전합니다.

1) 데이터베이스를 만들고

2) 사람(people) 속성을 추가한 뒤

3) 페이지에서 게스트를 초대하고, 해당 계정을 사람 컬럼에도 넣어 표에서 보이게 합니다.

그러면 “이 프로젝트는 외부가 들어와 있다”를 한눈에 확인할 수 있습니다.

③ ID 체계를 도입하기

광고 소재, CRM 메시지처럼 반복 업무가 수백·수천 개로 늘어나는 업무를 ‘이름’만으로 관리하면, 결국 찾는 데 시간이 무너집니다.

고유값(ID)은 사람이 임의로 바꿀 수 없고 중복되지 않습니다. 그래서 커뮤니케이션이 빨라집니다. “1293번 확인했습니다”, “1293 수정해주세요”처럼 ID로 소통할 수 있죠.

파일명, 폴더 검색, 광고 플랫폼 검색까지 전부 같은 키워드로 연결되기 때문에 운영 속도가 달라집니다.

노션에서는 간단히 데이터베이스에 ‘ID’ 속성을 추가하면 됩니다. 중요한 건 “어디에 붙이냐”가 아니라 ID가 있냐/없냐입니다.

3가지를 적용하면, 이렇게 바뀝니다

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

• 대표가 고객사 상태를 보려면 페이지를 계속 열어야 함
• 외부 공유 여부를 모르고 민감한 내용을 적어 리스크 발생
• 비슷한 제목이 많아 검색에 30분씩 소요

AFTER: 중요한 정보를 컬럼으로 빼는 구조

• 표만 보고도 10초 안에 “이번 주 마감 고객사” 파악
• 게스트 컬럼으로 외부 참여 프로젝트를 바로 확인
• ID로 검색하면 1초 만에 필요한 항목을 찾음

실제로도 “한 명의 PM이 기억과 노트로 생체 기록을 하던 방식”에서 벗어나, 구조로 굴러가는 관리가 가능해졌다는 후기가 나옵니다.

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

대표님이 노션을 열심히 쓰는데도 효과가 없다면, 직원이 기록을 안 해서가 아닙니다. 중요한 정보가 페이지 안에 숨어 있기 때문입니다.

체크해야 할 것, 납기일, 상태, 게스트, ID 같은 값은 컬럼으로 고정해 표에서 한눈에 보이게 만드세요. 페이지를 “열어야만” 보이는 구조는 결국 대표의 시간을 갉아먹습니다.

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

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

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

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

  “중요한 건 속성으로 빼야 한다”를 이해했다면, 다음은 “그래서 프로젝트 속성은 정확히 몇 개가 적당한가?”를 정리한 글을 추천드립니다. 

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

  구조를 잡았다면, 이제 온보딩 시스템까지 함께 가야 합니다. 좋은 사람을 뽑아도 시스템이 없으면 같은 설명을 계속 반복하게 됩니다. 첫 채용 전이라면 꼭 확인해보세요.

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