구글 문서의 문장을 고치되 작성자가 변경 내용을 먼저 보게 하려면 제안 모드를 이용하는 방법이 있어요. 제안은 승인되기 전 수정 의견으로 구분되며, 바꾸려는 이유는 댓글로 덧붙일 수 있어요. 댓글 작성자나 편집자는 수정 제안을 할 수 있어요. Google 공식 제안 수정 안내에서 기본 동작을 확인할 수 있어요.
외주 원고를 검토하는 예시를 생각해 볼게요. 문장 하나는 더 자연스럽게 바꿀 수 있지만, 가격과 일정은 담당자 확인이 필요할 수 있어요. 이 둘을 똑같이 덮어쓰기보다 문장 수정과 확인 질문을 구분하면 작성자가 무엇을 해야 할지 이해하기 쉬워요.
표현 수정은 제안, 확인할 내용은 댓글로
바꿀 문장이 분명하다면 제안 모드에서 수정하고, 의미를 확인해야 하는 부분에는 질문을 남기는 식으로 역할을 나누면 검토 요청이 분명해져요. 단순히 ‘수정 필요’라고 쓰기보다 어떤 정보가 필요한지 구체적으로 적는 편이 좋아요.
예를 들어 ‘이번 달부터 무료’라는 표현이 있다면 임의로 조건을 만들어 고치는 일은 피해야 해요. 무료 적용 대상과 종료일의 근거를 물어본 다음 확인된 내용으로 수정해야 해요. 이는 검토 방법을 설명하기 위한 가상 예시이며 실제 상품 조건이 아니에요.
승인 전 미리보기로 적용될 모습을 살펴봐요
도구 메뉴에서 제안 수정 검토를 열면 변경 적용 전 모습을 미리 보고, 제안을 모두 수락하거나 거부할 수 있어요. 한 번에 처리할 수 있어도 검토가 끝나지 않은 제안까지 함께 승인하지 않도록 살펴보는 게 좋습니다. 제안 검토와 수락 안내에 검토 방법이 정리돼 있어요.
내용 검토와 문장 다듬기를 분리하면 읽기 수월할 수 있어요. 먼저 숫자·날짜·조건이 맞는지 확인하고, 다음으로 문장 흐름과 반복을 살펴보는 순서가 도움이 돼요. 읽기 좋은 문장이라고 근거까지 맞는 것은 아니니까요.
댓글을 닫기 전에 답이 반영됐는지
댓글은 본문이나 이미지 등에 붙일 수 있고 댓글 패널에서 검색하거나 열림·해결됨 상태로 찾아볼 수 있어요. Google 댓글 관리 안내를 활용하면 남아 있는 질문을 다시 확인하기 좋아요.
답을 받았다는 이유만으로 바로 끝내지 말고 본문에도 그 내용이 반영됐는지 살펴보는 게 좋습니다. ‘날짜 확인 완료’라고 답이 달렸어도 실제 문장의 날짜는 이전 그대로일 수 있어요. 최종 검토자는 미해결 질문과 승인하지 않은 제안을 나눠 점검하는 편이 좋아요.
Word 파일을 오갈 때도 마지막 문서를 확인해요
Google은 Word의 변경 내용 추적과 Google Docs의 제안이 서로 변환된다고 안내해요. 하지만 파일을 주고받은 뒤에는 실제 검토할 문서를 열어 남겨야 할 수정과 댓글이 보이는지 직접 확인하는 것이 좋아요. Word와 제안 모드 변환 안내에서 상호 변환 방식을 설명해요.
전달본과 작업본의 이름을 명확히 구분하고, 누구의 검토가 끝났는지 함께 적어두면 최종본을 구분하기 쉬워요. AI가 작성한 원고라면 제안을 승인하는 과정에서 사실 검증이 빠지지 않도록 원문 자료를 대조해야 해요. 문서 기반 검증은 NotebookLM 답변의 출처 확인 방법도 참고할 수 있어요.
공식 도움말을 바탕으로 작성했으며 계정 종류·조직 정책·업데이트에 따라 기능과 화면이 달라질 수 있습니다.