“좋은 아이디어네요. 그런데 조금 더 검토해봅시다.” 발표는 끝났는데 결정은 남지 않는다. AI로 PPT 구성안을 만들 때는 장수를 정하기 전에 상대가 오늘 무엇을 결정할 수 있는지부터 좁혀야 한다.
나는 「파격을 만드는 건 아이디어가 아니라 설득이다」에서 새로운 시도가 현실이 되려면 서로 다른 기준을 가진 사람들 사이를 통과해야 한다고 썼다. 좋은 발상과 실행 가능한 합의는 같은 일이 아니었다. 이 글에서는 그 관점을 발표 준비로 옮겨본다.
원문에서 해석한 캠페인의 실제 내부 승인 과정을 알고 있다는 뜻은 아니다. 특정 브랜드의 비공개 회의나 협상 내용을 재구성하지도 않는다. 대신 가상의 업무 개선 제안을 통해 누가 무엇을 망설이는지, 그 질문이 슬라이드 순서를 어떻게 바꾸는지 살펴보겠다.
상대를 설득한다는 말부터 조금 바꿔보자
설득을 상대의 반대를 없애는 일로만 보면 불편한 내용을 뒤로 밀기 쉽다. 효과는 크게 쓰고 비용과 제약은 부록으로 보낸다. 그러나 승인하는 사람에게 중요한 것은 제안자가 얼마나 확신하는지가 아닐 수 있다. 잘못됐을 때 무엇을 책임져야 하는지, 지금 결정할 권한이 자신에게 있는지부터 확인하고 싶을 수 있다.
그렇다고 AI에게 “팀장은 변화를 두려워하니 불안을 자극해줘”라고 요청해서는 안 된다. 직책만으로 개인의 속마음을 알 수는 없다. 우리가 확인할 것은 그 사람이 가진 역할과 결정 범위, 직접 말한 우려다. 추측한 심리는 사실이 아니라 질문으로 남긴다.
이 차이가 장표의 순서를 바꾼다. 기술이 얼마나 새롭다는 설명보다 어떤 자료를 건드리지 않는지 먼저 보여줘야 하는 발표도 있다. 반대로 새로운 시도가 필요한 이유부터 설명해야 하는 자리도 있다. 모두에게 통하는 목차보다 이번 회의의 질문이 우선이다.
첫 장을 만들기 전에 한 문장을 쓴다
“이 발표를 읽은 [누가]가 [어떤 근거]를 보고 [어디까지] 결정한다.”
여기서 가장 자주 빠지는 것은 어디까지다. 관심을 얻는 것, 실험을 허락받는 것, 예산을 승인받는 것, 전사 도입을 확정하는 것은 다르다. 이 네 가지를 한 번에 요구하면 작은 제안에도 큰 반론이 붙는다.
가상의 사례를 보자. 한 팀이 폴더 안의 자료를 더 쉽게 찾는 도구를 시험하려 한다. 오늘의 요청은 전사 도입이 아니라, 합성 파일로 만든 시제품을 담당자 두 명이 2주간 검토하는 안이다. 기간과 인원은 설명을 위한 설정이며 실제로 정해진 일정이 아니다.
발표 계약은 이렇게 쓸 수 있다. “팀장이 합성 자료만 사용하는 시험의 범위와 중단 조건을 이해하고, 두 명의 검토 시간을 배정할지 결정한다.” 이제 도입 효과를 과장하지 않고도 요청을 설명할 수 있다.
합성 자료 묶음: 확인한 사실과 제안을 구분한다
아래 S1~S5는 교육용 합성 예제다. 실제 사내 기록을 익명화한 자료가 아니며, 시제품을 실행해 얻은 결과도 아니다.
| 자료 번호 | 발표에 사용할 내용 |
|---|---|
| S1 | 설명용 업무 장면 세 가지를 기록했다. 같은 제목의 파일을 구분하거나 최신본을 찾는 상황이다 |
| S2 | 검색 결과에 파일명·경로·수정일을 표시하는 시제품 구상도만 있다. 실제 성능 측정은 없다 |
| S3 | 합성 파일만 사용하며 실제 회사 폴더 연결·외부 전송·파일 수정은 시험 범위에 넣지 않는다 |
| S4 | 검토자 두 명이 2주 동안 시험하고 오류 유형을 남기는 안을 제안한다. 참여와 일정은 미확정이다 |
| S5 | 처리 시간 기준선, 반복 검색 수요와 유지보수 부담은 아직 측정하지 않았다 |
이 정도 자료로 “업무 시간을 70% 절감한다”는 장표를 만들 수는 없다. 아직 숫자가 없다. 반면 “현재 자료로는 효과를 확정할 수 없으니 작은 시험으로 확인하자”는 제안은 만들 수 있다. 자료가 적다는 이유로 발표가 불가능한 것이 아니라, 요청할 결정의 크기를 바꿔야 하는 것이다.
반대할 사람을 상상하기보다 필요한 질문을 적는다
| 확인할 역할 | 실제로 물어볼 질문 | 슬라이드에 담을 답 |
|---|---|---|
| 시간을 배정하는 사람 | 이번 주 다른 업무와 비교해 무엇을 미뤄야 하나 | 참여 시간·범위와 승인받을 항목 |
| 자료를 관리하는 사람 | 어떤 파일에 접근하고 무엇이 남나 | 합성 자료만 쓰는 경계와 제외 항목 |
| 직접 시험할 사람 | 잘못된 결과가 나오면 어떻게 확인하나 | 원본 경로 대조와 오류 기록 방식 |
| 이후 운영을 맡을 사람 | 시험 뒤 누가 고치고 관리하나 | 담당 미정 상태와 다음 단계의 조건 |
역할은 실제 조직에서 한 사람이 여러 개 맡을 수 있다. 이 표는 관계를 단정하는 페르소나가 아니라 확인할 질문 목록이다. 담당자가 아직 없다면 “운영팀 담당”이라고 채우지 말고 미정이라고 적는다. 없는 합의를 장표 안에 만들어 넣지 않는다.
이 자료로 만든 8장 구성안
다음 제목은 주제가 아니라 각 장에서 전달할 판단이다. 번호를 그대로 복사하기보다 내 자료가 뒷받침할 수 있는 문장인지 먼저 본다.
| 장 | 제목과 보여줄 내용 |
|---|---|
| 1 | 전사 도입이 아니라 합성 자료로 2주 시험을 제안한다. 오늘 결정할 범위와 미확정 참여자를 표시한다(S3·S4) |
| 2 | 찾기 어려운 장면은 기록했지만 빈도는 아직 모른다. S1의 세 장면을 짧게 보여주고 대표성 한계를 적는다 |
| 3 | 현재는 성능이 아니라 결과 확인 방식을 설계한 단계다. 파일명·경로·수정일이 있는 결과 예시를 구상도로 표시한다(S2) |
| 4 | 실제 회사 폴더와 파일 수정은 시험에서 제외한다. 하는 일·하지 않는 일을 나란히 둔다(S3) |
| 5 | 수동 검색 유지와 시제품 시험을 비교한다. 전자는 추가 준비가 적고, 후자는 검증 시간을 요구한다. 효과 우열은 미확정이다 |
| 6 | 판정은 ‘편하다’가 아니라 정답 대조와 오류 기록으로 한다. 동일한 합성 과제의 기대 파일과 검색 결과를 비교하는 방법을 제안한다 |
| 7 | 멈출 조건과 다음 단계의 문턱을 먼저 둔다. 실제 자료 접근 요구나 결과 추적 불가가 생기면 중단한다(S3·S5) |
| 8 | 오늘은 검토 시간 배정과 시험 경계에 대한 동의만 요청한다. 담당·일정·자료 범위를 확인하고 전사 적용은 별도 결정으로 남긴다 |
세 번째 장에 화면 이미지를 넣는다면 ‘실행 화면’이 아니라 ‘구상도’라고 써야 한다. 여섯 번째 장의 시험 방법도 아직 수행한 결과가 아니다. 계획과 결과를 구분하는 라벨은 작은 각주가 아니라 독자가 바로 볼 수 있는 위치에 둔다.
이 구성은 기대효과를 감춘 것이 아니다. 기대효과를 검증 가능한 질문으로 바꾼 것이다. 실제로 쓸 만한 도구인지 확인하기 전에는 발표가 그 결과를 대신 약속하지 않는다.
첫 30초와 마지막 30초를 먼저 써본다
시작 문안은 이렇게 정리할 수 있다.
오늘 요청드릴 것은 실제 폴더 연결이나 전사 도입 승인이 아닙니다. 합성 파일로 만든 시제품을 작은 범위에서 검토할 시간을 배정할지 결정해주시면 됩니다. 효과는 아직 측정하지 않았고, 무엇을 확인한 뒤 다음 단계로 갈지부터 설명드리겠습니다.
마지막 문안은 시작과 같은 결정을 가리켜야 한다.
검토자와 시간이 배정되면 합성 자료로 시험하고, 기대 결과와 다른 항목을 기록하겠습니다. 실제 자료 접근이 필요해지는 순간에는 멈추고 별도 승인을 받겠습니다. 오늘 합의할 수 없는 항목은 미정으로 남겨도 괜찮습니다.
말이 매끄러운지는 그다음이다. 앞에서는 작은 시험이라고 해놓고 끝에서 도입을 승인해달라고 하면 발표 계약이 바뀐다. AI가 결론을 ‘강하게’ 다듬는 과정에서도 이 경계가 넘어갈 수 있다.
복사 가능한 PPT 구성 프롬프트
다음 자료로 발표 구성안을 만들어라.
청중: 검토 시간을 배정할 팀장과 자료 관리 담당자
오늘의 결정: 합성 파일 시제품 검토를 허용할지
오늘 결정하지 않을 것: 전사 도입, 실제 폴더 연결, 예산 확정
자료: 번호가 붙은 S1~S5
출력:
번호 / 결론형 제목 / 화면에 보여줄 근거 /
발표자 노트 / 청중이 물을 질문 / 다음 장과 연결
규칙:
- 자료에 없는 절감률·성과·일정 확정을 만들지 않는다.
- 확인 사실, 제안, 미확인을 표시한다.
- 직책만으로 사람의 감정이나 성향을 단정하지 않는다.
- 핵심 판단의 한계는 본문에 남긴다. 노트로 숨기지 않는다.
- 첫 장과 마지막 장이 같은 결정을 요청하게 한다.
- 실제 승인을 받았다는 표현을 쓰지 않는다.
마지막에 이 자료로 답할 수 없는 질문을 따로 적어라.Google의 프롬프트 가이드는 목표·맥락·제약·출력 형식을 구분하고 반복적으로 평가하도록 안내한다. 이 요청도 그 구조를 활용한다. 다만 여덟 장이라는 개수나 합성 시험의 운영 기준이 공식 권장안인 것은 아니다.
발표가 실패하는 지점은 디자인 밖에도 있다
중요한 반론을 발표자 노트에만 숨기거나, 참여자가 동의하지 않은 일정을 확정처럼 쓰거나, 화면을 예쁘게 만들기 위해 불확실성을 지웠다면 구성부터 다시 봐야 한다. 청중이 질문하지 않았다는 사실도 이해나 동의의 증거로 보지 않는다.
보안상 내부 제안서·조직도·개별 직원 평가·고객 자료를 외부 AI에 넣지 않는다. 공개 가능한 요구사항이나 합성 자료로 구조를 잡는다. 실제 승인 권한이 누구에게 있는지는 AI가 아니라 조직의 절차로 확인해야 한다.
슬라이드가 적으면 설득력이 약해지지 않을까?
장수가 아니라 결정에 필요한 근거가 빠졌는지 본다. 근거가 늘어나면 부록을 추가하되, 핵심 제약과 불확실성은 본문에서 확인할 수 있어야 한다.
상대가 반대할 이유를 AI에게 물어봐도 될까?
질문 후보를 얻는 데는 쓸 수 있다. 다만 그 답을 특정 사람의 실제 생각으로 기록하지 않는다. “이 우려가 있으신가요?”라고 확인할 가설로 남긴다.
효과를 모르면 발표를 미뤄야 하나?
도입 효과를 승인받는 발표라면 자료가 부족할 수 있다. 반면 효과를 확인할 시험의 범위를 합의하는 발표라면 가능하다. 모르는 정도에 맞게 결정의 크기를 줄인다.
상대를 이해한다는 것은 그 사람이 원하는 결론만 보여주는 일이 아니다. 그 사람이 감당해야 할 결정의 무게까지 함께 보여주는 일이다. AI가 장표를 빨리 만들수록, 무엇을 승인받으려는 발표인지는 사람이 더 분명하게 정해야 한다.
근거와 공식 출처
- 브런치: 파격을 만드는 건 아이디어가 아니라 설득이다 — 새로운 시도를 실행 가능한 합의로 옮기는 관점. 원문의 고객 사례·캠페인 이미지·추정된 내부 절차는 재사용하지 않았다.
- Google Cloud: 프롬프트 설계 전략 — 목표·맥락·제약·출력 구조 및 반복 평가 참고. 2026-08-31 확인.
편집 안내: 허보람의 공개 원문을 AI의 도움으로 확장했다. S1~S5, 슬라이드 제목, 발표 문안은 새로 만든 합성 예제다. 실제 시제품 성능이나 승인 성과를 주장하지 않는다.