AI · Gemini · PPT Workflow
Gemini로 끝판왕 PPT 만드는 법
자료조사부터 슬라이드 구조·디자인·발표 스크립트까지
Gemini로 PPT를 만든다는 말은 단순히 “슬라이드 몇 장 만들어줘”가 아니다. 제대로 쓰려면 자료조사, 메시지 압축, 슬라이드 설계, 디자인 시스템, 발표 스크립트, 점검 루프를 하나의 제작 공정으로 묶어야 한다.
Gemini로 PPT를 잘 만드는 핵심은 디자인 버튼을 누르는 것이 아니라 “PPT 기획자 → 리서처 → 슬라이드 설계자 → 디자이너 → 발표 코치 → QA” 역할을 순서대로 시키는 것이다. 한 번에 완성시키면 평범해지고, 공정으로 나누면 실무 수준까지 올라간다.
1. 왜 Gemini PPT가 주목받는가: PPT 제작의 병목이 바뀌었다
과거 PPT 제작의 병목은 디자인이었다. 글상자 정렬, 색상, 아이콘, 표, 도형, 애니메이션에 시간이 많이 들었다. 하지만 AI가 들어오면서 병목은 디자인보다 앞단으로 이동했다. 이제 더 중요한 것은 “무슨 말을 어떤 순서로 할 것인가”다. 슬라이드가 예쁘더라도 메시지가 흔들리면 발표자료로는 실패한다.
Gemini의 강점은 Google 생태계와 Canvas 흐름에 있다. 공식 Canvas 소개에 따르면 Canvas는 Gemini 안에서 문서·코딩·창작 프로젝트를 시작하고, Deep Research 결과를 새 Canvas로 만들며, 웹페이지·인포그래픽·퀴즈 같은 산출물로 확장할 수 있다. 발표자료 관점에서는 이 구조가 중요하다. PPT를 바로 만들기보다, 먼저 하나의 작업 공간에서 자료와 구조를 정리한 뒤 슬라이드 형태로 재가공할 수 있기 때문이다.
AI PPT의 진짜 경쟁력은 예쁜 템플릿이 아니라, 자료를 발표 가능한 논리로 바꾸는 속도다. 이 관점으로 보면 Gemini는 “디자인 도구”라기보다 “기획과 구조화 도구”에 가깝다.
2. 한 번에 “PPT 만들어줘”라고 하면 망하는 이유
많은 사람이 AI에게 바로 “이 주제로 PPT 10장 만들어줘”라고 요청한다. 이 방식은 빠르지만 결과가 얕다. 제목은 그럴듯하지만, 슬라이드 간 논리가 약하고, 데이터의 출처가 불명확하며, 디자인도 범용 템플릿처럼 보이기 쉽다. 특히 회사 보고서나 투자·정책·기술 설명 자료라면 이 방식은 위험하다.
| 나쁜 접근 | 문제 | 좋은 접근 |
|---|---|---|
| PPT 10장 만들어줘 | 슬라이드 수만 맞고 메시지 구조가 약함 | 먼저 발표 목적, 청중, 결정해야 할 질문을 정리 |
| 예쁘게 디자인해줘 | 장식은 늘지만 정보 위계가 흐려짐 | 슬라이드별 핵심 문장과 도표 유형을 먼저 고정 |
| 자료 조사도 같이 해줘 | 출처와 수치 검증이 약해질 수 있음 | 자료 조사, 요약, 슬라이드화, 검증을 단계 분리 |
결국 핵심은 순서다. Gemini에게 한 번에 다 시키는 것이 아니라, 역할을 나눠 맡겨야 한다. 리서처에게 자료를 찾게 하고, 전략기획자에게 메시지를 뽑게 하고, 슬라이드 설계자에게 장표 구성을 맡기고, 디자이너에게 시각 체계를 입히는 식이다.
3. 전체 공정: Gemini PPT 7단계 제작법
목적 정의
청중, 발표 시간, 의사결정 질문, 발표 후 기대 행동을 정한다.
자료 수집
원문, 표, 링크, 내부 메모, 기존 보고서를 모아 출처를 분리한다.
메시지 압축
한 장에 하나의 결론이 들어가도록 핵심 문장을 만든다.
슬라이드 설계
각 장의 제목, 목적, 도표, 필요한 데이터를 정의한다.
디자인 시스템
색상, 폰트, 여백, 카드, 표, 그래프 규칙을 정한다.
HTML 시안
Canvas나 HTML로 먼저 빠르게 시각 구조를 확인한다.
점검·이관
오탈자, 수치, 출처, 발표 흐름을 검토하고 PPT/PDF로 옮긴다.
이 7단계를 지키면 Gemini는 단순 생성기가 아니라 발표자료 제작팀처럼 움직인다. 특히 HTML 시안을 중간 산출물로 두면 장점이 크다. 슬라이드 디자인을 바로 PowerPoint에서 만지기 전에, 웹페이지처럼 빠르게 구조와 가독성을 확인할 수 있기 때문이다.
4. 실무 사례 1: 임원 보고용 시장 분석 PPT
임원 보고용 PPT는 예쁜 그래픽보다 결론이 중요하다. 첫 장에서 “무엇을 결정해야 하는지”가 보이지 않으면 실패다. 예를 들어 “AI 이미지 생성 도구 도입 전략”을 보고한다면, 단순히 도구별 기능을 나열하면 안 된다. 임원은 “도입할 것인가, 어느 부서부터 할 것인가, 리스크는 통제 가능한가”를 판단해야 한다.
도입 필요성
생산성, 비용 절감, 외주 대체, 콘텐츠 속도 중 어느 문제를 해결하는가.
도구 선택
품질, 보안, 사용 편의성, 기존 워크플로 연동성으로 비교한다.
실행안
전사 도입보다 파일럿 조직, 사용 정책, 승인 체계를 먼저 제안한다.
임원 보고용 PPT 기획 프롬프트
너는 전략컨설팅 회사의 시니어 매니저다. 주제: [AI 이미지 생성 도구 도입 전략] 청중: 대표이사, CFO, 마케팅 임원 발표 시간: 12분 목적: 도입 여부와 파일럿 범위를 결정받는 것 다음 형식으로 PPT 구조를 설계해줘. 1. 전체 한 줄 결론 2. 10장 내외 슬라이드 목차 3. 각 슬라이드별 핵심 메시지 1문장 4. 넣어야 할 표·그래프·도식 유형 5. 임원이 물어볼 반론 질문 10개 6. 답변에 필요한 데이터 목록 주의: - 기능 소개가 아니라 의사결정 자료로 구성 - 장표 제목은 명사형이 아니라 결론형 문장으로 작성 - 근거가 필요한 부분은 [검증 필요]로 표시
임원용 장표 제목 개선 프롬프트
아래 슬라이드 제목을 임원 보고용 결론형 제목으로 바꿔줘. 조건: - 각 제목은 22자 안팎 - “현황”, “개요”, “분석” 같은 약한 단어 금지 - 제목만 읽어도 결론이 보이게 작성 - 과장 금지, 숫자 근거가 필요한 주장은 [수치 필요] 표시 기존 제목: [여기에 목차 붙여넣기]
5. 실무 사례 2: 제안서·영업용 PPT
영업용 PPT는 정보량보다 설득 구조가 중요하다. 고객은 기능을 듣고 싶어 하지 않는다. 자신의 문제가 얼마나 정확히 이해됐는지, 그 문제가 왜 지금 해결되어야 하는지, 제안사가 왜 적합한지를 확인하고 싶어 한다.
Gemini에게 영업용 PPT를 맡길 때는 “우리 제품 소개”부터 시작하면 약하다. 고객의 현재 문제, 손실, 방치 비용, 해결 후 변화, 실행 일정 순서로 설계해야 한다. 좋은 제안서는 제품 설명서가 아니라 고객의 의사결정 비용을 낮추는 문서다.
| 슬라이드 구간 | 역할 | Gemini에게 시킬 일 |
|---|---|---|
| 문제 정의 | 고객의 불편을 언어화 | 고객 산업의 일반적 병목과 비용 구조 정리 |
| 해결 구조 | 제품보다 프로세스를 먼저 제시 | Before/After 흐름도와 실행 단계 도출 |
| 도입 효과 | 의사결정 근거 제공 | 정량·정성 기대효과를 분리하고 측정 지표 제안 |
| 실행 계획 | 리스크 완화 | 파일럿, 교육, 운영, 점검 일정을 제안 |
제안서용 PPT 구조 프롬프트
너는 B2B 제안서 전문 컨설턴트다. 고객사: 고객 산업과 규모 제안 제품: 제품 또는 서비스명 고객의 현재 문제: 현재 알고 있는 문제 설명 경쟁 상황: 경쟁사와 대체재 다음 순서로 12장 제안서 PPT를 설계해줘. 1. 고객 상황 요약 2. 방치 시 손실 3. 해결 원칙 4. 제안 솔루션 구조 5. 도입 전후 업무 흐름 비교 6. 기대효과와 KPI 7. 실행 일정 8. 리스크와 통제 방안 9. 비용 또는 견적 설명 10. 다음 액션 각 장마다: - 결론형 제목 - 본문 3줄 이하 - 추천 시각화 방식 - 영업 담당자가 말해야 할 발표 멘트 2문장 을 작성해줘.
6. 실무 사례 3: 교육·강의용 PPT
교육 자료는 보고서와 다르다. 보고서는 결론을 빠르게 전달해야 하지만, 교육 자료는 학습자의 이해 속도를 관리해야 한다. Gemini를 교육용 PPT에 쓰려면 개념 설명, 예시, 실습, 확인 질문, 요약을 반복 구조로 만들어야 한다.
한 장에 많은 지식을 넣는 것보다, 학습자가 “방금 무엇을 배웠고 어디에 써먹는지”를 매 3~4장마다 확인하게 만드는 것이 중요하다.
강의용 커리큘럼 변환 프롬프트
너는 성인 학습자를 대상으로 하는 교육 설계자다. 주제: [예: Gemini로 업무 보고서 만들기] 학습자 수준: [초급/중급/고급] 강의 시간: [예: 90분] 최종 목표: 수강자가 강의 후 직접 [구체 산출물]을 만들 수 있어야 함 PPT 구조를 다음 형식으로 설계해줘. - 오프닝 2장: 왜 지금 배워야 하는가 - 개념 설명 4장: 반드시 알아야 할 원리 - 실습 안내 5장: 단계별 화면/행동 - 실수 사례 3장: 자주 실패하는 지점 - 체크리스트 2장: 강의 후 바로 쓰는 기준 - 마무리 1장: 다음 액션 각 장에 들어갈 예시, 질문, 실습 과제를 함께 작성해줘.
7. 디자인은 어떻게 시켜야 하나: “예쁘게” 대신 시스템을 줘라
AI에게 “깔끔하고 세련되게”라고 말하면 결과가 흔해진다. 디자인 지시는 감성어보다 시스템이어야 한다. 색상 수, 배경, 여백, 카드 모양, 표 스타일, 강조색, 금지 요소를 정하면 결과가 훨씬 안정된다.
3색 제한
본문 검정, 보조 회색, 강조색 1개. 투자·보고서는 남색·녹색 계열이 안정적이다.
1장 1메시지
상단 제목은 결론, 중앙은 근거, 하단은 시사점 또는 다음 액션으로 고정한다.
표보다 해석
숫자를 많이 넣기보다 차이를 읽어주는 문장을 표 위나 아래에 붙인다.
디자인 시스템 프롬프트
아래 PPT를 위한 디자인 시스템을 만들어줘. 성격: 실무 보고서, 과장 없는 프리미엄 톤 청중: 임원/고객/투자자 형식: 16:9 와이드 정의할 것: 1. 메인 컬러 1개, 보조 컬러 2개, 경고 컬러 1개 2. 제목/본문/주석 폰트 크기 가이드 3. 슬라이드 여백과 카드 간격 4. 표 스타일, 그래프 스타일, 아이콘 스타일 5. 사용하면 안 되는 디자인 요소 10개 6. 표지, 목차, 본문, 결론 슬라이드별 레이아웃 규칙 주의: - 장식보다 정보 위계를 우선 - 모바일/노트북 화면 공유에서도 읽히는 크기 - 배경은 밝게, 텍스트 대비는 강하게
8. Canvas와 HTML 시안을 쓰는 이유
Gemini Canvas의 장점은 산출물을 반복해서 다듬기 좋다는 점이다. 특히 발표자료는 처음부터 PPT 파일로 만들면 수정이 느리다. 반대로 HTML 시안으로 먼저 만들면 섹션, 카드, 표, 그래프 자리, 문장 길이를 빠르게 확인할 수 있다. 이후 PowerPoint나 Google Slides로 옮길 때 “무엇을 어떻게 배치할지”가 이미 정리되어 있다.
HTML 시안은 개발자만 쓰는 방식이 아니다. 장표를 웹페이지처럼 펼쳐 놓으면 흐름이 더 잘 보인다. 발표자료의 가장 큰 문제인 “각 장은 괜찮은데 전체 흐름이 약한 문제”를 잡는 데 유리하다.
HTML 슬라이드 시안 생성 프롬프트
너는 발표자료를 HTML 슬라이드 시안으로 만드는 디자이너다. 아래 PPT 목차를 바탕으로 16:9 슬라이드형 HTML을 만들어줘. 요구사항: - 각 섹션은 하나의 slide 클래스로 구성 - 상단에는 결론형 제목 - 중앙에는 카드/표/도식 중 하나 - 하단에는 발표자가 말할 핵심 멘트 1문장 - CSS는 한 파일 안에 포함 - 색상은 남색, 아이보리, 회색, 강조 금색만 사용 - 텍스트가 너무 작아지지 않게 한 장당 본문 90자 이하 목차: [여기에 슬라이드 목차 붙여넣기]
9. 발표 스크립트까지 만들어야 완성이다
PPT는 문서이면서 동시에 말하기 도구다. 슬라이드가 아무리 좋아도 발표자가 다음 장으로 넘어가는 이유를 설명하지 못하면 흐름이 끊긴다. Gemini에게 반드시 발표 스크립트와 예상 질문을 만들게 해야 한다.
스크립트는 낭독문이 아니다. 발표자가 자연스럽게 말할 수 있는 전환 문장, 강조 문장, 질문 대응 문장이어야 한다. 문어체로 길게 만들면 실제 발표에서 어색해진다.
발표자 노트 생성 프롬프트
아래 슬라이드별 제목과 본문을 보고 발표자 노트를 작성해줘. 조건: - 각 슬라이드당 35초 분량 - 첫 문장은 이전 장과 연결되는 전환 멘트 - 두 번째 문장은 핵심 메시지 - 세 번째 문장은 근거 또는 사례 - 마지막 문장은 다음 장으로 넘어가는 연결 문장 - 너무 과장된 영업 문구 금지 - 실제 회의에서 말하는 자연스러운 구어체 슬라이드 내용: [붙여넣기]
10. Gemini PPT 점검 체크리스트
AI로 만든 PPT는 빠르지만, 점검 없이 쓰면 위험하다. 특히 숫자, 출처, 로고, 인용, 경쟁사 비교, 법률·정책·투자 관련 표현은 사람이 확인해야 한다. Gemini에게도 점검을 시킬 수 있지만 최종 책임은 사용자에게 있다.
| 점검 항목 | 확인 질문 | 위험 신호 |
|---|---|---|
| 메시지 | 각 장 제목만 읽어도 흐름이 보이는가 | 현황·개요·분석 같은 제목이 반복됨 |
| 근거 | 수치와 주장의 출처가 분리되어 있는가 | 그럴듯한 수치인데 링크나 기준일이 없음 |
| 디자인 | 화면 공유 환경에서도 읽히는가 | 한 장에 문단이 5개 이상 들어감 |
| 발표 | 질문을 받았을 때 백업 장표가 있는가 | 반론·리스크 슬라이드가 없음 |
최종 QA 프롬프트
너는 냉정한 임원 보고자료 리뷰어다. 아래 PPT 시안을 보고 문제점을 찾아줘. 검토 기준: 1. 결론이 명확한가 2. 슬라이드 순서가 의사결정 흐름에 맞는가 3. 주장과 근거가 분리되어 있는가 4. 숫자·출처·날짜 검증이 필요한 문장이 있는가 5. 디자인이 정보 전달을 방해하지 않는가 6. 예상 반론에 답할 수 있는가 7. 삭제해야 할 장표와 보강해야 할 장표는 무엇인가 출력 형식: - 치명적 문제 TOP 5 - 수정 우선순위 - 장표별 개선 코멘트 - 바로 바꿀 수 있는 제목/문장 대안 PPT 시안: [붙여넣기]
11. 실전용 마스터 프롬프트: 처음부터 끝까지
아래 프롬프트는 Gemini에게 전체 제작 공정을 맡길 때 쓰는 마스터 프롬프트다. 한 번에 최종 PPT를 요구하지 않고, 단계별 산출물을 먼저 확인하도록 설계했다.
Gemini PPT 마스터 프롬프트
너는 전략기획자, 리서처, 발표자료 디자이너, 발표 코치를 겸한 전문가다. 내 목표는 발표 주제에 대한 발표자료를 만드는 것이다. 입력 정보: - 발표 주제: 입력값 - 청중: 입력값 - 발표 시간: 입력값 - 발표 목적: 보고·설득·교육·영업·투자검토 중 선택 - 반드시 포함할 자료: 링크, 메모, 표, 내부 데이터 - 톤: 임원 보고·고객 제안·강의·투자 리서치 중 선택 작업 순서: 1단계: 발표 목적과 청중 기준으로 핵심 질문 5개를 정의한다. 2단계: 자료를 요약하되, 사실·해석·가정·검증 필요 항목을 분리한다. 3단계: 전체 한 줄 결론과 발표 스토리라인을 만든다. 4단계: 10~15장 슬라이드 목차를 만든다. 5단계: 각 슬라이드별 결론형 제목, 본문 3줄, 추천 시각화, 필요한 데이터, 발표 멘트를 작성한다. 6단계: 디자인 시스템을 정의한다. 7단계: 최종 QA 체크리스트와 예상 질문 15개를 만든다. 중요: - 모르는 내용은 지어내지 말고 출처 확인 대상라고 표시 - 수치에는 기준일과 출처 필요 여부 표시 - 제목은 결론형 문장으로 작성 - 한 장에 하나의 메시지만 담기 - 먼저 1~3단계 결과만 보여주고, 내가 승인하면 다음 단계로 진행
12. 결론: Gemini PPT의 본질은 ‘자동 생성’이 아니라 ‘제작 공정 자동화’다
Gemini로 PPT를 만든다는 표현은 조금 오해를 부른다. 정말 중요한 것은 AI가 파일을 대신 만들어주는지가 아니다. 자료를 이해하고, 메시지를 압축하고, 장표 구조를 설계하고, 발표 흐름을 점검하는 공정을 얼마나 빠르게 돌릴 수 있는가가 핵심이다.
따라서 실무에서는 Gemini를 “PPT 버튼”처럼 쓰기보다 제작팀처럼 써야 한다. 리서처 역할, 구조화 역할, 디자이너 역할, 발표 코치 역할을 분리해서 맡기면 결과물이 달라진다. 이 방식으로 접근하면 시안 작성 시간은 줄고, 사람이 집중해야 할 판단·점검·맥락 설계에 더 많은 시간을 쓸 수 있다.
Gemini PPT 워크플로의 승부처는 도구 숙련도가 아니라 질문 설계다. 좋은 질문을 단계별로 던지는 사람은 AI를 발표자료 제작팀처럼 쓸 수 있고, 나쁜 질문을 한 번에 던지는 사람은 평범한 템플릿만 얻게 된다.