[🤖] 며칠간 브로셔 삽질 끝에 AI PPT 만드는 답을 찾았다

✨ GPT-5.6 Sol의 요약 　

DESIGN.md와 고급 레퍼런스를 아무리 줘도 PPT는 계속 촌스럽게 나왔다. 먼저 완성형 이미지를 고르고 그것을 시각 정본으로 삼아 편집 가능한 슬라이드로 옮기자, 며칠간 막혀 있던 제작 방식이 비로소 풀렸다.

며칠째 브로셔가 계속 쓰레기로 나왔다

회사 호텔 영업 브로셔를 만들면서 며칠간 정말 별짓을 다 했다. 고급 호텔 브로셔 레퍼런스를 찾아 던져주고, 색상과 서체와 여백을 정리한 DESIGN.md도 만들고, 페이지별 내용과 지시사항도 나누고, 코디네이터와 워커 세션까지 잔뜩 돌렸다.

그런데 결과물은 계속 촌스럽고 이상했다. 같은 페이지를 다시 만들게 해도 고급 호텔 영업 브로셔가 아니라 사내 보고서나 오래된 제안서처럼 나왔다. 글자가 안 넘치고 파일이 정상적으로 열리고 폰트가 맞는다는 검수 결과는 잘 가져왔지만, 내가 PPT를 열어보면 첫눈에 “으악, 이게 뭐야” 싶은 디자인이었다.

브로셔를 만들 때마다 디자인이 달라져 DESIGN.md가 필요하다고 생각했을 때는 적어도 AI가 매번 빈 화면에서 분위기를 다시 추측하는 일은 줄일 수 있을 것이라고 봤다. 실제로 DESIGN.md는 필요했다. 하지만 이번에 보니 그 파일이 있다고 좋은 디자인이 자동으로 나오는 것은 정말 아니었다.

Codex는 DESIGN.md와 레퍼런스를 읽었다고 보고했지만, 실제 PPT에서는 그 레퍼런스가 왜 고급스럽게 보이는지 제대로 잡지 못했다. 색 몇 개 가져오고 비슷한 박스를 만든 뒤 적용했다고 생각했다. 구도, 면적, 무게, 여백, 시선 흐름과 전체 인상은 사라지고, 내용이 가지런히 들어간 박스형 문서만 남았다.

코드를 먼저 만들면 결과 화면은 나중 일이 됐다

옆에서 계속 지켜보니 설계 방식 자체가 이상했다. 처음부터 최종 페이지가 어떻게 보여야 하는지를 상상하고 만드는 것이 아니었다. 내용을 잘게 나누고, 텍스트 상자와 사각형의 좌표를 정하고, 선과 색을 붙인 다음 PPT 코드를 완성했다. 그러고 나서 렌더해보니 쓰레기 같은 결과가 나온 것이다.

그때부터 또 간격을 바꾸고, 색을 줄이고, 박스를 옮겼다. 하지만 처음부터 잘못 잡은 구도를 그대로 둔 채 조금씩 고치니 여전히 이상했다. 렌더는 디자인 목표가 아니라 코드 작성 후에 문제를 발견하는 디버깅 화면에 가까웠다.

Codex는 패턴 찾는 데 기가 막힌 녀석인데, 고급스러운 레퍼런스를 아무리 던져도 정작 그 안에서 “고급”이라는 패턴을 못 찾는 것이 이상했다. 생각해보면 좋은 디자인의 특징을 말로 설명하는 일과, 빈 PPT에서 그 전체 인상을 만들어내는 일은 달랐다. 정렬, 대비, 여백, 폰트와 색상 같은 항목을 전부 통과해도 결과는 얼마든지 촌스러울 수 있었다.

이미지로 먼저 만들자 갑자기 디자인을 잘했다

그러다가 같은 페이지를 내가 정한 색 조합으로 이미지부터 다시 만들어보라고 했다. 그랬더니 어이가 없게도 이미지로는 잘 뽑았다. 정보 위계도 보였고, 면적 균형과 여백도 괜찮았고, 아이콘과 선도 한 스타일로 정리됐다. 내가 계속 원하던 모던하고 심플한 호텔의 고급스러운 느낌이 드디어 보였다.

“이미지로는 잘 뽑네…? 근데 왜 PPT로는 그 꼬라지임?”

여기서 답이 보였다. DESIGN.md와 레퍼런스를 바로 PPT 코드로 번역하게 하지 말고, 먼저 완성형 페이지 이미지로 만들게 하면 된다. 이미지 단계에서 내가 마음에 드는 결과가 나올 때까지 고친 다음, 그 이미지를 해당 페이지의 “시각 정본”으로 고정한다. 원본 PPT와 페이지 지시사항은 문구, 사실, 관계와 포함 항목을 지키는 “내용 정본”으로 따로 둔다.

그다음 Codex에는 새 디자인을 생각하라고 하지 않고, 승인된 이미지를 편집 가능한 PPT 요소로 최대한 똑같이 옮기라고 하면 된다. 마지막에는 저장된 PPT를 다시 이미지로 렌더하고, 시각 정본과 같은 크기로 나란히 놓고 비교한다.

이 방식으로 다시 만든 페이지는 이전 결과와 확실히 달랐다. 원본 문구와 조직 관계는 유지하면서도, 내가 승인한 이미지의 구도와 색상 비율, 타이포그래피, 아이콘과 선을 편집 가능한 PPT로 거의 그대로 가져왔다. 그 결과를 보고 진짜로 “와…! 답을 찾았다!!!”는 말이 나왔다.

디자인 검수는 결국 내가 해야 한다

코디네이터와 워커를 관리하다가 브로셔 결과물을 못 받았던 날 이후로 병렬 작업 자체를 많이 의심했다. 지금 생각해보면 코디네이터와 워커 구조가 무조건 나쁜 것은 아니다. 이미지 후보를 여러 방향으로 빠르게 만들어보거나, 승인된 페이지를 각각 PPT로 옮기는 작업에는 잘 맞는다.

다만 디자인 선택과 최종 검수를 코디네이터에게 맡기면 안 된다. 코디네이터는 문구 누락, 잘못된 관계선, 글자 넘침, 서체와 파일 무결성을 확인하고 비교 이미지를 준비하면 된다. 무엇이 더 고급스러운지, 호텔 관리자가 어떤 페이지를 보고 계약하고 싶어질지, 내가 이 결과를 정말 마음에 들어 하는지는 내가 직접 봐야 한다.

앞으로 브로셔 페이지는 이 순서로 만든다.

1. 원본 PPT와 페이지 지시사항으로 내용을 고정한다.
2. DESIGN.md와 레퍼런스를 바탕으로 이미지 시안을 여러 개 만든다.
3. 내가 직접 보고 마음에 드는 이미지를 시각 정본으로 승인한다.
4. 승인 이미지를 편집 가능한 PPT로 최대한 유사하게 구현한다.
5. PPT 렌더와 시각 정본을 같은 크기로 비교하고 내가 최종 승인한다.

기존에는 PPT를 만든 뒤 렌더에서 처음 디자인을 발견했다. 이제는 이미지에서 디자인을 먼저 완성하고, PPT는 그 결과를 옮기는 구현물로 둔다.

며칠 동안 왜 이렇게까지 안 되는지 정말 미칠 것 같았는데, 적어도 지금은 어디에서 디자인을 결정하고 누가 검수해야 하는지 알겠다. DESIGN.md를 더 길게 쓰거나 “30년차 디자이너처럼”이라고 더 세게 명령하는 것이 답이 아니었다. 내가 눈으로 고른 완성형 이미지를 먼저 만들고, Codex에게는 그것을 정확히 구현하게 하는 것. 현재로서는 이게 내가 찾은 최선의 방법이다.