Gemini in Google Docs 시각 자료 사용법: 문서 섹션마다 인포그래픽을 만들고 검토하는 법

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

왜 섹션별 시각 자료 검토본이 필요한가

긴 보고서에 그림을 넣을 때 가장 어려운 일은 생성 자체가 아닙니다. 어느 문장을 그림으로 바꿀지, 그림 안의 숫자가 어느 표에서 왔는지, 생략된 조건이 결론을 바꾸지는 않는지 확인하는 검토가 더 까다롭습니다.

한 번에 여러 그림을 만들면 디자인 톤을 맞추기에는 편합니다. 그러나 하나의 오류가 반복되거나, 서로 다른 기간과 단위가 같은 형식으로 묶일 수도 있습니다.

생성 전에는 섹션마다 허용할 근거를 정합니다. 결과가 나오면 각 시각 자료를 따로 검토합니다.

이 글의 완료 결과는 외부 배포본이 아닙니다. 원문 보존용 사본, 섹션별 시각 자료, 근거 대조 상태, 승인자가 남은 내부 검토본까지 만드는 것이 첫 완료선입니다.

Generate and edit visuals란

언제 이 흐름이 맞을까

이 흐름은 텍스트가 이미 검토된 보고서에 시각 설명을 더할 때 적합합니다. 예를 들면 정책 안내서의 절차도, 프로젝트 보고서의 단계별 인포그래픽, 조사 요약의 핵심 관계도처럼 원문에 근거가 고정된 작업입니다.

주장과 수치가 확정되지 않은 초안이라면 이 흐름부터 시작하지 않습니다. 근거가 계속 바뀌는 문서에서 먼저 그림을 만들면 수정 범위가 커집니다. 오래된 수치가 이미지 안에 남을 수도 있습니다.

원문 승인과 시각 자료 승인은 단계부터 나눕니다.

민감한 고객 정보, 개인 식별 정보, 비공개 계약 조건이 들어 있는 문서도 바로 사용하지 않습니다. 조직 정책에 맞게 필요한 부분만 남긴 검토용 사본을 만듭니다. 원본은 연결 범위 밖에 보존합니다.

시작 전에 준비할 것

승인된 원문을 복사해 내부 검토용 사본부터 만듭니다. Google Docs가 자동으로 원본 백업을 만든다는 뜻이 아니라, 작업자가 직접 원본을 보존하고 사본을 쓰는 내부 규칙입니다.

사본의 시각화 대상 섹션에 S1 , S2 , S3 처럼 안정적인 ID를 붙입니다. 각 ID 아래에는 다음 항목을 짧게 기록합니다.

• 승인된 핵심 주장
• 숫자·단위·기간
• 반드시 유지할 조건과 예외
• 원문 표·문단·링크 위치
• 사용할 수 있는 브랜드 색상과 금지 요소
• 검토자와 최종 승인자

이 ID와 상태표는 Gemini가 자동으로 만드는 감사 기록이 아닙니다. 여러 결과를 원문에 다시 연결하기 위한 내부 검토 규칙입니다.

1단계: 원문 보존용 사본과 근거표를 준비합니다

시각 자료로 바꿀 섹션만 고릅니다. 모든 문단을 그림으로 만들기보다 관계·순서·비교처럼 시각화했을 때 이해가 빨라지는 부분을 우선합니다.

근거표에는 섹션 ID | 승인 주장 | 숫자·단위·기간 | 원문 위치 | 검토 상태 를 둡니다. 상태는 확인 완료 , 상충 , 확인 필요 로 제한하면 결과가 그럴듯하다는 이유만으로 승인되는 일을 줄일 수 있습니다.

원문에 없는 해석은 억지로 채우지 않고 빈칸으로 남깁니다. 관계가 불명확하거나 출처가 충돌하면 확인 필요 로 표시합니다. 인과관계나 수치를 새로 만들지 않습니다.

2단계: bottom bar 또는 Gemini side panel에서 범위를 지정합니다

Google Docs 웹에서 검토용 사본을 엽니다. 공식 업데이트가 안내하는 bottom bar 또는 Gemini side panel을 사용합니다. 프롬프트에는 현재 문서와 선택한 섹션만 허용 입력으로 적습니다.

두 진입점의 적용 동작은 공식 도움말에서 따로 설명됩니다. bottom bar의 이미지 생성 흐름은 결과를 넣을 때 Accept를 사용합니다.

Ask Gemini side panel의 단일 이미지 흐름은 원하는 결과에서 Insert를 누릅니다. 비슷한 결과가 필요하면 Generate more를 선택합니다.

여러 시각 자료를 요청할 때는 공통 규칙과 섹션별 규칙부터 나눕니다.

공통 규칙에는 색상·비율·용어 표기를 둡니다. 섹션별 규칙에는 ID·허용 주장·수치·형식을 적습니다. 외부 웹 정보나 다른 Drive 파일을 알아서 보충하라고 요청하지 않습니다.

3단계: 여러 시각 자료를 한 번에 생성합니다

첫 요청은 범위를 작게 잡습니다. 검토용 문서의 핵심 세 섹션처럼 사람이 한 번에 대조할 수 있는 양만 선택해 각 섹션에 결과 하나를 요구합니다.

예를 들어 S1은 개요 도표 , S2는 수치 비교 인포그래픽 , S3는 3단계 절차도 처럼 결과 형식을 나눕니다. 모든 결과에 같은 색을 쓰더라도 숫자의 의미나 단계의 순서를 통일된 것으로 추정해서는 안 됩니다.

결과가 나와도 곧바로 최종 배포본으로 보지 않습니다. 계정에 표시된 Accept 또는 Insert 동작을 쓰기 전에 섹션 ID별로 대조할 수 있는지 확인합니다. 여러 결과를 한꺼번에 만들었다는 사실이 여러 결과의 정확성을 보장하지는 않습니다.

4단계: 주장·수치·라벨을 원문과 대조합니다

각 결과를 근거표와 한 줄씩 비교합니다. 디자인보다 사실을 먼저 봅니다.

1. 제목과 핵심 주장이 승인 문장과 같은 의미인지 확인합니다.
2. 숫자·단위·기간·분모가 원문과 일치하는지 확인합니다.
3. 단계 순서와 화살표가 원문에 없는 인과관계를 만들지 않았는지 봅니다.
4. 제품명·조직명·고유명사와 섹션 라벨을 대조합니다.
5. 빠진 조건이나 예외가 결론을 바꾸면 상충 또는 확인 필요 로 둡니다.

그림을 간결하게 만들겠다고 조건을 지우면 안 됩니다. 그림 안에 넣기 어렵다면 인접한 본문에 조건과 출처 위치를 남깁니다. 그림과 본문이 함께 읽힐 때만 의미가 완성되도록 합니다.

5단계: 스타일을 좁혀 수정하고 사람이 승인합니다

사실 검토를 통과한 결과만 스타일 수정 대상으로 남깁니다. 공식 업데이트는 자연어로 화면 비율을 16:9로 바꾸거나 문서와 어울리는 스타일로 다듬는 예를 제시합니다. 수정할 때도 대상 섹션과 변경할 속성을 명확히 지정합니다.

S2의 수치와 문구는 바꾸지 말고 화면 비율만 16:9로 변경 처럼 범위를 좁힙니다. 여러 결과의 스타일을 함께 바꿀 때는 승인된 텍스트·숫자·순서가 유지되는지 다시 대조합니다.

마지막 반영은 승인자가 맡습니다. 확인 완료 항목만 문서에 넣습니다.

상충 과 확인 필요 는 수정 요청으로 돌립니다. 외부 공유·게시·PDF 배포·고객 발송은 별도의 승인 단계로 남깁니다.

복사해서 쓰는 여러 시각 자료 프롬프트

실전 인사이트: 한 번에 생성하고 하나씩 승인합니다

주의할 점

자주 묻는 질문

출처

마무리

Gemini in Google Docs의 여러 시각 자료 기능은 긴 보고서의 핵심 관계와 순서를 문서 안에서 빠르게 시각화할 때 유용합니다. 결과를 볼 때는 그림의 화려함보다 승인된 원문으로 다시 추적할 수 있는지를 먼저 따집니다.

원문 사본과 근거표를 먼저 준비하세요. 여러 결과를 한 번에 생성한 뒤 하나씩 대조합니다. 사실 검토를 통과한 결과만 제한적으로 수정하고 사람이 반영을 승인하면, 섹션별 인포그래픽이 들어간 내부 검토본으로 작업을 안전하게 마무리할 수 있습니다.