출처 선택, 핵심 사실의 원문 대조, 사람의 최종 승인을 게시 조건으로 정한 뒤에 Google Docs Gemini로 제안서 초안을 만드세요. 선택한 출처가 표시된다는 사실만으로 문서 내용이 검증된 것은 아닙니다. 기능은 계정과 요금제 조건에 따라 달라질 수 있으므로 사용 가능 여부부터 확인해야 합니다.
이 글은 고객 제안서 작성과 승인을 맡은 프로젝트 책임자를 위한 안내입니다.
Drive 자료로 문서 생성을 자동화하려는 개발자와 공유 파일의 버전·권한을 관리하는 담당자에게도 적합합니다.
게시 기준부터 확정하기
AI가 먼저 작성해도 되는 내용과 사람이 결정해야 하는 내용을 분리하세요. 회사 소개나 프로젝트 배경처럼 참고 자료를 요약하는 문장은 초안 작성 대상으로 삼을 수 있습니다. 반면 제공 범위, 납기, 가격, 보장 조건, 고객에게 약속하는 성과는 담당자가 원문과 계약 조건을 확인한 뒤 승인해야 합니다.
예를 들어 가상의 고객 제안서에 “고객 상담 자료를 자동 분류하고 주간 요약을 제공한다”는 설명이 있다고 가정해 보겠습니다. 이 문장에서 자동 분류와 요약 기능의 근거는 프로젝트 요구서에서 확인할 수 있지만, 적용 날짜와 예외 처리 범위는 별도 합의가 필요할 수 있습니다. AI가 자연스러운 문장으로 합쳐 썼더라도 두 종류의 정보는 같은 기준으로 승인하지 마세요.
| 내용 구분 | AI가 초안을 만들 수 있는 범위 | 게시 전 확인할 책임 |
|---|---|---|
| 배경과 현황 | 제공된 자료를 요약한 설명 | 자료의 대상과 맥락이 맞는지 담당자가 확인 |
| 고객 요구 | 원문 요구를 정리한 문장 | 요구서의 문구와 누락 여부를 책임자가 확인 |
| 범위와 일정 | 승인된 자료에 적힌 내용의 정리 | 변경 가능성, 조건, 최신 합의를 담당자가 확인 |
| 성과·보장·비용 | 확정된 근거가 있을 때만 초안에 반영 | 승인 권한이 있는 담당자가 게시 전 승인 |
Google은 적격 계정에서 Docs의 Gemini가 지정한 자료를 활용해 문서 초안을 작성하는 기능과 출처 추가 방식을 안내합니다. 다만 모든 계정에서 같은 기능을 쓸 수 있다고 간주하지 말고, Google Docs의 자료 추가 및 출처 안내와 기능 사용 자격 설명을 먼저 확인하세요.
출처 범위와 파일 상태 점검하기
자료를 추가할 때는 파일 이름만 보지 말고 프로젝트 경계에 맞는 문서인지 확인하세요. 고객이 다른 프로젝트에서 공유한 파일, 내부 검토용 초안, 폐기된 요구사항이 함께 선택되면 결과물은 문장 자체가 매끄러워도 잘못된 범위를 반영할 수 있습니다. Google의 문서 맞춤 설정 관련 도움말에서 제공되는 방식과 조건을 확인하고, 팀의 실제 승인 절차에 맞게 선택 기준을 기록하세요.
| 확인 기준 | 통과 조건 | 걸림돌이 있을 때 |
|---|---|---|
| 프로젝트 경계 | 선택한 파일이 현재 고객·프로젝트에 속함 | 다른 프로젝트 자료를 제외하고 다시 선택 |
| 파일 권한 | 작성자와 검수자가 필요한 원문을 열 수 있음 | 소유자에게 접근 범위를 확인 |
| 파일 버전 | 현재 합의 내용이 반영된 최신 자료임 | 이전 문서와 비교하고 최신본을 지정 |
| 파일 소유자 | 내용 확인을 요청할 책임자가 분명함 | 담당자를 확인할 때까지 사용 보류 |
공유 드라이브나 공유 폴더의 문서는 접근 권한이 폴더 설정의 영향을 받을 수 있습니다. 동명 파일이 여럿이면 제목만으로 최신본을 골라서는 안 됩니다. Google의 공유 폴더 권한 안내와 파일 공유 및 접근 관리 설명을 참고해 검수자 권한과 파일 소유 관계를 확인하세요.
같은 이름의 제안서나 요구사항 문서가 발견되면 작성 날짜만 보고 선택하지 마세요. 소유자, 프로젝트 식별 정보, 수정 이력까지 맞지 않으면 출처 검수는 통과한 것으로 처리할 수 없습니다.
핵심 주장을 원문까지 추적하기
문서 전체를 한 번에 읽고 “대체로 맞다”고 판단하면 약속의 근거가 빠지기 쉽습니다. 고객 요구, 제안 범위, 일정, 수치, 전문 용어처럼 외부 전달에 영향을 주는 주장을 각각 떼어 내고, 원본에서 찾을 수 있는 위치를 기록하세요.
| 제안서의 주장 | 되돌아갈 자료 | 검수 판단 |
|---|---|---|
| 고객이 요청한 작업 | 고객 요구서의 해당 항목 | 요구 내용이 빠지거나 넓어지지 않았는지 확인 |
| 제공할 산출물 | 승인된 범위 문서 | 초안이 승인 범위를 넘어 약속하지 않는지 확인 |
| 적용 시점이나 기간 | 최신 합의 문서 또는 담당자 확인 | 근거가 없으면 확정 표현을 제거 |
| 결과를 설명하는 수치 | 수치가 기록된 원본 자료 | 단위와 조건이 원문과 일치하는지 확인 |
AI 제안서 검수 체크리스트
- [ ] 생성 요청에서 사용하도록 지정한 Google Drive 자료를 다시 확인합니다.
- [ ] 파일마다 프로젝트, 소유자, 권한, 최신 버전을 확인합니다.
- [ ] 고객 요구와 제안 범위를 각각 원문 위치에 연결합니다.
- [ ] 날짜, 수치, 고유 명칭, 조건부 표현을 원본과 대조합니다.
- [ ] 근거가 없거나 자료끼리 충돌하는 주장은 확인 대기 상태로 표시합니다.
- [ ] 사실 검수자와 최종 승인자를 문서 또는 업무 흐름에 기록합니다.
- [ ] 승인 후 변경 사항이 생기면 재검수하도록 게시 절차를 정합니다.
원문에서 근거를 찾지 못한 문장은 그럴듯한 표현으로 보충하지 마세요. “담당자 확인 필요”로 남기고 문서 밖에서 사실을 확인해야 합니다. 특히 자료 두 개가 서로 다른 납기나 산출물을 제시한다면, 생성 도구가 어느 쪽을 선택했는지 추측하지 말고 최신 합의 자료를 지정한 뒤 다시 검토하세요.
서식과 사실 검수를 분리하기
템플릿에 맞고 문체가 자연스럽다는 것은 편집 품질의 신호이지, 사실의 정확성을 보장하는 근거가 아닙니다. 표지와 목차가 완성되어도 제안 범위가 원문과 다르면 게시할 수 없습니다. 검수 기록에는 표현 수정과 사실 확인을 구별해 남기세요.
| 검수 항목 | 확인할 내용 | 승인 또는 수정 기록 |
|---|---|---|
| 서식 | 템플릿의 제목, 순서, 표가 유지되었는지 | 문서 편집 담당자 |
| 표현 | 고객에게 오해를 줄 문장이나 확정적 어조가 있는지 | 제안서 작성자 |
| 사실 | 주장마다 근거 자료와 원문 위치가 있는지 | 사실 검수자 |
| 변경 이력 | 수정 이유와 승인 상태를 추적할 수 있는지 | 최종 승인자 |
문서에 제안된 수정 사항이 남아 있으면 승인된 내용과 검토 중인 내용을 구분해야 합니다. Google의 제안 수정 적용 및 검토 안내를 참고해 변경을 처리하고, 승인본과 초안이 뒤섞이지 않도록 하세요. 문서 이력은 누가 언제 내용을 바꿨는지 확인하는 보조 수단으로 활용하되, 이력에 남아 있다는 이유만으로 변경 내용이 승인되었다고 간주하지 마세요. 버전 기록 도움말에서 복원과 수정 확인 방법을 살펴볼 수 있습니다.
특히 숫자와 날짜는 문맥을 보고 맞다고 추정하기 쉽습니다. 단위, 기준일, 적용 조건을 원문에서 함께 확인할 수 없다면 게시 승인 대신 확인 요청으로 돌리세요.
승인 책임과 게시 후 수정 흐름 세우기
자동화에 문서 생성을 연결하더라도 검수 책임까지 자동으로 생기지는 않습니다. 작성자는 자료 선택과 초안의 출처 기록을 맡고, 사실 검수자는 주장을 원문과 대조하며, 최종 승인자는 외부 전달 여부를 결정하도록 역할을 분리하세요.
| 역할 | 게시 전 책임 | 반려 조건 |
|---|---|---|
| 초안 작성자 | 선택 자료와 생성 요청 범위를 기록 | 출처가 불명확하거나 프로젝트 경계가 맞지 않음 |
| 사실 검수자 | 핵심 주장과 조건을 원문에 대조 | 근거 누락, 상충 정보, 오래된 파일 발견 |
| 최종 승인자 | 범위·일정·약속을 확인하고 게시 승인 | 미해결 항목이 남아 있거나 승인 권한이 불분명 |
게시 뒤 고객 합의나 제공 범위가 바뀌면 기존 제안서의 복사본만 고쳐 전달하지 마세요. 원본 자료의 변경 여부와 승인 상태를 다시 확인하고, 수정 사유와 승인 기록이 남도록 업무 흐름을 연결해야 합니다. Google Docs Gemini를 팀 자동화에 붙일 때도 생성 성공 여부와 게시 승인 여부를 서로 다른 상태로 관리하는 편이 안전합니다.
자주 묻는 질문
Google Docs Gemini가 제안서를 쓸 때 원하는 Drive 파일을 어떻게 지정하나요?
문서 작성 중 Gemini에 요청할 때 자료 추가 기능에서 사용할 Drive 파일을 직접 선택하고, 요청 범위에도 프로젝트와 문서 이름을 명시하세요. 기능과 자료 선택 방식은 계정 및 요금제 조건에 따라 달라질 수 있으므로 먼저 공식 도움말에서 해당 계정의 사용 가능 여부를 확인해야 합니다. 생성한 뒤에는 선택한 파일 목록을 기록해 검수자가 같은 범위를 재확인할 수 있게 하세요.
Gemini가 만든 제안서의 사실이 올바른 문서에서 왔는지 어떻게 확인하나요?
제안서의 고객 요구, 납품 범위, 일정, 수치처럼 결정에 영향을 주는 문장을 각각 분리한 뒤, 문장마다 근거가 있는 원본 파일과 해당 위치를 연결하세요. 파일 이름만 기록하면 동명 문서나 이전 버전을 구분하기 어려우므로 소유자와 수정 이력도 확인해야 합니다. 근거를 찾지 못했거나 자료끼리 내용이 다르면 추정으로 채우지 말고 확인 대기 상태로 돌립니다.
선택하지 않은 Drive 자료도 Google Docs Gemini가 사용할 수 있나요?
선택한 출처를 기준으로 작성하도록 요청하더라도, 팀의 공유 권한이나 기능 작동 범위를 가정만으로 판단해서는 안 됩니다. 계정에서 제공되는 출처 선택 방식과 사용 조건을 공식 문서에서 확인하고, 생성 요청에 허용된 파일 범위를 적어 두세요. 결과에 선택하지 않은 자료에서 온 것으로 보이는 주장이 있으면 게시를 멈추고 원문 근거와 접근 권한을 담당자가 확인해야 합니다.
AI가 작성한 고객 제안서를 게시하기 전에 사람이 확인할 항목은 무엇인가요?
고객 요구와 제안 범위가 원본과 일치하는지, 일정·수치·고유 명칭이 정확한지, 조건부 약속이 확정된 약속으로 바뀌지 않았는지를 확인하세요. 이어서 출처 파일의 권한과 최신 버전, 문서의 수정 기록을 살피고 사실 검수자와 최종 승인자가 각각 승인하도록 합니다. 근거가 없거나 서로 충돌하는 내용은 담당자 확인 전까지 외부에 전달하지 않는 규칙을 둡니다.
Drive 문서를 사람이 찾아 모으는 방식은 중복 파일을 고르거나, 변경된 합의를 놓치거나, 승인 기록을 따로 따라야 하는 부담이 있습니다. 클라우드 환경도 파일 출처의 정확성이나 사람의 승인을 대신하지는 않지만, 팀의 자동화 환경을 분리해 시험하고 운영 절차를 점검할 임시 환경이 필요할 때는 선택지가 될 수 있습니다. 물리 장치 연결이나 장기간 고정 작업이 필요하다면 임대보다 자체 장비가 적합할 수 있습니다. 제한된 기간 동안 Mac 환경에서 자동화 흐름을 시험하려면 ZavCloud의 한국 Mac mini 대여 옵션을 살펴보고, 시작 전에는 운영 환경 지원 안내에서 팀의 계정·승인 방식에 필요한 조건을 확인하세요.
ZavCloud Developer Infrastructure
문서 자동화 개발을 위한 원격 맥 환경을 시작해 보세요
전용 클라우드 맥 미니에서 자동화 도구를 개발하고 검수 작업을 수행할 수 있습니다.
원격 화면 접속과 명령줄 접속을 지원해 작업 방식에 맞게 활용할 수 있습니다.