AI PPT는 어디까지 왔나?

최근 2~3년 동안 AI로 PPT를 만드는 것이 점점 더 뜨거워지고 있습니다. 거의 주기적으로 새로운 제품이 등장하여 몇 분 만에 프레젠테이션 초안을 만들 수 있고, 심지어 꽤 보기 좋게 만들어 준다고 말합니다.

하지만 실제로 여러 개를 사용해 보면, 광고처럼 몇 초 만에 바로 사용할 수 있는 PPT를 만들어 주지는 못하는 문제들을 많이 겪게 됩니다.

그리고 저는 이들이 겉으로는 모두 'AI 생성 PPT'를 하는 것처럼 보이지만, 실제로 하는 일은 전혀 다르다는 것을 발견했습니다.

어떤 제품은 웹페이지를 만드는 것에 가깝고, 어떤 것은 템플릿 도구에 가깝고, 어떤 것은 먼저 시각적 결과물을 만든 다음 편집 기능을 조금 보완합니다. 최근에는 PowerPoint 네이티브 워크플로우에 접근하는 제품들도 나타나고 있습니다.

이러한 여러 방향을 뒤섞어 논의하면 이야기가 점점 더 혼란스러워지기 쉽습니다.

그러니 한 걸음 물러서서 먼저 문제를 분해해 보는 것이 좋겠습니다. AI로 PPT를 만드는 데는 오늘날 대략 몇 가지 접근 방식이 있을까요? 각각 무엇을 해결했고, 또 어디에서 막혀 있을까요?

PPT는 '몇 페이지 글자를 배열하는 것'처럼 간단하지 않다

어떤 사람들은 PPT가 그저 내용을 여러 페이지로 나누고 레이아웃만 잡으면 되는 것 아니냐고 생각할 수 있습니다.

하지만 진지하게 몇 번 만들어 본 사람이라면 그렇지 않다는 것을 압니다.

PPT라는 것은 표면적으로는 콘텐츠 생산이지만, 실제로는 최소한 세 가지 층위가 겹쳐 있습니다.

첫 번째 층위는 당연히 콘텐츠 자체입니다. 프레젠테이션을 어떻게 구성할지, 어떻게 장을 나눌지, 어떤 정보를 별도 페이지로 만들고 어떤 내용을 차트나 bullet point로 압축할지 알아야 합니다.

두 번째 층위는 페이지입니다. 글자를 어떻게 배치하고, 그림을 어떻게 배치하며, 제목과 본문의 위계를 어떻게 구분하고, 여백이 충분한지, 정보 밀도가 너무 높지는 않은지 등을 고려해야 합니다.

세 번째 층위는 전달입니다. 당신이 만드는 것은 단지 'PPT처럼 보이는 것'이 아니라, 최종적으로 전달하는 것은 반드시 진짜 .pptx 파일이어야 합니다. 이 파일은 아마도 회사 템플릿을 적용해야 하고, 다른 동료가 협업하여 추가 편집할 수 있도록 제공되어야 하며, 고객에게 발송되어야 합니다.

이 세 번째 층위는 매우 중요하며, AI로 PPT를 만드는 것이 결국 완전히 다른 기술 경로로 갈라지는 이유를 결정짓습니다.

왜냐하면 어떤 사람들은 '어떻게 페이지를 빠르게 생성할 것인가'를 해결하고 있고, 어떤 사람들은 '어떻게 이 파일이 최종적으로 PowerPoint에서 정상적으로 사용될 수 있게 할 것인가'를 해결하고 있기 때문입니다.

이 두 가지는 비슷해 보이지만 실제로는 꽤 거리가 있습니다.

첫 번째 길: 일단 PPT는 신경 쓰지 말고, 본질적으로 먼저 웹페이지를 만든다

제 생각에 가장 이해하기 쉬운 길은 PPT를 일종의 '분할 화면 콘텐츠 표시' 방식으로 만드는 것입니다.

즉, PowerPoint 내부에서 텍스트 상자, 도형, 그림, 마스터가 어떻게 저장되는지는 일단 생각하지 않고, 먼저 각 페이지를 하나의 페이지로 취급하는 것입니다. 페이지 사이에 순서가 있고, 시각적으로 슬라이드처럼 보이며, 표시할 때도 한 페이지씩 넘길 수 있지만, 근본적인 사고방식은 Office 문서보다 웹페이지에 더 가깝습니다.

이러한 경로가 왜 먼저 부상했고, 왜 AI PPT라는 제품의 고지를 가장 먼저 선점했는지는 사실 이해하기 매우 쉽습니다.

왜냐하면 웹페이지는 원래 전시에 매우 적합하기 때문입니다. 대규모 언어 모델에게 구조화된 콘텐츠를 생성하거나 스타일과 레이아웃을 생성하는 것은, 복잡한 문서 형식을 직접 다루는 것보다 전반적으로 훨씬 수월합니다. 먼저 페이지를 만들게 하는 것은 보통 방법이 있지만, 나중에 자연스럽게 편집할 수 있는 복잡한 PowerPoint 파일을 직접 생성하게 하는 것은 난이도가 완전히 다른 차원입니다.

따라서 웹페이지 경로의 장점은 매우 분명합니다.

보통 초안 생성이 빠르고, 시각적으로도 비교적 유연하여, 많은 경우 첫눈에 보기에 전통적인 PPT보다 더 편안해 보이기까지 합니다. 특히 '일단 볼 수 있는 것을 하나 갖고 싶다'는 점에서 큰 강점을 가집니다.

하지만 문제도 바로 여기에 있습니다.

웹페이지와 PPT가 비슷해 보인다고 해서 같은 것이라는 의미는 아닙니다.

웹페이지에서 보는 것은 배열된 하나의 페이지이지만, PowerPoint에서 필요한 것은 계속 수정할 수 있는 객체들의 집합입니다. 텍스트는 개별적으로 수정할 수 있어야 하고, 그림은 이동할 수 있어야 하며, 도형은 계층 구조를 가져야 하고, 레이아웃은 마스터에 연결될 수 있어야 합니다. 웹페이지의 '한 페이지'가 PowerPoint에서는 자연스럽게 이러한 것들로 변환되지 않을 수 있습니다.

그래서 많은 웹페이지 경로의 제품들은 '만들어서 보여주는 것'에는 특히 적합하지만, '만든 후에 다른 사람이 수정하는 것'에 이르면 상황이 복잡해지기 시작합니다.

이것이 나쁘다는 뜻이 아니라, 애초에 해결하려는 문제가 완전히 같지 않다는 것입니다.

이는 PowerPoint라는 체계를 다루기보다는, 새로운 유형의 프레젠테이션 도구를 만들고 있는 것에 더 가깝습니다.

두 번째 길: AI에게 너무 많은 자유를 주지 말고, 먼저 템플릿으로 틀을 잡는다

또 다른 경로는 사고방식이 거의 반대입니다. 이 경로는 현재 AI PPT 도구들이 가장 많이 채택하고 있는 길이며, 거의 모든 중국산 AI PPT 제품이 이 방식을 따릅니다.

처음부터 모든 것을 생성하는 것이 불안정하다면, 차라리 먼저 큰 틀을 정해 놓는 것입니다. 레이아웃, 글꼴, 색상, 컴포넌트, 표지 스타일, 제목 계층 등을 먼저 템플릿 시스템으로 통제합니다. 그런 다음 AI가 그 안에 콘텐츠를 채우고, 부분적인 조정을 하여 더 빠르게 괜찮은 초안을 얻도록 돕는 것입니다.

Gamma와 같은 제품이 기본적으로 이 방향의 가장 전형적인 예입니다.

이 경로는 '섹시하게' 들리지 않기 때문에 종종 과소평가됩니다.

사람들은 '템플릿이라니, 그냥 고급 빈칸 채우기 아니야?'라고 생각할 수 있습니다. 별로 똑똑하게 들리지 않을 수 있습니다.

하지만 제품 관점에서 보면, 이것은 사실 매우 현실적입니다.

왜냐하면 실제 사용에서 많은 사람들은 기발한 디자인 시스템을 필요로 하지 않기 때문입니다. 그들이 원하는 것은 안정적이고, 오류가 없으며, 전문적으로 보이고, 브랜드 가이드라인에도 부합하는 결과물입니다. 특히 회사 환경에서 PPT는 단순히 내용을 표현하는 것을 넘어, 조직 스타일의 일부이기도 합니다.

따라서 템플릿 경로의 가장 큰 장점은 창의성이 아니라 안정성입니다.

이는 AI가 매번 레이아웃을 새롭게 발명하도록 추구하지 않습니다. 그것이 추구하는 것은:

당신이 나에게 콘텐츠를 주면, 내가 그것을 이미 검증된 시각적 프레임워크 안에 비교적 안정적으로 넣을 수 있느냐는 것입니다. 제목이 어긋나지 않고, 글자 크기가 엉망이 되지 않으며, 표지가 너무 못생기지 않고, 전체적으로 임시로 짜깁기한 것처럼 보이지 않게 하는 것입니다.

물론 그 한계도 매우 분명합니다.

템플릿 느낌이 너무 강해지면 결과물이 쉽게 '템플릿 같아' 보입니다. 특히 개성이 강하거나, 구조적 변화가 많거나, 리듬 설계에 크게 의존하는 콘텐츠를 만들고 싶다면, 템플릿 도구가 반드시 당신을 만족시키지 못할 수 있습니다.

하지만 더 심각한 문제는, AI가 당신의 프레젠테이션 내용과 완벽하게 호흡을 맞추지 못할 수 있다는 점입니다. 당신이 이 부분에서 강조하고 싶은 핵심은 다른 것인데, 당신의 PPT에는 다른 내용이 채워질 수 있습니다.

대다수의 사람들이 PPT를 만들 때, 템플릿 사이트에서 템플릿을 구매한 다음 자신이 발표할 내용에 맞춰 빈칸을 채우는 경우가 많습니다. 이 경로는 본질적으로 이 '빈칸 채우기' 단계를 AI가 대신 수행하게 하는 것입니다.

결국 많은 시나리오에서 사람들이 원하는 것은 창의적인 표현이 아니라, 발표를 대충 넘길 수 있는 버전을 높은 효율로 생산해 내는 것입니다.

세 번째 길: 먼저 페이지를 예쁘게 만들고, 편집 기능은 나중에 보완한다

업계에는 '그림 PPT' 혹은 더 시각적 초안에 치우친 접근 방식이라는 흔한 표현도 있습니다.

특히 Google의 바나나 모델이 출시된 이후, 이 경로의 인기가 급증했습니다.

제품 결과물로 보면, 이러한 유형의 솔루션은 분명히 '먼저 이 페이지를 예쁘게 만드는 것'에 더 치중합니다. 그 본질은 이미지 생성 모델을 통해 한 장 한 장의 그림을 생성하는 것이기 때문입니다.

이 방식의 장점은 매우 직접적입니다.

한눈에 봐도 시각적 임팩트가 강한 페이지를 만드는 데 매우 적합합니다. 특히 표지, 포스터 느낌의 페이지, 정보 밀도가 그리 높지 않은 시각적 페이지에서 더욱 돋보이는 경우가 많습니다.

왜냐하면 결과물을 우선적으로 처리하기 때문입니다.

먼저 이 페이지의 시각적 느낌을 만들어 내어 전체적으로 성립하게 한 다음, 사용자가 그 위에서 약간의 수정을 할 수 있도록 방법을 강구하는 것입니다.

문제점도 매우 분명합니다.

시각적으로 '성립'하는 것이 편집상의 '편리함'을 의미하지는 않습니다.

한 페이지의 내용이 완전해 보인다고 해서, 그것이 PowerPoint 안에서 쉽게 분해되고, 쉽게 수정되고, 쉽게 이동할 수 있다는 뜻은 아닙니다. 디자인 감각을 유지하면서 네이티브 편집 경험까지 보존하는 것은 사실 꽤 어려운 일입니다.

따라서 이 경로는 먼저 페이지를 좋은 결과물로 만든 다음, 오피스 소프트웨어에 필요한 기능들을 최대한 보완해 나가는 방식입니다.

누군가 '네이티브 PowerPoint'를 진지하게 다루기 시작했다

앞서 언급한 몇 가지 경로들이 대체로 '어떻게 한 페이지를 만들어 낼 것인가'라는 층위에서 맴돌고 있다면, 최근 더 주목할 만한 변화는 일부 제품들이 PowerPoint라는 시스템 자체로 접근하기 시작했다는 점입니다.

겨우 열 수 있는 수준의 .pptx 파일을 내보내는 것도 아니고, PPT처럼 보이는 페이지를 만든 다음 변환하는 것도 아닙니다. PowerPoint에서 정말 까다롭고, 또한 정말 핵심적인 부분을 처리하기 시작한 것입니다.

템플릿, 마스터, 기존 파일, 부분 편집, 네이티브 객체, 차트, 도형, 레이아웃 상속 같은 것들입니다.

이 점에서 최근 가장 분명한 신호는 역시 Claude의 PowerPoint 관련 움직임입니다.

제가 이 일이 중요하다고 생각하는 이유는, 단지 '이것도 PPT를 만들 수 있게 되었다'는 사실 때문이 아니라, 과거에 많은 사람들이 중요하다고 알면서도 계속 잘 해내지 못했던 부분을 건드리기 시작했기 때문입니다.

당신이 나에게 무에서 유를 창조하여 열 페이지를 만들어 내는 것이 아니라, 당신이 내 기존 워크플로우 안으로 들어와서 이어서 작업해야 한다는 것입니다.

예를 들어, 나에게 이미 회사 템플릿이 있는데, 당신이 이것을 읽고 이해할 수 있나요?

이미 절반 정도 완성된 덱(dex)이 있는데, 당신이 그중 세 페이지만 보충할 수 있나요?

지금 7페이지 하나만 수정하고 싶은데, 앞의 6페이지 서식을 모두 망가뜨리지 않고 이 페이지만 안정적으로 수정할 수 있나요?

글머리 기호 목록을 진짜 일반적인, 네이티브로 편집 가능한 차트로 정리하고 싶은데, 그림 한 장이 아니라 실제 차트로 만들 수 있나요?

이러한 질문들이야말로 'AI PPT가 오피스 현장으로 들어갈 수 있을지'를 결정하는 진정한 핵심입니다.

왜냐하면 사람들이 마지막에 원하는 것은 결코 단순히 '빠른 자동 초안 생성'만이 아니기 때문입니다.

사람들이 원하는 것은, AI가 더 통제 가능하고 더 정밀하게 작업을 완수할 수 있게 하는 것입니다.

왜 '편집 가능성'이 최근 다시 주목받고 있는가

몇 년 전만 해도 'PPT 직접 생성'이라는 말에 많은 사람들의 인상이 좋지 않았습니다.

이것은 당연한 일입니다. 당시에 만들어진 많은 것들은 열어 보면 그럴듯해 보이지만, 조금만 수정하면 엉망이 되고, 조금만 드래그하면 비뚤어지고, 템플릿만 바꾸려 해도 오류가 발생했기 때문입니다.

솔직히 말해서, 이 길에 가치가 없다는 것을 몰라서가 아니라, 당시에는 정말로 제대로 만들기 어려웠습니다.

PPT 같은 형식은 원래 매우 복잡합니다. 눈에 보이는 것은 한 페이지이지만, 그 아래에는 실제로 객체, 계층 구조, 위치, 스타일, 플레이스홀더, 마스터, 테마 같은 것들이 겹겹이 쌓여 있습니다. 이 중 한 곳이라도 불안정하게 처리되면, 사용자는 손을 대자마자 문제를 감지할 수 있습니다.

하지만 최근 이 문제가 다시 흥미로워지기 시작한 것은, PPT가 단순해졌기 때문이 아니라, 기술 커뮤니티가 AI가 다양한 Agent 능력을 발전시키도록 돕고 있기 때문입니다.

이제 모델은 구조를 처리하는 데 더 능숙해졌고, 기존 콘텐츠에 대한 부분 수정에도 더 능숙해졌습니다.

그리고 제품 구현도 더 이상 모델이 '허공에 파일 하나를 써 내도록' 하는 것이 아니라, 기존 템플릿을 읽고, 현재 페이지를 읽고, 기존 레이아웃을 이해한 다음, 이 기반 위에서 계속 작성하도록 하기 시작했습니다.

이것은 사실 매우 중요합니다.

왜냐하면 AI가 실제로 사용 가능해지기 시작하는 지점은, 종종 '생성 능력이 얼마나 놀라워졌는가'가 아니라, 마침내 더 이상 진공 상태에서 작업하지 않게 되었다는 점이기 때문입니다. 실제 소프트웨어와 실제 워크플로우에 부착되기 시작하면서, 이전에는 불안정했던 많은 것들이 비로소 서서히 안정될 가능성이 생기는 것입니다.

따라서 현재의 추세가 '모델이 마침내 PPT 파일을 직접 쓰는 법을 배웠다'라고 말하기보다는, 이렇게 말하는 것이 더 나을 것입니다.

모델에 더 깊은 PowerPoint 통합이 더해지면서, 마침내 네이티브 편집 가능이라는 것이 이상에서 진지하게 논의할 수 있는 방향으로 바뀌기 시작했다는 것입니다.

이 길들은 결국 하나만 남지는 않을 것이다

제 생각에 AI PPT의 기술 진화는 궁극적으로 위에서 언급한 어느 하나의 단일 경로로 수렴하지 않을 것입니다. 더 큰 가능성은 '혼합'으로 나아가는 것입니다. 템플릿은 안전망 역할을 하고, 웹페이지는 심층적인 커스터마이징을 담당하며, 이미지 생성 모델은 핵심 페이지의 비주얼을 먼저 뽑아내고, 정말로 전달하고, 협업하고, PowerPoint로 가져가 계속 수정해야 하는 단계에 이르면, 다시 묵묵히 네이티브 객체와 워크플로우에 접근하는 것입니다.

사용자의 요구는 사실 극히 단순합니다. 초안 생성은 빨라야 하고, 결과물은 안정적이어야 하며, 2차 편집은 매끄러워야 하고, 전달할 때 남에게 폐를 끼치지 않아야 합니다. 기술이 비즈니스로 회귀할 때, 경로 논쟁은 더 이상 중요하지 않습니다. 진정한 분수령은, 당신이 첫 단계에서 '화려하게' 보여주는 데 그치는지, 아니면 '생성-편집-협업-전달'의 전체 체인을 진정으로 장악할 수 있는지에 달려 있습니다.

3년이 지난 지금, AI PPT는 '기술 과시' 단계를 지나, 본격적으로 '실제 워크플로우에 진입'하는 심해 구역으로 들어섰습니다. 놀라운 데모보다, 생성 후에 내가 바로 실무에 투입할 수 있는지가 더 중요합니다.

먼저 조금 더 빠르게, 그리고 조금 더 안정적으로, 마지막으로 내가 뒷수습을 하지 않게 해 주세요.