Google Docs 공동편집, 파일 안 꼬이게 하는 4단계: 편집·제안·댓글·버전 기록
고객에게 제안서 링크를 보냈는데, 문장이 사라지고 댓글에는 “이건 누가 결정하나요?”만 남는 경우가 있습니다. Google Docs가 복잡해서가 아니라 수정하는 방법을 한 문서 안에서 섞었기 때문인 경우가 많습니다.
먼저 이렇게 나누면 됩니다.
- 문장을 바꿔 달라는 요청은 제안으로 남깁니다.
- 질문·확인·담당자 결정은 댓글로 남깁니다.
- 함께 결과물에 책임지고 직접 쓰는 사람만 편집 권한을 받습니다.
- 큰 수정 전후의 갈림길은 버전 기록에 이름을 붙입니다.
이 글은 특정 계정 화면을 따라 한 사용 후기가 아닙니다. 2026년 8월 2일 기준 Google 공식 도움말을 확인해, 1인 운영자나 작은 팀이 고객·협업자와 한 문서를 검토할 때 쓸 수 있는 기준을 정리한 가이드입니다.
1. 먼저 “무엇을 하게 할지”로 권한을 고릅니다
공유 버튼부터 누르기보다 상대가 문서에서 해야 할 한 가지 일을 적어 보세요. Google의 현재 안내에서 뷰어는 열람만, 댓글 작성자는 댓글과 수정 제안, 편집자는 문서 내용 변경과 제안 수락·거부까지 할 수 있습니다.
| 상대가 해야 할 일 | 먼저 줄 권한 | 이 권한을 고르는 이유 |
|---|---|---|
| 완성본을 읽고 확인만 하기 | 뷰어 | 본문과 댓글을 바꾸지 못합니다. |
| 질문을 남기거나 문장 수정안을 내기 | 댓글 작성자 | 원문을 바로 덮어쓰지 않고 댓글·제안을 남길 수 있습니다. |
| 공동 작성자로 내용을 확정해 쓰기 | 편집자 | 본문을 직접 수정하고 제안을 수락하거나 거부할 수 있습니다. |
처음부터 “링크가 있는 모든 사용자”로 넓게 여는 것은 편하지만, 고객 문서라면 기본값으로 삼기 어렵습니다. 누가 받아야 하는지가 정해졌다면 특정 계정으로 제한해 공유하고, 링크를 보내기 전에는 Google Drive 공유 전 확인할 4가지도 함께 확인하세요.
2. 문장을 고칠 때는 ‘편집’보다 ‘제안’부터 씁니다
고객이나 검토자가 문장 표현을 바꾸고 싶을 때는 제안 모드가 맞습니다. 제안은 원문을 즉시 바꾸지 않고 변경 내용과 삭제 부분을 표시합니다. 최종 반영을 맡은 사람은 제안을 하나씩, 또는 한꺼번에 수락하거나 거부할 수 있습니다.
이 방식이 좋은 순간은 명확합니다.
- 제목, 문장, 표현처럼 결과물이 달라지는 수정을 검토받을 때
- “이 문장을 이 표현으로 바꾸자”처럼 대체안 자체가 필요한 때
- 작성자가 최종 문구를 확인한 뒤 반영해야 할 때
반대로 “이 수치는 최신인가요?”처럼 답만 필요한 질문에 제안을 쓰면 문서에 불필요한 변경 표시가 늘어납니다. 그때는 댓글이 더 낫습니다.
3. 질문·결정·할 일은 댓글로 분리합니다
댓글은 본문을 대체하는 도구가 아니라, 본문 옆에서 결정을 남기는 공간입니다. 확인이 필요한 문장이나 표를 선택해 댓글을 달고, 필요한 사람을 @로 언급하면 그 사람에게 알림을 보낼 수 있습니다. 답을 받거나 결정이 끝난 댓글은 해결 처리해 열려 있는 쟁점만 남깁니다.
작은 팀에서 바로 쓸 수 있는 규칙은 다음 정도면 충분합니다.
- 질문은 한 댓글에 한 가지로 적습니다. “가격도 확인하고 문장도 고쳐 주세요”처럼 두 일을 섞지 않습니다.
- 문구를 바꾸자는 의견은 댓글의 설명만 남기지 말고 제안으로 보여 줍니다.
- 최종 결정자는 댓글에 짧게 근거를 남긴 뒤 해결 처리합니다.
댓글을 해결했다고 해서 기록이 완전히 사라지는 것은 아닙니다. Google은 해결된 댓글도 원본 문서에서 다시 볼 수 있다고 안내합니다. 그래서 고객의 개인정보나 비공개 계약 조건을 댓글에 불필요하게 복사해 두지 않는 편이 안전합니다.
4. 버전 기록은 ‘되돌리기 버튼’이 아니라 갈림길 표지판입니다
버전 기록에서는 누가 무엇을 바꿨는지 보고 이전 상태를 열 수 있습니다. 다만 이전 버전을 보거나 복원하려면 편집 권한이 필요합니다. 큰 개편 직전, 고객에게 검토본을 보내기 직전처럼 되돌아갈 이유가 분명한 시점에는 버전에 이름을 붙여 두세요.
여기서 자주 생기는 실수는 두 가지입니다.
- 이전 버전 복원은 현재 문서를 그 상태로 되돌리는 행동입니다. “예전 안도 비교해 보자”라면 먼저 이전 버전을 사본으로 만드는 쪽이 더 안전합니다.
- 버전 기록은 공유 권한을 대신하지 않습니다. 링크가 누구에게 열려 있는지, 상위 폴더에서 더 넓은 권한이 상속되는지는 별도로 확인해야 합니다.
Google 안내처럼 버전이 묶여 보일 수 있으므로, 중요한 전달본을 구분해야 할 때는 이름 있는 버전을 남기는 습관이 특히 유용합니다.
고객 검토 문서에 바로 쓰는 한 줄 운영 규칙
문서를 새로 만들 때 아래 문장을 첫 댓글로 남겨 두면, 협업 방식을 설명하는 시간을 줄일 수 있습니다.
문장 수정은 제안으로, 확인 질문은 댓글로 남겨 주세요. 최종 반영과 외부 전달본 확정은 작성자가 진행합니다.
그다음 흐름은 간단합니다. 작성자가 초안을 만들고 → 검토자는 댓글·제안으로 남기고 → 작성자가 수락·거부와 댓글 해결을 마친 뒤 → 전달 직전에 이름 있는 버전을 남깁니다. 파일을 여러 개 복사해 “최종_진짜최종_수정2”를 만드는 것보다, 누가 어떤 결정을 했는지 훨씬 찾기 쉽습니다.
계정과 화면이 다르면 이 세 가지만 다시 확인하세요
Google Workspace 조직 계정은 관리자 정책 때문에 외부 공유 범위가 제한될 수 있습니다. 모바일 앱에서는 메뉴 위치도 다릅니다. 따라서 이 글의 경로를 그대로 외우기보다 다음 세 가지를 실제 문서에서 확인하는 편이 좋습니다.
- 상대에게 준 권한이 뷰어·댓글 작성자·편집자 중 무엇인지
- 제안을 수락하거나 거부할 최종 담당자가 누구인지
- 외부 전송 전 확인할 버전이 이름 있는 버전으로 남아 있는지
이 세 가지만 정해도 문서 협업의 대부분은 “도구 사용법”이 아니라 “결정이 어디에 남아 있는가”의 문제가 됩니다.
확인한 공식 자료
- Google Docs 편집기 고객센터 — 파일에 적용된 변경사항 확인
- Google Docs 편집기 고객센터 — Google 문서에서 수정 제안하기
- Google Docs 편집기 고객센터 — 댓글, 작업 항목, 이모티콘 반응 사용
- Google Docs 편집기 고객센터 — Google 파일 액세스 이해하기
- Google Drive 고객센터 — 공유 중지·제한·변경
기능과 권한 정책은 계정 유형과 조직 설정에 따라 달라질 수 있습니다. 외부에 문서를 보내기 전에는 실제 공유 대상을 한 번 더 확인하세요.
