AI·업무운영 · PRESENTATION WORKFLOW

Gemini Canvas로 PPT 없이 발표자료 만들기
HTML 슬라이드 실무 가이드

PPT는 여전히 강력하다. 하지만 보고서, 제안서, 회사소개서처럼 자료 정리와 수정 반복이 더 힘든 문서는 꼭 PPT에서 시작할 필요가 없다. NotebookLM으로 원문을 정리하고 Gemini Canvas로 HTML 슬라이드를 만든 뒤, 브라우저 발표와 PDF 출력까지 연결하면 제작 속도와 수정 효율을 동시에 높일 수 있다.

기준일: 2026년 4월 30일분야: AI 업무 자동화대상: 보고서·제안서·회사소개서를 자주 만드는 실무자
먼저 결론
이 방식은 “PPT를 완전히 버리자”는 이야기가 아니다. 반복되는 보고서형 발표자료는 HTML 슬라이드로 만들면 수정, 공유, 버전 관리, PDF 출력이 편해진다. 반대로 정교한 애니메이션, 영업 현장용 고급 디자인, 사내 표준 템플릿 준수가 중요한 자료는 아직 PPT가 낫다. 핵심은 도구 교체가 아니라 자료 성격에 따라 제작 라인을 나누는 것이다.

1. 왜 발표자료를 HTML로 만들까

대부분의 발표자료 제작 시간은 디자인 자체보다 자료 정리, 문장 다듬기, 페이지 구조 잡기, 표·도식 수정에서 소모된다. AI를 쓰면 초기 결과물은 빨라지지만, 결과물을 PPT로 옮기고 다시 맞추는 순간 병목이 생긴다.

PPT 방식의 병목

  • 문서 내용과 디자인 수정이 한 파일 안에 얽힌다.
  • 슬라이드별 문장 길이가 달라지면 레이아웃이 쉽게 무너진다.
  • PDF, 이미지, 웹 공유용으로 다시 변환해야 한다.
  • AI가 만든 결과물을 PPT에 옮기는 과정에서 손작업이 생긴다.

HTML 슬라이드의 장점

  • 브라우저만 있으면 열 수 있다.
  • 텍스트, 표, 카드, 타임라인을 코드로 일괄 수정할 수 있다.
  • 발표용 16:9와 인쇄용 A4를 분리 설계할 수 있다.
  • PDF 출력과 웹 공유가 자연스럽다.

2. 추천 워크플로우

원천 자료를 먼저 고정한다

회사소개서, IR 자료, 서비스 설명서, 기술문서, 최근 뉴스, 숫자 자료를 한곳에 모은다. 이 단계에서 핵심은 “AI에게 알아서 써달라”가 아니라, 반드시 반영해야 하는 원문과 숫자를 먼저 정하는 것이다.

NotebookLM으로 구조화한다

원천 자료를 기반으로 발표 흐름을 만든다. 표지, 문제 제기, 시장/고객, 솔루션, 경쟁력, 성과, 제안, 결론처럼 페이지별 메시지를 먼저 뽑는다. 환각을 줄이려면 출처 기반으로 요약시키는 편이 유리하다.

Gemini Canvas에서 HTML 슬라이드로 만든다

정리된 슬라이드별 내용을 Gemini Canvas에 넣고 HTML 코드 형태로 생성하게 한다. “슬라이드 만들기”가 아니라 “HTML 문서로 페이지가 분리된 발표자료를 만들어라”라고 명확히 요청해야 한다.

레퍼런스 디자인을 같이 제공한다

회사 표준 템플릿, 기존 PPT 한두 장, PDF, PNG 이미지를 함께 제공하면 AI가 색상, 여백, 카드 구조를 더 잘 맞춘다. 디자인 가이드가 없으면 AI가 임의로 꾸미기 때문에 수정 횟수가 늘어난다.

발표·출력 기능을 추가한다

16:9 화면, A4 출력, 페이지 브레이크, 키보드 이동, 좌우 클릭 이동, 호버 효과 같은 기능은 HTML/CSS/JavaScript로 구현할 수 있다. 복잡한 말 대신 “오른쪽 클릭하면 다음 장, 왼쪽 클릭하면 이전 장”처럼 요청해도 충분하다.

3. 단계별 실전 프롬프트

프롬프트는 한 번에 완성본을 요구하기보다, 자료 정리 → 목차 설계 → HTML 생성 → 출력 최적화 → 검수 순서로 나누는 편이 안정적이다. 아래 프롬프트는 그대로 복사해 쓰되, 대괄호 안의 내용만 본인 자료에 맞게 바꾸면 된다.

1단계: 원천 자료 정리 프롬프트

목표: 자료를 넣자마자 슬라이드를 만들지 말고, 먼저 원문·숫자·핵심 메시지를 고정한다.

너는 B2B 제안서와 보고서 자료를 정리하는 전략 문서 편집자다.

아래 원천 자료를 바탕으로 발표자료 제작 전에 필요한 정보를 정리해줘.

자료 목적: [회사소개서 / 제안서 / 내부 보고서 / IR 자료]
청중: [대표이사 / 실무팀 / 고객사 의사결정자 / 투자자]
발표 시간: [10분 / 20분 / 30분]
최종 형식: Gemini Canvas에서 만들 HTML 슬라이드

반드시 지킬 조건:
1. 원문에 없는 사실은 추가하지 말 것
2. 숫자, 회사명, 제품명, 날짜, 금액은 절대 임의 수정하지 말 것
3. 불확실한 내용은 “추가 확인”로 표시할 것
4. 과장 표현은 줄이고, 의사결정자가 이해하기 쉬운 표현으로 바꿀 것

출력 형식:
- 핵심 메시지 5개
- 반드시 포함해야 할 숫자·고유명사
- 슬라이드에 넣기 좋은 표/차트 후보
- 빠지면 안 되는 리스크 또는 한계
- 확인이 필요한 항목

원천 자료:
[여기에 자료 붙여넣기]
2단계: 페이지별 목차 설계 프롬프트

목표: 디자인보다 먼저 “각 장이 무슨 말을 하는지”를 확정한다.

위에서 정리한 내용을 바탕으로 발표용 HTML 슬라이드 목차를 설계해줘.

조건:
1. 전체 [8~12]페이지로 구성
2. 각 페이지는 하나의 핵심 메시지만 담을 것
3. 표지와 마지막 페이지를 포함할 것
4. 청중이 의사결정을 내릴 수 있도록 문제 → 근거 → 제안 → 실행 순서로 구성할 것
5. 각 페이지마다 추천 시각화 유형을 함께 제안할 것

출력 형식:
| 페이지 | 제목 | 핵심 메시지 | 들어갈 내용 | 추천 시각화 | 주의할 점 |

추가로 마지막에 아래도 정리해줘.
- 발표 흐름이 약한 부분
- 더 필요한 자료
- 삭제해도 되는 내용
- 청중이 질문할 가능성이 높은 지점
3단계: Gemini Canvas용 HTML 생성 프롬프트

목표: “슬라이드 이미지”가 아니라 수정 가능한 HTML 코드로 만들게 한다.

이제 아래 목차와 페이지별 내용을 바탕으로 발표용 HTML 슬라이드를 작성해줘.

중요: 일반 슬라이드 요약본이 아니라, 실행 가능한 단일 HTML 파일 코드로 작성해야 한다.

제작 조건:
1. 16:9 발표용 화면에 맞출 것
2. HTML, CSS, JavaScript를 하나의 파일 안에 포함할 것
3. 각 페이지는 section.slide 단위로 분리할 것
4. 페이지별로 제목, 한 줄 결론, 본문, 표/카드/타임라인/비교표 중 적절한 요소를 넣을 것
5. 키보드 방향키로 이전/다음 이동 가능하게 할 것
6. 화면 왼쪽 클릭은 이전 장, 오른쪽 클릭은 다음 장으로 이동하게 할 것
7. PDF 출력 시 각 슬라이드가 한 페이지씩 나오도록 page-break를 적용할 것
8. 모바일 열람 시에도 내용이 깨지지 않게 반응형 CSS를 넣을 것

디자인 톤:
- 차분한 B2B 보고서 스타일
- 배경은 밝은 아이보리 또는 화이트
- 본문은 짙은 남색/검정 계열
- 강조색은 1~2개만 사용
- 과한 애니메이션, 네온, 장식 효과 금지

내용 조건:
1. 제공한 원문과 숫자를 임의로 바꾸지 말 것
2. 없는 사실을 추가하지 말 것
3. 문장을 과장하지 말 것
4. 표와 카드의 내용은 짧고 명확하게 정리할 것
5. 코드 작성 전에 “반영할 페이지 구조”를 먼저 요약하고, 이어서 HTML 코드를 작성할 것

목차와 페이지별 내용:
[2단계 결과 붙여넣기]
4단계: 디자인 레퍼런스 반영 프롬프트

목표: 기존 회사 자료나 선호 디자인을 반영해 수정 횟수를 줄인다.

방금 만든 HTML 슬라이드의 디자인을 아래 레퍼런스 기준에 맞춰 개선해줘.

레퍼런스 설명:
- 브랜드 톤: [신뢰감 / 기술기업 / 금융 보고서 / 스타트업 / 공공기관]
- 주요 색상: [예: #18283a, #1f5c83, #f5f1e8]
- 폰트 느낌: [차분한 산세리프 / 고급 세리프 / 시스템 기본]
- 레이아웃: [카드형 / 표 중심 / 좌우 분할 / 대시보드형]
- 피해야 할 스타일: [과한 그라데이션 / 캐주얼 아이콘 / 큰 이모지 / 네온 컬러]

수정 조건:
1. 내용은 바꾸지 말고 디자인과 레이아웃만 개선할 것
2. 각 슬라이드의 제목 위치와 여백을 통일할 것
3. 표와 카드의 간격을 일정하게 맞출 것
4. 긴 문장은 줄바꿈과 글자 크기를 조정해 넘치지 않게 할 것
5. 발표 화면과 PDF 출력 화면을 모두 고려할 것

출력:
- 변경한 디자인 원칙 요약
- 수정된 전체 HTML 코드
5단계: PDF 출력·발표 기능 보강 프롬프트

목표: 보기 좋은 HTML에서 끝내지 말고, 실제 발표와 PDF 저장이 되는지 보강한다.

아래 HTML 슬라이드를 실제 발표와 PDF 출력에 적합하도록 보강해줘.

보강할 기능:
1. F11 전체화면 발표를 고려한 16:9 비율 유지
2. 방향키, 스페이스바, 마우스 클릭으로 슬라이드 이동
3. 현재 페이지 번호 표시
4. 인쇄/PDF 저장 시 슬라이드별 페이지 분리
5. PDF 출력에서 배경색과 그림자가 너무 진하지 않게 조정
6. 긴 표는 글자가 넘치지 않도록 자동 줄바꿈 처리
7. 모바일에서는 세로 스크롤 카드형으로 자연스럽게 보이게 처리

검수 기준:
- 브라우저에서 첫 페이지가 화면에 꽉 차는가
- 다음/이전 이동이 되는가
- PDF로 저장했을 때 페이지가 잘리지 않는가
- 표와 카드가 슬라이드 밖으로 튀어나가지 않는가
- 코드가 하나의 HTML 파일로 저장 가능한가

아래 코드의 내용은 유지하고, 기능과 출력 안정성만 개선해줘.

HTML 코드:
[HTML 코드 붙여넣기]
6단계: 최종 검수 프롬프트

목표: 예쁘게 만든 뒤 놓치기 쉬운 사실 오류, 과장, 출력 문제를 마지막으로 잡는다.

아래 HTML 발표자료를 최종 검수해줘.

검수 관점:
1. 원문에 없는 사실이 추가됐는가
2. 숫자, 날짜, 회사명, 제품명이 바뀌었는가
3. 과장되거나 단정적인 표현이 있는가
4. 페이지별 핵심 메시지가 명확한가
5. 같은 말이 반복되는 페이지가 있는가
6. 표, 카드, 타임라인이 너무 복잡하지 않은가
7. 16:9 발표와 PDF 출력에서 깨질 가능성이 있는가
8. 고객사나 외부에 보여주기 부적절한 표현이 있는가

출력 형식:
- 반드시 수정해야 할 항목
- 수정하면 더 좋아지는 항목
- 삭제해도 되는 항목
- 최종 발표 전 사람이 직접 확인해야 할 항목
- 조정된 HTML 코드

HTML 코드:
[HTML 코드 붙여넣기]
중요한 점
처음부터 완성 코드를 요청하기보다, 먼저 목차와 페이지별 메시지를 승인한 뒤 HTML을 만들게 하는 편이 안전하다. 그래야 내용이 맞지 않는 상태에서 디자인만 예쁘게 완성되는 문제를 줄일 수 있다.

4. 어떤 자료에 잘 맞고, 어떤 자료에는 안 맞나

구분HTML 슬라이드 적합도이유
내부 보고서높음텍스트, 표, 차트, 요약 중심이라 구조화와 PDF 출력 효율이 좋다.
B2B 제안서높음페이지별 메시지와 도식이 중요하고, 반복 수정이 많아 HTML 방식이 유리하다.
회사소개서중간~높음템플릿과 브랜드 가이드가 있으면 좋다. 표지와 클로징은 별도 이미지로 관리하는 편이 안전하다.
강의안중간텍스트·도식 중심 강의안은 좋지만, 판서형·애니메이션 중심 강의는 PPT가 편하다.
IR·투자유치 발표중간숫자·차트 검증이 중요하다. HTML은 빠르지만 최종본은 디자인 검수와 법무 검토가 필요하다.
고급 브랜드 세일즈덱낮음~중간픽셀 단위 디자인, 복잡한 애니메이션, 엄격한 템플릿 준수가 필요하면 PPT나 전문 디자인툴이 낫다.

5. 실무 적용 순서

단계해야 할 일확인 포인트
1단계기존 PPT·보고서·원문 자료를 모은다숫자, 고유명사, 핵심 문장을 별도 표시한다.
2단계NotebookLM에서 페이지별 메시지를 뽑는다각 페이지가 하나의 결론을 갖는지 확인한다.
3단계Gemini Canvas에 HTML 슬라이드 생성을 요청한다“슬라이드”가 아니라 “HTML 코드”라는 조건을 반복해서 명시한다.
4단계디자인 레퍼런스와 출력 조건을 넣는다16:9, A4, PDF 출력, 페이지 구분 조건을 처음부터 넣는다.
5단계브라우저와 PDF에서 각각 검수한다글자 넘침, 표 깨짐, 페이지 잘림, 모바일 열람 가능성을 확인한다.

6. 실패를 줄이는 체크리스트

내용

원문 훼손 방지

AI는 보기 좋게 만들면서 숫자나 문장을 바꾸는 경우가 있다. “요약하지 말 것, 임의 창작하지 말 것, 고유명사 유지”를 반복해서 명시한다.

디자인

레퍼런스 제공

디자인을 말로만 설명하면 결과가 흔들린다. 기존 PPT, PDF, PNG, 컬러 코드, 폰트, 여백 기준을 같이 제공한다.

출력

PDF와 발표 분리

발표용 16:9와 인쇄용 A4는 목적이 다르다. 하나의 파일에서 둘 다 처리할 수 있지만, 최종 검수는 각각 따로 해야 한다.

7. 결론: PPT 대체가 아니라 제작 방식의 분기

AI 시대의 발표자료 제작은 더 이상 “PPT를 열고 한 장씩 만드는 방식”만 있는 것이 아니다. 원천 자료를 구조화하고, HTML로 결과물을 만들고, 브라우저에서 발표하거나 PDF로 출력하는 방식이 현실적인 대안이 되고 있다.

다만 모든 발표자료를 HTML로 바꾸자는 뜻은 아니다. 실무적으로는 반복되는 보고서·제안서·회사소개서는 HTML 슬라이드로 빠르게 만들고, 최종 세일즈덱이나 브랜드 자료는 PPT·디자인툴로 마감하는 식의 분업이 가장 합리적이다.

한 줄 판단

Gemini Canvas 기반 HTML 슬라이드는 PPT의 종말이 아니라, 보고서형 발표자료를 더 빠르게 만드는 두 번째 제작 라인이다.

확인 기준

방문 통계오늘 -7일 -30일 -1시간 단위 갱신