제미나이를 업무에 붙여 보고 싶다면 오늘 손에 남길 결과물부터 하나 정해 보자. 그 결과물을 만드는 데 필요한 자료만 건네면 된다. 월요일 오전에 자주 마주치는 세 가지 일을 차례로 처리한다. 받은 메일을 읽고 답장 초안을 만들고, 드라이브의 기획서에서 필요한 답을 찾고, 월별 실적표를 읽어 보고용 요약을 만든다.
세 실습은 서로 다른 앱에서 진행하지만 일하는 순서는 같다. 입력 자료의 범위를 정하고, 결과물의 형식과 판단 기준을 프롬프트에 적은 뒤, 사람이 확인할 항목을 초안에서 분리한다. 제미나이가 내놓은 문장은 곧바로 발송하거나 보고하는 완성본이 아니다. 자료를 빠르게 읽고 다음 행동을 정하도록 돕는 작업 초안이다.
이 장의 예시는 모두 가상의 업무 데이터다. 실제 받은편지함이나 회사 드라이브를 실행해 얻은 결과가 아니며, 예시 출력에는 같은 표시를 붙였다. 회사 계정에서 메뉴가 보이지 않거나 동작 범위가 다르면 2장의 계정·관리자 권한 표를 먼저 확인하자.
메일·문서·시트 세 실습에 공통인 네 단계. 입력 범위를 정하고, 형식과 판단 기준을 적고, 잠정·미결·검산 상태와 근거를 남긴 뒤, 마지막에 사람이 원문과 대조한다.
3-1. 받은 메일을 요약하고 답장 초안 만들기
월요일 아침의 메일은 읽는 시간보다 ‘무엇을 언제까지 해야 하는지’ 가려내는 데 시간이 더 든다. 이 실습에서는 메일 한 통만 대상으로 삼는다. 박지연 팀장이 보낸 [긴급] 출시 일정표 재확인 요청 메일에는 세 채널의 일정표, 품질 이슈 두 건의 처리 일정, 수요일 오전 9시 30분이라는 회신 시한이 들어 있다.
실행 정보
- 실행 위치: Gmail의 제미나이 사이드 패널 또는 조직 정책이 허용하는 제미나이 대화창
- 필요 계정: 〔Workspace Standard 이상 권장〕
- 관리자 허용 여부: 〔관리자 허용 필요〕
- 입력 자료: 데이터팩의 메일 01과 관련 출시 계획 정보
- 최종 산출물: 요청 요약과 회신 초안
메일을 열어 둔 상태라면 아래 프롬프트를 사용한다. 대화창에 붙여 넣는 경우에는 메일 본문과 관련 출시 계획 정보도 함께 제공한다. 여기서 중요한 조건은 세 가지다. 요청과 기한을 갈라 적어야 한다. 아직 정해지지 않은 일정을 확정처럼 쓰면 안 된다. 회신 초안에 지키기 어려운 약속을 얹는 것도 금물이다.
복붙 프롬프트
이 메일과 제공된 출시 계획 정보만 사용해 다음 두 결과물을 만들어 줘. 1. 요청 요약 - 요청한 사람 - 해야 할 일 - 회신 기한 - 답장 전에 확인할 미결 항목 2. 짧은 회신 초안 - 요청을 이해했다는 점과 수요일 오전 9시 30분 전까지 회신하겠다는 점만 분명히 써 줘. - 출시일 9월 15일은 ‘잠정’으로 표시해 줘. - 온라인몰 촬영 일정, 대리점 수량, 홈쇼핑 배분처럼 아직 정해지지 않은 항목은 미결로 표시해 줘. - 자료에 없는 내용은 보태지 말고, 과도한 약속도 만들지 마.
결과 예시
예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다
요청 요약
- 요청자: 박지연 팀장
- 해야 할 일: 온라인몰·대리점·홈쇼핑의 오픈일과 준비 마감일을 한 표로 정리하고, 뚜껑 단차와 로고 인쇄 번짐 이슈의 처리 일정을 함께 기재
- 회신 기한: 수요일 오전 9시 30분
- 확인할 항목: 온라인몰 촬영 일정, 대리점 수량, 홈쇼핑 배분 조정, 품질 이슈 처리 일정
회신 초안
팀장님, 요청 내용 확인했습니다. 온라인몰·대리점·홈쇼핑 일정과 뚜껑 단차·로고 인쇄 번짐 조치 일정을 한 표로 정리해 수요일 오전 9시 30분 전까지 회신드리겠습니다. 출시일 9월 15일은 잠정 일정으로 표기하고, 채널별 미결 항목도 함께 표시하겠습니다.
초안을 받으면 먼저 동사와 시한을 확인한다. “정리한다”, “붙인다”, “회신한다”가 원문의 요청과 맞는지 보고, 수요일 오전 9시 30분이 다른 시한으로 바뀌지 않았는지 살핀다. 그다음 확정 상태를 점검한다. 9월 15일은 잠정 일정이고 온라인몰 촬영 일정과 대리점 수량은 미결이다. 제미나이가 자연스럽게 문장을 다듬는 과정에서 이 차이를 지워 버리면 답장은 매끄러워도 업무 기록은 틀린다.
답장을 보내기 전에는 수신자와 말투도 직접 확인한다. 이 실습의 목적은 메일 처리 전 과정을 자동화하는 데 있지 않다. 한 통의 메일에서 요청·기한·미결 항목을 빠르게 뽑고, 사람이 고칠 수 있는 답장 초안을 얻는 데 있다. 여러 메일을 분류하고 우선순위를 매기는 방법은 4장에서 다룬다.
전형적 실패 시나리오
제미나이가 “9월 15일 출시를 확정하겠습니다”처럼 원문보다 강한 약속을 만들 수 있다. 원인은 프롬프트에 일정의 상태와 금지할 행동을 적지 않았기 때문이다. 이때는 9월 15일은 잠정이며 확정 표현을 쓰지 마와 자료에 없는 약속을 추가하지 마를 함께 넣는다. 그래도 초안에 확정 표현이 남으면 확정, 완료, 보장 같은 단어를 찾아 사람이 삭제한다.
C01 · 메일 요약과 회신 초안 〔SIMULATED〕
상황 한 줄 긴급 메일에서 요청·기한·미결 항목을 뽑고 짧은 답장을 준비한다.
복붙 프롬프트
이 메일과 제공된 출시 계획 정보만 사용해 요청자, 해야 할 일, 회신 기한, 미결 항목을 요약해 줘. 이어서 수요일 오전 9시 30분 전까지 회신하겠다는 짧은 답장 초안을 써 줘. 출시일 9월 15일은 잠정으로, 정해지지 않은 항목은 미결로 표시하고 자료에 없는 약속은 추가하지 마.
결과 예시
예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다
요청은 세 채널 일정표와 품질 이슈 두 건의 처리 일정을 수요일 오전 9시 30분까지 회신하는 일이다. 답장에는 9월 15일을 잠정으로 표시하고 채널별 미결 항목을 함께 적는다.
변형 포인트 회신 대신 “상사 보고용 세 문장” 또는 “해야 할 일 체크리스트”로 출력 형식을 바꿀 수 있다.
3-2. 드라이브의 기획서에 근거를 묻기
긴 문서를 처음부터 다시 읽기 어려울 때는 문서에 질문을 던지는 방식이 유용하다. 단, 질문의 범위를 먼저 고정해야 한다. 이번 실습에서는 OL-MKT-DTV2-PLAN-2026-08 문서만 근거로 사용한다. 이 문서에는 데일리 텀블러 v2의 제품 정보, 고객 문의, 생산·배분 계획, 채널 일정, 품질 위험이 섞여 있다.
실행 정보
- 실행 위치: Google Drive 또는 Google Docs의 제미나이 사이드 패널
- 필요 계정: 〔Workspace Standard 이상 권장〕
- 관리자 허용 여부: 〔관리자 허용 필요〕
- 입력 자료: 문서
OL-MKT-DTV2-PLAN-2026-08 - 최종 산출물: 문서 근거가 붙은 질의응답 표
문서를 열고 질문을 한꺼번에 많이 던지기보다, 이번 회의에서 판단할 항목 세 개를 고른다. 출시일의 상태, 생산 목표와 판매 목표의 차이, 이번 주 결정이 필요한 사안이다. 답을 표로 받되 사실과 판단 대기를 나누면, 문서에 적힌 수치가 곧 확정 의사결정으로 둔갑하는 일을 줄일 수 있다.
복붙 프롬프트
문서 OL-MKT-DTV2-PLAN-2026-08만 근거로 아래 질문에 답해 줘. 1. 출시 예정일은 언제이며 확정·계획·잠정 중 어떤 상태인가? 2. 초도 생산안과 출시 후 3개월 판매 목표는 각각 얼마인가? 3. 이번 주 안에 결정하거나 확인해야 할 사안은 무엇인가? 결과는 ‘질문 | 문서에서 찾은 답 | 상태 | 근거가 있는 문서 구역’ 표로 작성해 줘. 상태는 확정, 계획, 잠정, 확인 필요 가운데 하나만 사용해 줘. 문서 밖의 정보는 사용하지 말고, 문서에 답이 없으면 ‘문서에서 찾지 못함’이라고 써 줘. 수치가 목표인지 생산안인지 서로 바꾸어 쓰지 마.
결과 예시
예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다
| 질문 | 문서에서 찾은 답 | 상태 | 근거가 있는 문서 구역 |
|---|---|---|---|
| 출시 예정일 | 2026년 9월 15일 | 잠정 | 제품 개요·출시 일정 |
| 초도 생산안과 3개월 판매 목표 | 초도 생산안 2만 개, 출시 후 3개월 판매 목표 5만 개 | 계획 | 판매 목표·초도 생산 |
| 이번 주 결정·확인 사안 | 품질 이슈가 일정에 미치는 영향, 채널 배분안, 패키지 B 문구, 보도자료에 사용할 제품 수치와 표현 | 확인 필요 | 배분안·주간 결정 항목·품질 위험 |
표를 읽을 때는 답의 문장보다 상태 열을 먼저 본다. 2만 개는 초도 생산안이고 5만 개는 3개월 판매 목표다. 두 수치는 같은 종류의 계획이 아니므로 비교 문장에서 역할을 바꾸면 안 된다. 출시일도 9월 15일이라는 날짜만 옮겨 적기보다 잠정이라는 상태를 함께 유지해야 한다.
근거가 있는 문서 구역을 요구한 이유는 다시 확인할 지점을 남기기 위해서다. 제미나이의 답에 의문이 들면 해당 구역으로 돌아가 원문을 읽는다. 이 과정은 답을 믿을지 말지를 감으로 결정하는 대신, 어느 문장을 확인할지 정해 준다. 문서에 없는 답은 빈칸을 그럴듯한 추정으로 채우지 않고 문서에서 찾지 못함으로 남기는 편이 다음 행동을 정하기 쉽다.
전형적 실패 시나리오
비슷한 제목의 문서를 함께 참조하거나, 일반 지식으로 문서의 빈칸을 메우는 경우가 있다. 그러면 초도 생산안 2만 개가 확정 생산량으로 바뀌거나, 문서에 없는 출시 조건이 붙을 수 있다. 문서 식별자를 프롬프트 첫 줄에 넣고 이 문서만, 없으면 찾지 못함을 명시한다. 답을 받은 뒤에는 날짜와 수치가 등장한 원문 구역을 직접 대조한다.
C02 · 문서 근거 질의 〔SIMULATED〕
상황 한 줄 긴 기획서에서 회의에 필요한 답만 근거와 함께 찾는다.
복붙 프롬프트
문서 OL-MKT-DTV2-PLAN-2026-08만 근거로 출시일과 상태, 초도 생산안과 3개월 판매 목표, 이번 주 결정·확인 사안을 찾아 줘. ‘질문 | 답 | 상태 | 근거 구역’ 표로 쓰고, 문서에 없으면 ‘문서에서 찾지 못함’이라고 표시해 줘.
결과 예시
예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다
출시 예정일은 2026년 9월 15일이며 상태는 잠정이다. 초도 생산안은 2만 개, 3개월 판매 목표는 5만 개로 서로 구분한다.
변형 포인트 질문을 “채널 배분안”, “품질 위험”, “채널 일정”으로 바꾸되 문서 식별자와 근거 구역 조건은 유지한다.
3-3. 시트의 기록값을 보고용으로 요약하기
숫자가 많은 표를 보고받으면 곧바로 원인을 해석하고 싶어진다. 하지만 첫 단계에서는 표에 기록된 값과 계산이 맞는지를 검증한 값을 구분해야 한다. 이번 실습은 월별 채널 매출 시트 OL-SALES-MONTHLY-2025-08_2026-07의 기록값을 읽어 흐름을 요약한다. 합계를 다시 계산해 오류를 판정하는 일은 9장에서 별도로 다룬다.
실행 정보
- 실행 위치: Google Sheets의 제미나이 사이드 패널
- 필요 계정: 〔Workspace Standard 이상 권장〕
- 관리자 허용 여부: 〔관리자 허용 필요〕
- 입력 자료: 시트
OL-SALES-MONTHLY-2025-08_2026-07 - 최종 산출물: 기록값 기준 추세 요약과 검산 필요 항목
프롬프트에는 분석 범위와 하지 않을 일을 함께 쓴다. 이번에는 채널별 흐름, 기록된 월 합계의 최고·최저, 추가 검산이 필요한 항목만 요청한다. 총합을 재계산하지 말라는 조건은 숫자 오류를 모른 척하자는 뜻이 아니다. 현재 단계의 결과물이 기록값 요약임을 분명히 하고, 검증 업무를 별도 단계로 넘기기 위한 장치다.
복붙 프롬프트
시트 OL-SALES-MONTHLY-2025-08_2026-07의 표시된 값만 사용해 보고용 요약을 만들어 줘. - 온라인몰, 대리점, 홈쇼핑의 월별 흐름을 채널별로 1문장씩 요약해 줘. - ‘월 합계’ 열에 기록된 값 가운데 최고 월과 최저 월을 찾아 줘. - 마지막에 전체 흐름을 한 문장으로 정리해 줘. - 합계를 다시 계산하거나 기록값을 고치지 마. - 계산이 맞는지는 별도 검산이 필요하다고 표시해 줘. - 자료에 없는 원인이나 전망은 추정하지 마. 결과는 ‘기록값 요약’과 ‘검산 필요’ 두 구역으로 나눠 줘.
결과 예시
예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다
기록값 요약
- 단위: 백만 원
- 온라인몰: 2025년 8월 380에서 2026년 7월 495까지 전반적으로 증가했으며, 2026년 1월에는 390으로 낮아졌다.
- 대리점: 월 345~405 범위에서 움직였고 2026년 6월 405가 가장 높았다.
- 홈쇼핑: 매출이 기록된 달과 0인 달이 번갈아 나타나 월 합계의 변동 폭을 키웠다.
- 기록된 월 합계의 최고는 2026년 6월 1,112, 최저는 2025년 8월 725다.
- 전체 흐름: 온라인몰과 대리점이 기본 매출을 이루고, 홈쇼핑 매출이 있는 달에 월 합계가 높아지는 모습이다.
검산 필요
- 월 합계는 시트에 기록된 값을 그대로 사용했다. 각 행의 계산이 맞는지는 별도 검산이 필요하다.
- 2026년 7월 기록 합계 873도 재계산 전에는 검증된 값으로 취급하지 않는다.
이 결과에서 기록된 월 합계라는 표현을 빼면 검증 상태가 달라진다. 최고와 최저는 합계 열에 이미 적힌 숫자를 비교한 결과이며, 각 합계가 정확하다는 보증은 아니다. 특히 2026년 7월 값은 검산 대기 항목으로 남겨 둔다. 보고서에 옮길 때도 기록값 기준이라는 조건을 제목이나 주석에 붙이는 편이 안전하다.
흐름과 원인도 나눠서 읽는다. 홈쇼핑 매출이 있는 달에 월 합계가 높다는 것은 표에서 관찰한 패턴이다. 그 이유가 행사, 광고, 계절성 때문이라는 설명은 이 시트만으로 알 수 없다. 원인을 쓰고 싶다면 다른 자료를 추가하고, 어떤 자료에서 근거를 가져왔는지 밝혀야 한다.
전형적 실패 시나리오
제미나이가 합계를 조용히 다시 계산한 뒤 원래 기록값을 바꾸거나, 기록된 합계를 검증된 수치처럼 보고할 수 있다. 이때는 합계를 다시 계산하지 마, 기록값 요약과 검산 필요를 분리해를 프롬프트에 넣는다. 숫자를 확정해야 하는 보고라면 이 결과를 그대로 쓰지 말고 9장의 검산 절차를 거친다.
C03 · 시트 기록값 요약 〔SIMULATED〕
상황 한 줄 월별 실적표의 흐름을 요약하되 기록값과 검증값을 섞지 않는다.
복붙 프롬프트
시트 OL-SALES-MONTHLY-2025-08_2026-07의 표시된 값만 사용해 채널별 흐름, 기록된 월 합계의 최고·최저, 전체 흐름을 요약해 줘. 합계를 다시 계산하거나 고치지 말고, ‘기록값 요약’과 ‘검산 필요’를 나눠 줘. 자료에 없는 원인은 추정하지 마.
결과 예시
예시 출력 — 실제 실행 결과는 환경과 시점에 따라 다를 수 있습니다
기록된 월 합계의 최고는 2026년 6월 1,112, 최저는 2025년 8월 725다. 각 행의 계산 정확성은 별도 검산이 필요하다.
변형 포인트 최고·최저 대신 “최근 3개월 기록값”이나 “홈쇼핑 매출 기록 여부”를 요청할 수 있다. 검산 상태 표시는 그대로 둔다.
결과물 세 개를 한 흐름으로 잇기
이제 손에 남은 것은 답장 초안, 문서 근거 표, 시트 기록값 요약이다. 각각은 작지만 바로 다음 행동으로 이어진다. 답장 초안은 요청을 접수했다는 신호다. 문서 근거 표는 회의에서 짚을 사안을 미리 추려 준다. 시트 요약은 숫자 보고의 출발점이 된다.
세 실습에서 반복한 원칙은 간단하다. 입력 범위를 이름으로 고정하고, 원하는 결과물의 형식을 적고, 잠정·미결·검산 필요 같은 상태를 지우지 않는다. 그리고 예시 출력이나 제미나이 초안은 사람이 원문과 대조한 뒤 사용한다. 다음 장에서는 이 세 결과물 가운데 메일 업무를 넓혀, 여러 메시지를 분류하고 우선순위를 정하는 월요일 루틴으로 연결한다.
