Google Workspace의 프롬프트 작성 가이드 101은 Gmail, Docs, Sheets 안에서 Gemini를 쓰는 방법을 직무별 예시로 보여 주는 핸드북이다. 이 글은 2026년 11월 2일에 본 첫 페이지와 직무별 하위 페이지 11개를 모두 받아 프롬프트 173개를 세어 보고, 가이드가 말하는 4가지 요소와 연속 프롬프트 작성법, 앞서 분석한 ChatGPT·Claude Code 자료와의 차이를 정리한 것이다.

한눈에 보기
| 항목 | 내용 |
|---|---|
| 정식 이름 | 프롬프트 작성 가이드 101: 효과적인 프롬프트 작성을 위한 빠른 시작 핸드북 |
| 구성 | 공통 페이지 1개(효과적인 프롬프트 작성 방법) + 직무별 페이지 11개 |
| 규모 | 세부 직무 29개, 사용 사례 79개, 연속 프롬프트 예 11개, 프롬프트 173개 |
| 핵심 틀 | 페르소나 · 작업 · 맥락 · 형식, 예시마다 색으로 구분한 범례 |
| 차별점 | 한 번의 답에서 끝내지 않고 후속 프롬프트로 다듬는 "연속 프롬프트 작성 예" |
| 언어 | 설명은 한국어, 프롬프트 173개는 모두 영어 |
4가지 요소: 페르소나, 작업, 맥락, 형식
첫 페이지는 효과적인 프롬프트를 쓸 때 고려할 네 영역을 제시한다. 예시 프롬프트도 네 영역을 색으로 칠해 보여 준다.
You are a program manager in [industry]. ← 페르소나
Draft an executive summary email to [persona] ← 작업
based on [details about relevant program docs]. ← 맥락
Limit to bullet points. ← 형식
- 페르소나: 내가 누구인지, 또는 Gemini가 어떤 역할을 맡을지. 173개 중 28개가 "I am …", "You are …" 같은 역할 소개로 시작한다.
- 작업: 요약하기, 쓰기, 어조 바꾸기, 생성하기처럼 해야 할 일.
- 맥락: 상황과 배경. 가이드는 맥락을 최대한 자세히 주라고 한다.
- 형식: 글머리 기호, 표, 열 구성처럼 결과의 모양.
가이드는 네 요소를 매번 다 넣을 필요는 없지만 몇 가지를 쓰면 도움이 된다고 덧붙인다. 정답 틀이 아니라 점검 목록으로 쓰라는 뜻이다.
처음 쓰는 사람을 위한 팁 6가지
첫 페이지의 팁은 여섯 개다.
- 자연스러운 언어를 쓴다. 다른 사람에게 말하듯 완성된 문장으로 쓴다.
- 구체적이고 자세하게 쓴다. 어떤 작업인지 밝히고 맥락을 최대한 준다.
- 간략하게 쓴다. 구체적이되 복잡하지 않게, 전문 용어 없이 쓴다.
- 대화하듯 이어 간다. 결과가 기대에 못 미치면 후속 프롬프트로 다듬는다.
- 내 파일을 활용한다. Google Drive의 내 파일로 답을 내게 맞춘다.
- Gemini를 프롬프트 편집기로 쓴다. "다음 프롬프트를 더 효과적인 프롬프트로 만들어 줘. [원래 프롬프트]"로 시작하면 Gemini가 개선안을 제안한다.
2번과 3번은 서로 반대처럼 보인다. 둘을 함께 읽으면 "필요한 정보는 빠짐없이, 군더더기는 없이"라는 뜻이다.
연속 프롬프트 작성 예: 한 번에 끝내지 않는다
이 가이드에서 가장 쓸모 있는 부분이다. 직무 페이지마다 맨 앞에 "연속 프롬프트 작성 예"(스타트업 페이지는 "프롬프트 반복 예")가 있다. 11개 예에 프롬프트 29개가 들어 있다. 관리 지원 페이지의 워크숍 계획 예를 따라가면 흐름이 보인다.

- Gemini 앱에 4요소를 모두 갖춘 첫 프롬프트를 보낸다. 새로 꾸린 마케팅 팀의 3일 워크숍 안건을 짜 달라는 요청이다.
- 답을 받은 뒤 부족한 부분만 구체화한다. "25명이 30분 안에 끝낼 수 있는 아이스브레이커 3개".
- 형식을 바꾼다. "이 안건을 표로 정리하고 하루에 아이스브레이커 하나씩 넣어 줘".
- Docs로 내보낸 뒤 Docs의 Gemini에서
@[2024 H2 Team Vision]으로 Drive 문서를 태그해 첫날 개회사 요약을 만든다.
첫 프롬프트에 모든 조건을 몰아넣지 않는다는 점이 중요하다. 큰 틀을 먼저 받고, 숫자 조건은 두 번째에, 형식은 세 번째에, 내 자료는 마지막에 붙인다. 각 단계에서 결과를 보고 다음 요청을 정할 수 있다.
직무별 페이지 11개
| 직무 페이지 | 세부 직무 | 사용 사례 | 프롬프트 |
|---|---|---|---|
| 관리 지원 | 1 | 3 | 9 |
| 커뮤니케이션 | 2 | 3 | 9 |
| 고객 서비스 | 2 | 6 | 15 |
| 경영진 | 6 | 14 | 24 |
| 일선 인력 관리 | 2 | 4 | 9 |
| 인사 관리 | 2 | 8 | 17 |
| 마케팅 | 4 | 15 | 28 |
| 프로젝트 관리 | 2 | 4 | 11 |
| 영업 | 4 | 11 | 29 |
| 소규모 비즈니스 | 1 | 5 | 10 |
| 스타트업 | 3 | 6 | 12 |
사용 사례 수는 연속 프롬프트 예를 뺀 수이고, 프롬프트 수는 연속 예를 포함한다. 영업(29개)과 마케팅(28개)이 가장 많고, 경영진 페이지는 CEO부터 최고 인사 관리 책임자까지 세부 직무가 6개로 가장 잘게 나뉘어 있다.
모든 사용 사례가 같은 순서로 쓰여 있다. 상황 설명("휴가를 다녀오니 읽지 않은 메일이 쌓여 있습니다"), 어느 앱의 Gemini에 입력하는지, 프롬프트, 그리고 Gemini가 무엇을 돌려주는지와 다음 동작이다. 프롬프트만 던지지 않고 업무 장면 안에 넣어 보여 준다.
어느 앱에서 쓰는가
173개 프롬프트가 입력되는 곳을 세면 다음과 같다.
| 입력하는 곳 | 프롬프트 수 |
|---|---|
| Docs의 Gemini | 63 |
| Gemini 앱 | 59 |
| Gmail의 Gemini | 27 |
| Sheets의 Gemini | 16 |
| Slides의 Gemini | 4 |
| Drive의 Gemini | 4 |
절반 가까이가 Workspace 앱 옆 패널에서 쓰는 프롬프트다. 그래서 @[파일 이름]으로 Drive 문서를 태그하는 프롬프트가 28개나 된다. 가이드는 각괄호 안에 구체적인 정보를 넣거나 @파일 이름으로 내 파일을 태그하라고 설명하고, 각괄호가 없는 프롬프트는 완성된 예시라고 밝힌다. 일반 각괄호 변수가 있는 프롬프트가 115개, 각괄호가 전혀 없는 완성형이 46개다.
ChatGPT·Claude Code 가이드와 비교
같은 날 분석한 ChatGPT for any role, Claude Code 프롬프트 라이브러리와 나란히 놓았다.
| 비교 | Gemini 가이드 101 | ChatGPT for any role | Claude Code 라이브러리 |
|---|---|---|---|
| 규모 | 173개, 직무 페이지 11개 | 20개, 분야 4개 | 52개, 단계 5개 |
| 틀 | 페르소나·작업·맥락·형식 | 할 일·맥락·출력 형식 | 결과·검증·참고 등 6패턴 |
| 강점 | 후속 프롬프트로 다듬는 흐름 | 바로 열리는 Try it 링크 | 카드마다 작동 이유 설명 |
| 내 자료 연결 | @[파일]로 Drive 문서 |
[paste text] 붙여넣기 |
@파일, 저장소 탐색 |
| 다음 단계 | 기능 안내 페이지 | 직무별 다른 가이드 | 스킬·CLAUDE.md·훅 |
세 자료 모두 맥락과 형식을 말한다. Gemini 가이드는 여기에 페르소나를 첫 요소로 세우고, 결과를 받은 뒤 이어서 다듬는 과정을 가장 길게 보여 준다는 점이 다르다.
리뷰: 좋은 점과 아쉬운 점
| 구분 | 내용 |
|---|---|
| 좋은 점 | 예시마다 4요소를 색으로 칠해 구조가 바로 보인다 |
| 좋은 점 | 연속 프롬프트 예가 첫 답 이후의 대화를 보여 준다 |
| 좋은 점 | 상황, 입력 위치, 결과까지 업무 장면으로 설명한다 |
| 좋은 점 | 답을 쓰기 전에 정확성을 검토하고 최종 책임은 사용자에게 있다고 분명히 적는다 |
| 아쉬운 점 | 설명은 한국어인데 프롬프트 173개가 모두 영어다 |
| 아쉬운 점 | 예시 파일 이름이 2024 H2 Team Vision, 9/1/24처럼 2024년에 머물러 있다 |
| 아쉬운 점 | "Gemini Advanced" 같은 이름이 나온다. 요금제·기능 이름은 바뀌었을 수 있으니 현재 이름을 확인해야 한다 |
| 아쉬운 점 | 결과가 맞는지 확인하는 방법을 프롬프트 안에 넣는 예는 드물다. 검토는 사람 몫으로 남긴다 |
자주 하는 실수
첫 프롬프트에 모든 조건을 넣는다. 조건이 많으면 일부가 빠진 답이 나와도 어디서 빠졌는지 찾기 어렵다. 연속 예처럼 틀부터 받고 조건을 하나씩 더한다.
페르소나만 넣고 맥락을 뺀다. "나는 마케터다"만으로는 부족하다. 팀 구성, 기간, 장소 같은 상황이 있어야 답이 일반론을 벗어난다.
각괄호를 그대로 둔다. [industry], [persona]가 남은 채 보내면 Gemini가 값을 지어낸다.
내 파일 대신 기억에 의존한다. 문서에 이미 있는 내용을 말로 다시 설명하면 빠지고 틀린다. Docs·Gmail에서는 @[파일 이름]으로 원본을 태그한다.
결과를 검토 없이 보낸다. 가이드도 대답이 명확하고 관련 있고 정확한지 검토한 뒤 쓰라고 한다. 메일이나 보고서로 나가는 결과는 특히 사실을 확인한다.
점검표
- 내 역할이나 Gemini가 맡을 역할(페르소나)을 밝혔다
- 요약·작성·생성 중 무엇을 할지 동사로 썼다
- 팀, 기간, 대상 같은 맥락을 한 문장 이상 넣었다
- 표, 글머리 기호, 열 구성 같은 형식을 정했다
- 각괄호 자리를 모두 실제 값으로 바꿨다
- 참고할 Drive 문서는
@[파일 이름]으로 태그했다 - 첫 답을 본 뒤 부족한 부분만 후속 프롬프트로 요청했다
- 잘 안 될 때 "더 효과적인 프롬프트로 만들어 줘"로 프롬프트부터 고쳐 봤다
- 결과를 쓰기 전에 정확성과 관련성을 직접 검토했다
Gemini 프롬프트 작성 가이드 101은 페르소나·작업·맥락·형식으로 첫 프롬프트를 세우고, 후속 프롬프트와 내 파일 태그로 결과를 다듬어 가는 과정을 직무별 173개 예시로 보여 주는 핸드북이다.
댓글 0개
아직 댓글이 없습니다. 첫 댓글을 남겨보세요.