Claude로 Google Docs·Sheets·Slides 작업하기: 회의록부터 보고 자료까지

Google 파일 안의 Claude 사이드바와 채팅 편집 커넥터를 구분하고, 회의록·예산표·보고 슬라이드를 한국어 프롬프트로 검수하는 실무 가이드입니다.

고친 내용: Google Workspace 사이드바와 편집 커넥터의 차이, 업무 예제와 검수 절차를 정리했습니다.

Claude를 Google 문서 안에서 쓰는 두 가지 방법

회의 메모를 정리한 뒤 표로 옮기고 발표 자료까지 만드는 업무에서는 글의 품질만큼 파일 사이의 연결이 중요합니다. 문서에 적힌 결정과 시트의 숫자, 슬라이드에 나온 결론이 서로 맞아야 합니다. AI에게 초안을 맡겨도 이 연결을 검수하는 일은 남습니다.

Anthropic의 공식 발표에 따르면 Claude for Google Workspace와 Google Docs·Sheets·Slides 편집 커넥터는 2026년 10월 6일 베타로 공개됐습니다. 유료 Claude 플랜에서는 열린 Google 파일의 사이드바로 작업할 수 있고 별도 커넥터를 켜면 Claude 채팅에서 파일을 만들거나 고칠 수 있습니다.

아래 회의록·예산표·보고 슬라이드 실습은 편집부가 구성한 가상 예제입니다. 실제 고객 데이터나 직접 사용해서 얻은 성과가 아닙니다. 예제를 자기 업무에 적용할 때는 이름과 금액부터 바꾸기보다 수정할 범위와 검수 기준을 먼저 정해 보세요.

이 절의 근거 S91

파일 사이드바와 채팅 커넥터를 구분하기

커넥터 사용 안내와 비교하면 사이드바는 지금 열어 둔 파일을 읽고 선택한 문장·셀·슬라이드를 수정하는 경로입니다. 채팅의 Docs·Sheets·Slides 커넥터는 별도의 편집 도구이며 Drive 검색 커넥터와도 구분됩니다. 여러 파일을 참고하거나 새 Google 파일을 만드는 업무라면 채팅 경로부터 살펴볼 수 있습니다.

편집부는 이미 작성된 회의록에서 결정사항 표 하나만 고칠 때 사이드바를 권합니다. 여러 팀의 자료를 모아 새 보고서를 만들 때는 채팅에서 사용할 파일 링크와 산출물 이름을 정하는 편이 검수하기 쉽습니다. 어느 경로든 자료를 읽었다는 사실과 그 자료의 해석이 옳다는 판단은 따로 확인하세요.

이 절의 근거 S92 · S93

설치와 첫 작업은 작은 사본에서 시작하기

공식 설정 안내에 따르면 사이드바는 Pro·Max·Team·Enterprise에서 베타로 제공됩니다. Marketplace 설치가 허용된 Google 계정으로 설치하고 파일의 Extensions > Claude > Open Claude에서 로그인합니다. 조직이 앱 설치를 막았다면 Workspace 관리자의 허용이 필요합니다.

첫 연습용 파일에는 개인정보나 실제 매출 대신 가상 데이터를 넣어 두세요. 변경 전 파일을 별도 사본으로 남기고 하나의 문단이나 작은 셀 범위만 선택합니다. 처음에는 수정 전에 확인하는 모드를 유지하고 설명 요청부터 시작하는 편이 좋습니다. 설치 성공을 곧바로 모든 업무 문서의 처리 승인으로 받아들이지 마세요.

예를 들어 회의록에서 결정사항이 어디에 있는지 찾아 달라고 한 뒤 원문 위치를 확인합니다. 읽기 단계가 끝나면 담당자 표 하나만 만들도록 요청하세요. 요청 범위를 줄이면 어떤 문구가 새로 생겼고 어떤 정보가 원문에 없었는지 비교하기 쉽습니다.

이 절의 근거 S92

Docs에서 회의록의 미정 사항 남기기

다음은 가상 회의록입니다. 출시 예정일은 11월 5일이지만 법무 검토는 끝나지 않았고 고객 공지 담당자는 정하지 않았다고 가정합니다. AI가 표를 보기 좋게 만들면서 미정인 담당자나 날짜를 채워 넣으면 문서는 오히려 부정확해집니다.

회의록 원문을 선택한 뒤 아래 프롬프트로 표를 요청합니다. 검수할 때는 표의 모든 행을 원문 문장과 대응시키세요. 날짜가 언급됐다는 이유만으로 승인된 일정으로 바뀌지 않았는지, 검토 중이라는 표현이 삭제되지 않았는지 확인합니다. 원문 근거가 없는 행은 적용하지 않는 편이 좋습니다.

요약 문단도 같은 기준으로 읽습니다. 잠정 출시일과 확정일을 구별하고 담당자가 없는 일에는 담당자 미정이라는 상태를 남깁니다. 문서 끝의 다음 단계에 원문에 없던 결정을 덧붙였다면 제안이라는 표시가 필요합니다. 문서가 짧아졌는지보다 결정의 상태가 보존됐는지부터 판단하세요.

선택한 회의 메모만 사용해 결정사항 표를 만들어 주세요.
열은 안건 / 결정 상태 / 담당자 / 기한 / 근거 문장으로 구성합니다.
원문에 담당자나 기한이 없으면 미정이라고 적으세요.
검토 중, 조건부, 잠정이라는 표현을 확정으로 바꾸지 마세요.
새로 제안하는 일은 원문에서 합의된 일과 별도 표로 구분하세요.
본문의 나머지 문단과 제목 번호는 바꾸지 말고 수정안을 먼저 설명해 주세요.

이 절의 근거 S92

Sheets에서 광고비 집계와 수식 검수하기

가상 광고비 시트의 A열에는 날짜, B열에는 캠페인, C열에는 집행액, D열에는 전환수가 있다고 가정합니다. 같은 캠페인에 여러 행이 있고 환불 행도 포함돼 있습니다. 이때 집행액을 더할 수는 있어도 전환수의 정의가 같다는 보장은 없습니다. 합계부터 요청하기 전에 중복과 환불을 어떻게 다룰지 정합니다.

연습용 네 행의 집행액이 10만 원, 20만 원, -5만 원, 0원이고 모두 같은 집계 대상이라면 단순 합계는 25만 원입니다. 이 값은 편집부가 만든 검산 예제이며 제품 성능 수치가 아닙니다. 먼저 이렇게 손으로 계산할 수 있는 표를 넣어 합계와 범위를 확인한 뒤 실제 규모의 사본으로 넓히세요.

수식이 생기면 참조 범위를 직접 읽어 봅니다. 제목 행이 포함되지 않았는지, 새 행을 추가했을 때 범위가 늘어나는지 확인하세요. 캠페인별 합계를 모두 더한 값과 전체 합계를 대조하면 누락을 찾는 데 도움이 됩니다. 오류 셀을 모두 0으로 바꾸면 실패한 계산까지 정상 비용처럼 보일 수 있으니 오류는 별도 목록으로 남겨 둡니다.

현재 시트의 A1:D5는 가상 광고비 데이터입니다.
원본 탭을 바꾸기 전에 각 열의 의미와 중복 의심 행을 설명해 주세요.
집행액의 음수는 환불로 포함하고 전환수의 빈칸은 0으로 추정하지 마세요.
캠페인별 집행액과 전환수를 요약 탭에 정리하고 사용한 수식을 설명하세요.
전환당 비용은 집행액 합계 / 전환수 합계로 계산하되 분모가 0이면 계산 불가로 표시합니다.
오류가 있는 행은 원본 행 번호와 함께 따로 보여 주세요.
서식 변경과 데이터 변경을 구분해 적용 전에 확인받으세요.

이 절의 근거 S91 · S92

Slides에서 세 장의 보고서에 근거 남기기

발표 자료를 만들기 전에 청중과 결정을 정해 두세요. 가상 마케팅 보고서라면 첫 장에는 이번 달 광고비와 전환수, 둘째 장에는 캠페인별 차이, 셋째 장에는 다음 달에 확인할 가설을 담는 식입니다. 성과와 원인에 대한 추정은 별도 문장으로 적습니다. 전환수가 늘었다고 해서 특정 소재가 원인이라고 단정할 수는 없습니다.

시트에서 확인한 숫자와 비교 기간을 작은 근거 표로 준비하고 아래 프롬프트를 사용합니다. 슬라이드마다 숫자의 원본 셀과 집계 기준을 발표자 노트에 남기면 수정할 때 돌아갈 곳이 생깁니다. 화면에서는 글자가 작지 않은지, 긴 한국어 제목이 잘리지 않는지, 범례 색을 구별할 수 있는지도 살펴보세요.

공식 도움말에 따르면 Slides에서 만든 차트는 이미지로 들어가며 시트와 자동으로 연결되지 않습니다. 숫자를 고친 뒤에는 차트를 다시 만들고 본문의 숫자도 함께 대조하세요. 이미 연결된 차트도 사용자가 갱신해야 합니다. 이 제약을 모르면 최신 표 옆에 오래된 그림이 남을 수 있습니다.

이 가상 월간 보고서에서 선택한 슬라이드 다음에 세 장의 초안을 만들어 주세요.
1장은 집행액과 전환수, 2장은 캠페인별 차이, 3장은 다음 달 검증할 가설입니다.
기존 제목과 본문 서식을 참고하고 한 장에는 한 가지 결론만 넣으세요.
성과 수치와 원인에 대한 추정을 구분하고 원본 셀 주소와 비교 기간을 발표자 노트에 적으세요.
자료에 없는 성장률이나 경쟁사 수치는 추가하지 마세요.
차트를 넣는다면 원자료 변경 후 다시 만들어야 하는지도 설명해 주세요.

이 절의 근거 S91 · S92

공식 활용 사례를 읽는 방법

출시 글은 고객 QBR 자료에 Salesforce 계정 이력과 Drive의 통화 메모를 활용하는 예를 들고 Sheets에서는 팀별 예산 대비 실적 보고서를 제시합니다. 제품을 어디에 쓸지 이해하는 데 도움이 되는 벤더 제안 사례입니다. 특정 고객이 얼마나 시간을 줄였는지 입증하는 독립 실험으로 읽어서는 안 됩니다.

자기 팀의 QBR 연습에서는 계정명·계약 상태·통화 날짜를 먼저 표로 적어 두세요. 같은 고객의 자료라도 시점이 다르면 내용이 달라질 수 있습니다. 매출 전망을 제시할 때는 확정 계약과 영업 담당자의 예상을 다른 열에 넣고 슬라이드가 둘을 한 숫자로 합치지 않았는지 검사합니다.

보고서 작업을 평가할 때는 보기 좋은 장 수보다 사실을 잘못 합친 행 수, 원문에 없는 문장 수, 다시 고쳐야 했던 수식을 기록해 보세요. 편집부가 제안하는 검수 항목이며 Claude가 특정 점수나 시간 절감을 보장한다는 뜻은 아닙니다.

이 절의 근거 S91

승인 모드와 파일 기록을 확인하기

기본 Ask before edits 모드는 적용 전에 승인을 받습니다. Accept all edits에서도 링크·외부 이미지·접근권 제거는 별도 확인 대상입니다. 파일 공유·접근권 부여·소유자 변경은 사이드바가 수행하지 않습니다. Docs의 편집은 직접 변경으로 기록되며 기존 댓글이나 제안을 처리하는 기능과 구분해야 합니다.

중요한 원고라면 한 번에 문서 전체를 고치지 않고 변경 단위를 나눠 보세요. 표를 먼저 적용한 뒤 요약을 수정하고 마지막에 서식을 정리하면 되돌릴 지점이 분명해집니다. 적용 직후에는 바뀐 범위만 읽지 말고 인접한 문단과 참조도 함께 확인합니다. 문단 번호가 바뀌면 앞에서 가리키는 번호가 그대로 남을 수 있습니다.

이 절의 근거 S92

채팅에서 여러 Google 파일을 다룰 때

채팅에서 새 파일을 요청할 때는 Google Docs, Google Sheets, Google Slides라고 형식을 명시합니다. 파일 링크를 붙여 편집할 수도 있으며 접근 범위에는 연결한 Google 계정의 기존 권한이 적용됩니다. Team·Enterprise에서는 조직 소유자가 커넥터를 먼저 허용해야 합니다.

연습 단계에서는 회의록 링크 하나와 예산표 링크 하나를 사용해 참조 목록부터 만들도록 요청하세요. 각 자료의 이름과 기간, 담당 부서를 확인한 뒤 새 Google 문서를 요청합니다. 서로 다른 기간을 한 표에서 비교해야 한다면 그 차이를 제목이나 각주에 남겨 두세요.

자료가 많아질수록 요청 하나에 들어갈 편집 범위도 커집니다. 회의록에서 결정사항 추출, 예산표에서 검산, 발표 자료 초안 생성 순서로 작업을 나누고 각 산출물을 사람이 확인하는 절차를 권합니다. 여러 파일을 읽을 권한이 있어도 팀의 공유 규정이나 외부 전달 승인을 대신하는 것은 아닙니다.

연결한 Google 회의록과 예산표를 읽고 참조 목록을 먼저 보여 주세요.
목록에는 파일명 / 문서 기간 / 사용할 항목 / 모순 또는 누락을 적습니다.
검토를 마치기 전에는 원본을 수정하거나 외부에 공유하지 마세요.
확인 후에는 새 Google Docs 문서로 월간 회의 자료를 만들겠습니다.
결정사항과 검산된 수치를 구분하고 원본 파일 링크를 남겨 주세요.

이 절의 근거 S93

팀에 적용하기 전 확인할 제약

사이드바는 켠 상태로 유지해야 하며 큰 작업은 나눠 요청하는 편이 좋습니다. 베타에서 Firefox는 지원하지 않습니다. 개인정보가 있는 문서는 조직의 데이터 처리 기준을 먼저 적용하세요. 파일 내용을 Claude로 보내는 작업과 Google 내부에서만 처리하는 작업은 범위가 다릅니다.

시범 운영용으로 문서 한 종류와 담당자 한 명을 정해 보세요. 첫 주에는 회의록의 결정사항 표만 만들고 표에서 원문으로 돌아갈 수 있는지 확인합니다. 이후 같은 기준으로 수식과 슬라이드를 추가하면 어떤 단계에서 재검수가 늘어나는지 기록할 수 있습니다. 독립된 오류 기록은 도입 여부를 판단하는 근거가 됩니다.

제품이 베타라는 안내만으로 구체적인 품질을 알 수는 없습니다. 자기 팀의 용어·서식·데이터에 맞는 검수 표를 준비하고 원본과 수정안을 비교하는 절차를 유지하세요. 최신 기능과 제한은 공식 도움말에서 다시 확인할 수 있습니다.

이 절의 근거 S92