AI에게 “PPT 만들어줘”가 실망으로 끝나는 이유
텍스트는 겹치고, 정렬은 틀어지고, 결국 한 장씩 손으로 고친다. AI가 디자인을 못하는 게 아니라, 외국어로 시킨 것이다.
AI에게 제안서를 시켜본 사람은 안다. 텍스트는 겹치고, 정렬은 틀어지고, 디자인은 어딘가 촌스럽다. AI가 못하는 게 아니다. 외국어로 시킨 것이다. 이 글은 AI로 제안서·발표자료를 만들 때 결과가 완전히 달라지는 순서 하나를 정리한 기록이다.
익숙한 실망
제안서 마감이 다가온다. AI에게 시킨다.
“이 내용으로 PPT 10장 만들어줘.”
결과물이 나온다. 내용은 그럴듯한데 화면이 이상하다. 제목이 본문을 덮고, 도형은 슬라이드 밖으로 삐져나가고, 글머리표 간격은 제각각이다. 결국 한 장 한 장 손으로 고치다가 “그냥 내가 만들 걸” 하게 된다.
여기서 대부분 내리는 결론은 “AI는 아직 디자인을 못 하네”다. 틀린 결론이다.
AI에게 PPT는 외국어다
AI는 웹 문서 수십억 장을 읽으며 배웠다. 웹 문서는 HTML로 쓰여 있다. 제목, 본문, 목록, 표를 HTML로 표현하는 일은 AI에게 모국어로 말하는 것과 같다.
반면 PPT 파일의 내부 구조를 직접 다뤄 본 학습량은 그 근처에도 가지 못한다. 그래서 AI에게 PPT를 시키면, 글 쓰는 뇌가 아니라 좌표 찍는 뇌로 일하게 된다. “이 텍스트박스를 가로 340, 세로 210에 놓는다” 같은 식으로.
문제는 AI가 자기가 찍은 좌표의 결과 화면을 보지 못한다는 것이다. 눈을 감고 가구를 배치하는 셈이다. 겹치고, 넘치고, 틀어지는 것은 그 당연한 결과다.
HTML에는 레이아웃 엔진이 있다
HTML로 만들면 상황이 뒤집힌다. AI는 좌표를 찍지 않는다. 규칙을 선언한다. “제목은 크게, 본문은 그 아래, 여백은 이만큼, 넘치면 줄바꿈.” 그러면 브라우저의 레이아웃 엔진이 배치를 계산한다. 수십 년 동안 전 세계 웹페이지를 그려 온, 검증된 계산기다.
즉 같은 AI라도 이렇게 갈린다.
- PPT로 시키면 — AI가 배치까지 직접 계산한다. 결과 화면은 보지 못한 채로.
- HTML로 시키면 — AI는 내용과 규칙만 쓰고, 배치는 브라우저가 계산한다.
결과 품질이 다를 수밖에 없는 구조다.
순서가 전부다
그래서 권하는 순서는 이렇다.
- 1HTML 슬라이드로 초안을 만든다. “이 내용으로 HTML 슬라이드를 만들어줘. 16:9 비율, 한 화면에 한 슬라이드씩, 위아래 화살표로 넘어가게.” 이 한 문장이면 브라우저에서 바로 넘겨 볼 수 있는 초안이 나온다.
- 2이 단계에서 내용과 구조를 다 잡는다. “3번과 4번 순서 바꿔줘”, “5번 슬라이드 근거 더 붙여줘”, “전체 톤 더 간결하게.” HTML 단계의 수정은 문장을 고치는 일이라 30초면 반영된다. 열 번을 고쳐도 레이아웃이 깨지지 않는다.
- 3다 확정된 뒤, 마지막에 한 번만 변환한다. 내용·순서·강조가 전부 확정된 상태에서 PPT로 옮기거나 피그마 슬라이드로 넘긴다. 변환은 한 번만 일어나고, AI는 이미 확정된 구조를 옮기기만 하면 된다.
반대로 처음부터 PPT로 시작하면, 수정 요청 하나하나가 좌표 재계산을 일으킨다. “문장 하나 바꿔줘” 했는데 옆 도형이 밀려나는 이유가 그것이다.
정직하게 덧붙일 것
HTML에서 PPT로의 변환도 완벽하지는 않다. 글꼴이 바뀌거나 간격이 미세하게 달라지는 일은 여전히 생기고, 최종 마무리 손질은 사람 몫으로 남는다.
다만 그 손질의 양이 다르다. 처음부터 PPT로 가면 열 장 전부를 손봐야 하지만, HTML에서 확정하고 넘어가면 어긋난 몇 군데만 만지면 된다. 이 방법은 사람의 일을 없애는 게 아니라, 사람이 좌표 노가다 대신 내용에 시간을 쓰게 만드는 방법이다.
바로 써먹는 프롬프트 세 줄
초안 요청.
“아래 내용으로 HTML 슬라이드를 만들어줘. 16:9, 한 화면에 한 장씩, 방향키로 넘기게. 디자인은 흰 배경에 검정 텍스트, 강조색 하나만 써서 단정하게.”
수정 단계.
“슬라이드 순서를 [문제 → 원인 → 제안 → 비용 → 일정]으로 재배열하고, 각 장 첫 줄을 결론 문장으로 바꿔줘.”
변환 단계.
“이 구조 그대로 PPT 파일로 변환해줘. 슬라이드 크기 16:9, 제목·본문 텍스트는 수정 가능한 텍스트박스로.”
정리
AI가 만든 제안서가 촌스러웠다면, AI의 실력 문제가 아니라 주문의 언어 문제였을 가능성이 크다.
사람은 PPT가 편해서 PPT로 시킨다. 하지만 AI에게 편한 언어는 따로 있다. 결과물 포맷이 아니라 AI의 모국어로 시키는 것. 내용은 HTML에서 확정하고, 변환은 마지막에 한 번. 이 순서 하나로 결과가 달라진다. 우리가 AI 검색에 잡히는 행사 홈페이지를 만들 때 쓰는 관점과 같다. 사람이 읽는 형태가 아니라, 기계가 읽는 구조를 먼저 맞추는 것.
자주 묻는 질문
AI에게 PPT를 시키면 왜 텍스트가 겹치고 정렬이 틀어지나요?
PPT는 요소마다 좌표를 지정해야 하는 형식이라, AI가 배치까지 직접 계산합니다. 그런데 AI는 자기가 찍은 좌표의 결과 화면을 보지 못합니다. 눈을 감고 가구를 배치하는 셈이라 겹침과 넘침이 생깁니다.
HTML로 만들면 무엇이 달라지나요?
AI가 좌표 대신 규칙만 씁니다. 실제 배치는 브라우저의 레이아웃 엔진이 계산합니다. 수십 년 검증된 계산기가 배치를 맡으므로 겹치거나 넘치는 문제가 크게 줄어듭니다.
결국 PPT 파일로 내야 하는데 HTML을 거칠 필요가 있나요?
있습니다. 내용이 흔들리는 동안에는 HTML에서 고치고, 전부 확정된 뒤 마지막에 한 번만 변환하세요. 처음부터 PPT로 가면 수정 요청 하나하나가 좌표 재계산을 일으킵니다.
HTML에서 PPT로 변환하면 그대로 옮겨지나요?
완벽하지는 않습니다. 글꼴이 바뀌거나 간격이 미세하게 달라지는 일은 생기고 마무리 손질은 사람 몫입니다. 다만 열 장 전부가 아니라 어긋난 몇 군데만 만지면 됩니다.
어떤 AI에서 쓸 수 있는 방법인가요?
특정 서비스에 한정되지 않습니다. HTML을 다룰 수 있는 대부분의 AI에서 같은 순서가 통합니다.
행사 제안서에도 같은 순서를 쓰나요?
같습니다. 문제 정의, 제안 구성, 기대 효과, 일정, 비용 같은 구조를 HTML 단계에서 확정한 뒤 마지막에 변환하면, 검토 과정에서 순서가 여러 번 바뀌어도 레이아웃이 깨지지 않습니다.