기획안 검토 요청 메일에 “3번째 문단 관련해서요”라고 다시 설명을 붙여본 적이 있다면, 그 소통은 노션 안에서 훨씬 짧아질 수 있습니다. 노션에서는 의견이 필요한 위치에 댓글을 고정하고,
@멘션으로 담당자를 호출하며, 논의가 끝나면 해결 처리할 수 있습니다. 아래에서는 노션을 처음 도입한 팀도 바로 적용할 수 있도록 기능 사용법과 팀 운영 원칙을 함께 정리합니다.1. 왜 이메일 대신 노션에서 논의할까요?
Before — 이메일·메신저 중심
메일 제목은
[검토요청] 기획안_v3_최종.docx, 본문에는 “표 아래 두 번째 항목이요”처럼 위치를 말로 다시 설명해야 합니다. 회신과 파일이 쌓이면 어느 버전이 최신인지 확인하기 어렵고, 결정의 배경도 여러 채널에 흩어집니다.After — 문서 중심 협업
노션에서는 문제가 되는 문장이나 블록을 직접 선택해 그 자리에 댓글을 남깁니다. 담당자는 멘션 알림을 받고 같은 위치에서 답변하므로 맥락을 다시 설명할 필요가 없습니다. 수정 결과와 의사결정 과정도 원문 옆에 남아, 나중에 합류한 팀원도 흐름을 빠르게 이해할 수 있습니다.
구분 | 이메일·메신저 | 노션 댓글·멘션 |
맥락 | 문서와 대화가 분리됨 | 원문 바로 옆에서 논의 |
담당자 | 수신자가 많아 책임이 모호함 | @이름으로 요청 대상 지정 |
버전 | 첨부 파일이 여러 개 생김 | 하나의 최신 페이지에서 수정 |
완료 여부 | 스레드를 읽어야 파악 가능 | 댓글 해결 여부로 확인 |
기록 | 개인 메일함·채팅방에 분산 | 업무가 진행된 페이지에 축적 |
2. 의견의 범위에 따라 댓글 위치를 선택하세요
A. 특정 문장에 대한 의견 — 인라인 댓글
오탈자, 문구 수정, 수치 확인처럼 정확한 텍스트 범위에 대한 의견에 적합합니다.
- 의견을 남길 문장을 마우스로 드래그해 선택합니다.
- 떠오르는 메뉴에서 Comment를 클릭하거나
Cmd/Ctrl + Shift + M을 누릅니다.
- 댓글에 요청 내용과 완료 기준을 적고 담당자를
@멘션합니다.
좋은 예시
@담당자 이 수치는 8월 확정 매출 기준인지 확인 부탁드립니다. 맞다면 출처 링크도 함께 추가해 주세요. 수요일 오후 3시까지 확인 부탁드립니다.B. 한 단락·이미지·표 등 블록 전체에 대한 의견 — 블록 댓글
블록 왼쪽의
⋮⋮ 핸들을 열어 댓글 기능을 선택하면 문단, 이미지, 표 등 해당 블록 단위로 논의를 연결할 수 있습니다. 문장 일부보다 블록 전체의 구조나 배치를 검토할 때 유용합니다.C. 문서 전체에 대한 의견 — 페이지 댓글
페이지의 목적, 승인 여부, 전체 구성처럼 문서 전체에 적용되는 의견은 페이지 상단의 Add comment에서 남깁니다.
- 인라인 댓글: “이 문장을 바꿔 주세요.”
- 블록 댓글: “이 표의 기준을 월별에서 분기별로 바꿔 주세요.”
- 페이지 댓글: “전체적으로 고객 사례를 한 개 더 넣은 뒤 최종 승인하겠습니다.”
댓글 위치가 곧 맥락입니다. 특정 부분에 대한 피드백을 페이지 상단 댓글에 몰아넣기보다, 가능한 한 수정 대상과 가까운 위치에 남기세요.
3. @멘션으로 사람·페이지·날짜를 연결하세요
댓글이나 페이지 본문에서
@를 입력하면 사람뿐 아니라 관련 페이지와 날짜도 검색해 연결할 수 있습니다.사람 멘션: 요청 대상과 책임을 분명하게
- 댓글 입력창에서
@를 입력합니다.
- 이름이나 이메일의 일부를 입력합니다.
- 검색 결과에서 정확한 사람을 선택합니다.
- 요청 내용, 기한, 기대 결과를 함께 적습니다.
사람을 멘션하면 해당 사용자에게 알림이 전달됩니다. 단, 멘션은 페이지 접근 권한을 대신하지 않습니다. 상대가 페이지를 볼 수 없다면 먼저 페이지의 Share 메뉴에서 적절한 권한이 부여되어 있는지 확인하세요. 외부 협업자를 게스트로 초대할 때는 필요한 페이지에만 접근 권한을 주는 것이 안전합니다.
페이지 멘션: 관련 자료를 한 번에 연결
@ 뒤에 페이지 제목을 입력해 회의록, 정책, 기획안, 데이터 정의서 등을 연결할 수 있습니다. URL을 길게 붙여 넣는 것보다 제목이 보여 문맥을 이해하기 쉽고, 팀원이 참고 자료를 바로 열 수 있습니다.예시
@가격 정책 기준으로 문구를 수정했습니다. 의사결정 배경은 @9월 7일 주간회의에서 확인해 주세요.날짜 멘션: 논의 시점을 명확하게
@오늘, @내일 또는 날짜를 입력해 일정의 기준점을 표시할 수 있습니다. 다만 날짜 멘션만으로 업무가 자동 할당되거나 완료 상태가 관리되는 것은 아닙니다. 실제 실행 업무는 담당자·상태·마감일 속성이 있는 업무 데이터베이스와 함께 관리하는 편이 좋습니다.4. 댓글을 ‘요청서’처럼 작성하는 4가지 요소
좋은 댓글은 길기보다 행동으로 옮기기 쉬워야 합니다.
- 담당자: 누가 답하거나 수정해야 하는지
@멘션
- 맥락: 왜 확인이 필요한지 한 문장으로 설명
- 요청: 확인, 수정, 승인 중 원하는 행동을 구체적으로 작성
- 기한·완료 기준: 언제까지 무엇이 되면 끝인지 명시
모호한 댓글 | 실행 가능한 댓글 |
이 부분 확인 부탁드려요. | @담당자 고객사 명칭이 계약서와 동일한지 확인해 주세요. 다르면 계약서 기준으로 수정 부탁드립니다. |
디자인이 어색해요. | @디자이너 모바일에서 CTA가 첫 화면에 보이도록 간격 조정이 가능한지 검토해 주세요. |
내일까지 해주세요. | @담당자 9월 8일 오후 2시까지 수치를 확정하고 출처 링크를 덧붙여 주세요. |
5. 답글, 알림, 해결 처리로 논의를 끝까지 관리하세요
같은 주제는 기존 댓글에 답글로 이어가기
새 댓글을 반복해서 만들기보다 기존 댓글 스레드에 답글을 남기세요. 질문, 답변, 결정이 한곳에 모여 나중에 맥락을 추적하기 쉽습니다. 새 이슈라면 별도의 댓글을 만들어 서로 다른 논의가 섞이지 않게 합니다.
알림함에서 나를 호출한 논의 확인하기
멘션되거나 댓글에 답글이 달리면 노션의 알림함에서 확인할 수 있습니다. 알림을 열면 관련 페이지와 댓글 위치로 이동할 수 있으므로, 팀에서는 메신저로 “노션 댓글 확인해 주세요”라고 다시 알리기보다 노션 알림을 우선 확인하는 습관을 정하는 것이 좋습니다.
알림이 너무 많아지면 중요한 요청을 놓칠 수 있습니다. 모든 사람을 습관적으로 멘션하지 말고, 실제로 답변이나 행동이 필요한 사람만 호출하세요. 참고만 필요한 경우에는 관련 페이지를 연결하거나 팀의 정기 리뷰에서 공유합니다.
합의가 끝나면 댓글 해결 처리하기
수정 또는 확인이 완료되면 댓글에 마우스를 올려 나타나는 체크(✔) 아이콘이나 Resolve를 선택해 해결 처리합니다. 해결 처리는 삭제와 다릅니다. 논의를 화면에서 정리하면서도 필요할 때 해결된 댓글을 다시 확인할 수 있습니다.
권장 종료 순서
- 담당자가 수정하거나 답변합니다.
- 댓글을 남긴 사람이 결과를 확인합니다.
- 요청이 충족되면 해결 처리합니다.
- 중요한 결정은 댓글에만 두지 않고 본문이나 의사결정 기록에도 반영합니다.
댓글 수정·삭제는 신중하게
잘못 남긴 댓글은
••• 메뉴에서 Edit comment 또는 Delete comment로 수정하거나 삭제할 수 있습니다. 이미 답글이 달렸다면 원문을 지우기보다 정정 내용을 답글로 남기는 편이 대화의 맥락을 보존하는 데 도움이 됩니다.6. 팀 도입 초기에 합의하면 좋은 운영 원칙
원칙 1. 업무의 원문이 있는 곳에서 이야기하기
기획안 피드백은 기획안에서, 회의 후속 논의는 회의록에서, 데이터 정의 질문은 데이터 정의서에서 진행합니다. 메신저에서 논의가 시작되더라도 결론은 관련 노션 페이지에 옮겨 기록합니다.
원칙 2. 멘션은 알림이 아니라 책임 지정에 사용하기
- 답변이나 수정이 필요함: 담당자 멘션
- 여러 사람의 승인이 필요함: 승인자 각각 멘션
- 단순 참고: 불필요한 전체 멘션 지양
- 담당자가 불명확함: 먼저 역할 또는 소유자를 정한 뒤 멘션
원칙 3. 댓글과 업무 관리를 구분하기
댓글은 맥락 있는 논의에 적합하지만, 여러 사람이 수행하는 업무 목록이나 반복 업무를 관리하기에는 한계가 있습니다. 실행이 필요한 항목은 업무 데이터베이스에 등록하고, 원문 페이지 또는 댓글과 연결하세요.
- 댓글: “왜 바꿔야 하는가”, “어떤 기준으로 결정했는가”
- 업무 데이터베이스: 담당자, 상태, 우선순위, 마감일
- 본문: 최종 합의와 최신 정보
원칙 4. 해결 기준을 통일하기
팀마다 “수정한 사람이 해결한다”와 “요청한 사람이 확인 후 해결한다”가 섞이면 누락이 생깁니다. 초기에는 요청자가 최종 확인 후 해결하는 방식을 권장합니다. 단순 오탈자처럼 결과가 명확한 항목은 수정자가 바로 해결하도록 예외를 둘 수 있습니다.
원칙 5. 중요한 결정은 본문에 승격하기
댓글은 논의 과정이고, 본문은 현재의 합의입니다. 가격 정책, 일정 변경, 범위 확정처럼 이후 업무에 영향을 주는 결정은 댓글로 끝내지 말고 본문의 결정 사항, 변경 이력 또는 회의 결과에 반영하세요.
7. 자주 하는 실수와 방지법
실수 1. 모든 의견을 페이지 상단 댓글에만 남긴다
나중에 정확히 어느 부분에 대한 이야기인지 찾기 어렵습니다.
→ 방지법: 문장, 표의 셀, 이미지 등 특정 대상에 대한 의견은 해당 위치에 인라인 또는 블록 댓글로 남깁니다.
실수 2.
@는 사람에게만 쓸 수 있다고 생각한다관련 자료를 매번 URL로 복사해 붙이면 문서가 읽기 어려워집니다.
→ 방지법: 페이지 제목과 날짜도
@로 검색해 문맥 안에 자연스럽게 연결합니다.실수 3. 여러 사람을 한꺼번에 멘션한다
누가 답해야 하는지 모호해지고 알림 피로가 쌓입니다.
→ 방지법: 주 담당자 한 명을 먼저 지정하고, 승인이나 전문 검토가 필요한 사람만 추가로 멘션합니다.
실수 4. 댓글을 해결하지 않고 계속 쌓아둔다
열린 댓글이 실제 미해결 이슈인지 단순한 과거 기록인지 구분하기 어려워집니다.
→ 방지법: 문서 리뷰가 끝날 때 열린 댓글을 한 번에 점검하고, 완료된 항목은 해결 처리합니다.
실수 5. 중요한 결정을 댓글에만 남긴다
해결된 댓글을 열어보지 않으면 최신 정책이나 결정이 보이지 않을 수 있습니다.
→ 방지법: 최종 결정은 반드시 본문에 반영하고, 댓글에는 “본문 반영 완료”라고 답한 뒤 해결합니다.
실수 6. 접근 권한을 확인하지 않고 외부 협업자를 멘션한다
멘션했더라도 상대가 페이지에 접근할 수 없으면 내용을 확인할 수 없습니다.
→ 방지법: Share에서 초대 상태와 권한을 확인하고, 외부 사용자는 필요한 범위에만 게스트로 초대합니다.
8. 팀이 바로 적용할 수 있는 댓글 템플릿
검토 요청
@담당자 [검토할 대상]을 [기준]에 맞는지 확인해 주세요. [기한]까지 의견 또는 승인 부탁드립니다.수정 요청
@담당자 [수정할 부분]을 [원하는 상태]로 변경해 주세요. 완료 기준은 [구체적인 결과]입니다.정보 확인
@담당자 이 내용의 출처와 기준 시점을 확인해 주세요. 확인 후 본문에 출처 링크와 기준일을 추가 부탁드립니다.완료 보고
요청해 주신 기준으로 수정했고 본문에도 반영했습니다. 확인 후 문제가 없으면 이 댓글을 해결 처리해 주세요.9. 도입 첫 주 체크리스트
팀원 모두가 필요한 팀스페이스와 페이지에 접근할 수 있는지 확인한다.
페이지 전체 댓글, 인라인 댓글, 블록 댓글의 사용 기준을 공유한다.
댓글에는 담당자, 요청 내용, 기한 또는 완료 기준을 적는다.
메신저에서 시작된 중요한 결정은 관련 노션 페이지에 기록한다.
매일 또는 정해진 시간에 노션 알림함을 확인한다.
문서 리뷰 종료 전에 열린 댓글을 점검한다.
중요한 결론은 본문에 반영한 뒤 댓글을 해결 처리한다.
반복되거나 추적이 필요한 요청은 업무 데이터베이스로 전환한다.
핵심 요약
- 의견의 범위에 따라 인라인 댓글, 블록 댓글, 페이지 댓글을 구분합니다.
@멘션은 담당자를 호출하고 책임을 분명히 할 때 사용합니다.
- 사람뿐 아니라 관련 페이지와 날짜도
@로 연결할 수 있습니다.
- 댓글에는 담당자, 맥락, 요청, 기한·완료 기준을 함께 적습니다.
- 논의가 끝나면 결과를 본문에 반영하고 댓글을 해결 처리합니다.
- 여러 단계로 추적해야 하는 실행 항목은 업무 데이터베이스에서 관리합니다.