Gemini 사이드 패널 하나로 메일에서 보고서, 시트, 채팅까지 잇기

메일에서 받은 요청을 보고서로 옮기고, 그 보고서 숫자를 시트에 붙이고, 완료 내용을 팀 채팅에 올리는 일을 하루에 몇 번씩 반복하고 있다면 이 글이 맞습니다. 탭을 세 개 오가며 같은 내용을 복사하는 동안 정작 중요한 판단은 뒤로 밀리곤 합니다. 2026년 9월부터 Gmail, Drive, Docs, Slides, Chat의 Gemini 사이드 패널이 같은 기능 세트를 갖게 되었습니다. 지금 보고 있는 앱에서 다른 앱의 작업까지 Gemini에게 맡길 수 있다는 뜻입니다. 이 글에서는 이 기능을 실제 업무 흐름에 넣는 순서와, 복사해서 쓸 수 있는 프롬프트를 정리합니다.

사이드 패널이 예전과 달라진 점

예전에는 Docs의 Gemini는 문서 작업만, Gmail의 Gemini는 메일 작업만 도왔습니다. 앱마다 할 수 있는 일이 달라서 "이건 다른 앱에서 해야지"라는 생각이 자주 들었습니다. 지금은 어느 앱의 패널을 열어도 같은 기능이 보입니다. Google은 이를 교차 앱 작업이라고 설명합니다. 예를 들어 Docs에서 작성 중인 제안서를 보면서 영업팀에게 보낼 메일 초안을 만들 수 있고, Gmail에서 받은 견적 메일을 바탕으로 스프레드시트 추적표를 만들 수 있습니다.

Google이 공개한 예시 중 실무에서 특히 쓸모 있는 것은 네 가지입니다. 첫째는 앱 사이의 작업 실행입니다. 둘째는 채팅에서 빈 시간 찾기와 일정 잡기입니다. 셋째는 Google Tasks에 할 일을 남기는 것입니다. 넷째는 메일이나 문서를 근거로 새 문서, 시트, 슬라이드를 만드는 것입니다. 이 중 네 번째가 주간 보고처럼 여러 자료를 모아야 하는 일에 가장 잘 맞습니다.

다만 모든 사용자가 같은 범위를 쓰는 것은 아닙니다. 구독 제품과 조직 계정 설정에 따라 사용할 수 있는 기능과 시기가 다를 수 있습니다. 회사 계정이라면 먼저 관리자가 Gemini 기능을 켜 두었는지 확인하세요. 설정 화면에 Gemini 패널이 보이지 않는다면 대부분 정책 문제입니다.

시작 전에 정리해 둘 것: 근거 자료 위치

교차 앱 작업의 품질은 Gemini가 어떤 자료를 보는지에 달려 있습니다. 막연히 "보고서 만들어 줘"라고 하면 메일 몇 통과 문서 한 개를 대충 섞어 씁니다. 그래서 먼저 근거 자료를 세 가지로 나눠 두는 것이 좋습니다. 이번 주 프로젝트 문서 한 개, 관련 메일 스레드 한두 개, 숫자가 들어 있는 시트 한 개입니다. 이 셋을 각각 한 번씩 열어 둔 상태에서 Gemini에게 요청하면 어떤 자료를 근거로 썼는지 훨씬 명확해집니다.

자료를 고르는 기준도 간단합니다. 최근 일주일 안에 바뀐 자료만 씁니다. 개인 메모처럼 공유하면 안 되는 내용은 근거 자료에서 뺍니다. 특히 고객 이름, 계약 금액, 인사 정보는 요청 문장에 직접 넣지 않는 편이 안전합니다. 필요하면 "고객사 A"처럼 바꿔서 쓰고, 최종본에서 실명을 다시 채워 넣으세요.

1단계: Gmail 메일을 근거로 주간 보고 문서 만들기

Gmail 화면에서 사이드 패널을 열고, 이번 주 받은 프로젝트 관련 메일을 근거로 주간 보고 문서를 만들게 합니다. 아래 프롬프트를 그대로 붙여 넣고 괄호 부분만 바꾸면 됩니다.

아래 조건으로 이번 주 주간 보고 문서를 새 Google 문서로 만들어 주세요.
- 근거: 이 스레드의 메일 중 "[프로젝트명]" 제목이 들어간 메일만 사용
- 구성: 1) 이번 주 완료 2) 진행 중 3) 리스크와 대응 4) 다음 주 계획
- 각 항목 끝에 근거가 된 메일의 보낸 사람과 날짜를 괄호로 표시
- 메일에 없는 수치는 쓰지 말고 "확인 필요"로 표시
- 분량은 A4 한 장 안쪽, 문장은 "~했습니다" 체로 통일

이렇게 나옵니다: Gemini는 새 문서 초안을 만들고, 각 항목 뒤에 (홍길동, 10/20)처럼 근거 메일을 붙입니다. 메일에 숫자가 없는 항목은 "확인 필요"로 남깁니다. 이 표시 덕분에 보고 전에 빠진 정보를 한눈에 찾을 수 있습니다. 문서 전체를 다시 쓰라고 하기보다 "3번 리스크 항목만 두 문장으로 줄여 줘"처럼 항목 단위로 고치는 편이 결과가 안정적입니다.

2단계: Docs 초안을 근거로 시트 추적표 만들기

Docs의 사이드 패널에서는 방금 만든 주간 보고 문서를 근거로 추적표를 만들 수 있습니다. 보고서에 적힌 "진행 중" 항목을 표로 옮기면 담당자와 마감일을 한 곳에서 관리할 수 있습니다. 이때는 문서를 근거로 지정하고, 시트 구조를 명확하게 요청합니다.

이 문서의 "진행 중"과 "리스크" 항목을 Google 시트 추적표로 만들어 주세요.
- 열: 항목, 담당자(문서에 없으면 빈칸), 마감일(없으면 빈칸), 상태(진행/대기/완료), 리스크 등급(상/중/하), 근거 문단
- "근거 문단" 열에는 원문 문장을 그대로 붙여 넣기
- 담당자나 마감일을 추측해서 채우지 말 것
- 첫 행은 고정하고, 상태 열에는 드롭다운을 넣어 주세요

이렇게 나옵니다: 새 시트가 만들어지고, 행마다 원문 문장이 근거 열에 남습니다. 담당자와 마감일이 비어 있는 행은 추측으로 채워지지 않은 행입니다. 이 빈칸을 팀장에게 확인하는 일이 실제 업무 시간을 가장 많이 줄여 줍니다. 추적표가 완성되면 "대기 상태인 항목만 필터로 보여 줘"처럼 시트 안에서 이어서 물을 수 있습니다.

3단계: 완료 내용을 채팅과 일정에 연결하기

보고서가 나간 뒤에도 할 일이 남습니다. 팀 채팅 스페이스에 요약을 올리고, 후속 점검 일정을 잡아야 합니다. Chat의 사이드 패널에서 다음과 같이 요청하면 한 번에 처리할 수 있습니다.

이 스페이스에 아래 내용으로 주간 요약을 올려 주세요.
- 제목: [프로젝트명] 주간 요약 (10/22 기준)
- 완료 2건, 진행 중 3건, 리스크 1건만 불릿으로
- 리스크 담당자를 멘션하고 대응 기한을 적기
그리고 리스크 담당자와 나 사이에 목요일 오후 30분 빈 시간을 찾아 일정을 잡아 주세요. 충돌하면 가장 가까운 대안 두 개를 알려 주세요.

이렇게 나옵니다: 채팅에는 요약 메시지가 올라가고, 일정 제안은 캘린더 충돌을 확인한 뒤 대안 시간을 보여 줍니다. 여기서 주의할 점은 일정을 확정하기 전에 확인 단계가 있는지 보는 것입니다. 상대방과 관련된 초대는 한 번 더 눈으로 검토한 뒤 승인하는 습관이 안전합니다. 또 채팅 메시지는 한 번 올라가면 수정이 번거로우니 멘션 대상을 먼저 확인하세요.

자주 막히는 지점

가장 흔한 문제는 근거 자료가 너무 많아서 요약이 흐릿해지는 것입니다. 메일 스무 통을 한꺼번에 넣으면 중요한 리스크가 평범한 문장에 묻힙니다. 이때는 "리스크 관련 메일만 다시 보고 3개만 뽑아 줘"처럼 범위를 좁히세요. 두 번째 문제는 날짜 해석입니다. "다음 주"가 언제인지 Gemini가 헷갈릴 수 있으니 "10월 26일 주"처럼 날짜를 직접 적습니다. 세 번째는 권한 문제입니다. 다른 사람이 만든 문서나 시트는 접근 권한이 없으면 근거로 쓰이지 않습니다. 결과에 빠진 자료가 있다면 권한부터 확인하세요.

마지막으로, 교차 앱 작업은 편하지만 자동으로 발송되는 기능은 아닙니다. 메일 초안과 채팅 메시지는 보통 확인 단계를 거칩니다. 확인 단계를 건너뛰는 설정은 기본값이 아니라고 생각하고, 실제로 보내기 전에 반드시 한 번 읽어 보세요.

한눈에 정리

Gemini 사이드 패널은 어느 앱에서 열어도 메일, 문서, 시트, 채팅, 일정을 함께 다룹니다. 근거 자료를 먼저 좁혀 두고, 메일로 보고서 초안을 만든 뒤, 초안을 근거로 추적표를 만드세요. 담당자와 마감일처럼 근거가 없는 칸은 비워 두고 직접 확인합니다. 완료 요약은 채팅에 올리고 후속 일정은 충돌 확인 후 잡습니다.

자주 묻는 질문

Q. 개인 Gmail과 회사 Workspace 계정에서 결과가 다르게 나오나요? A. 네, 계정 종류와 구독 등급, 관리자 설정에 따라 쓸 수 있는 기능이 다를 수 있습니다. 같은 프롬프트라도 설정 화면에 보이는 항목이 다를 수 있으니 회사 계정은 관리자 정책부터 확인하세요.

Q. 보고서에 고객 실명이나 금액을 넣어도 안전한가요? A. 민감한 정보는 요청 문장에 직접 넣지 않는 것이 좋습니다. "고객사 A"처럼 바꿔 쓰고 최종본에서 실명을 다시 채우는 방식을 권합니다. 조직의 데이터 정책이 있다면 그 기준을 먼저 따르세요.

Q. 시트나 문서의 빈칸이 많이 남는데 왜 그런가요? A. 근거 자료에 해당 정보가 없기 때문입니다. 프롬프트에 "추측하지 말 것"이라고 적어 두었다면 빈칸은 정상입니다. 빈칸을 팀에서 확인해 채우면 추적표가 훨씬 정확해집니다.

Q. 메일이나 일정을 Gemini가 자동으로 보내거나 잡아 버리지 않나요? A. 초안과 제안 단계에서 멈추고 사용자의 확인을 기다리는 것이 기본 흐름입니다. 보내기 전에 내용과 수신자, 시간을 직접 한 번 확인하세요.