발표 원고를 슬라이드로 바꾸려면, 말하는 동안 청중이 무엇을 봐야 하는지 먼저 정해야 합니다. 한 문단이 도식이나 정확한 이름이 붙은 숫자 하나, 짧은 지시문이 될 수도 있고, 새 슬라이드가 필요하지 않을 수도 있습니다. 목적은 청중에게 원고를 읽게 하는 것이 아니라 발표를 이해하는 데 도움이 되는 시각 자료를 만드는 것입니다.
도구에 발표 자료 제작을 맡기기 전에 이 선택부터 하세요. Presenti의 텍스트를 발표 자료로 바꾸는 기능으로 준비한 텍스트 지시문을 편집 가능한 초안으로 만들 수 있습니다. 입력할 내용에는 화면에 보일 정보와 발표자가 말로 설명할 내용을 이미 구분해 두어야 합니다.
다음 예시는 새로운 지원 문의 배정 절차를 제안하는 팀 발표 원고 전체를 따라갑니다. 편집 과정을 설명하기 위해 팀, 기록, 시범 운영 계획을 모두 가상으로 구성했습니다.
발표 원고 전체부터 읽기
먼저 슬라이드로 나누지 말고 원고를 한 번 읽습니다. 이 발표는 팀에 새로운 절차를 시험해 보자고 요청하고, 그 이유와 구체적인 운영 방식을 설명합니다. 아래 문단 번호를 이용하면 어떤 정보가 발표 자료에 남는지 추적할 수 있습니다.
1. 오늘은 지원 문의를 더 명확하게 배정하는 방법을 2주 동안 시험해 보자고 제안합니다. 문의를 받는 창구는 하나로 유지하고, 필요한 지원 유형을 확인하며, 어느 유형에도 맞지 않는 문의를 책임질 담당자를 정하려고 합니다. 시범 운영 여부, 진행 책임자, 결과를 검토할 시점에 합의했으면 합니다.
2. 가상의 지난주 문의 24건을 검토했더니 7건은 대기열이 한 번 이상 바뀌었습니다. 그 7건 중 1건은 두 번 이동했으므로 재배정 횟수는 총 8회였습니다. 이 수치만으로 고객이 얼마나 기다렸는지, 최종 답변이 적절했는지는 알 수 없습니다. 배정 과정을 더 살펴볼 필요가 있다는 점을 보여 줍니다.
3. 제안하는 접수 절차에는 접근 권한, 청구, 제품 문제라는 세 가지 경로가 있습니다. 접수 담당자는 문의 내용을 보고 경로를 선택합니다. 유형이 불분명하거나 여러 팀이 관련될 수 있으면 순번제 분류 담당자에게 보냅니다. 이 담당자가 다음 책임자를 찾습니다. 고객이 담당자를 찾아 여러 곳을 돌아다니게 하지 않는 것입니다.
4. 인계에는 새 대기열 이름 이상의 정보가 필요합니다. 보내는 사람은 고객이 하려는 일, 이미 확인한 내용, 받는 팀이 답해야 할 질문을 함께 전달합니다. 받는 사람이 담당을 수락했다고 확인해야 하며, 그 확인 전까지 인계 상황을 추적할 책임은 보내는 사람에게 남습니다.
5. 시범 운영 중에는 어떤 문의의 대기열이 바뀌었는지, 재배정이 몇 번 있었는지, 어떤 건에 분류 담당자의 판단이 필요했는지 기록합니다. 검토할 때는 건수뿐 아니라 실제 인계 사례 몇 건도 살펴봅니다. 재배정 횟수가 줄었다는 사실만으로 고객이 더 나은 지원을 받았다고 할 수는 없습니다.
6. 분류 담당이라는 역할이 일을 하나 더 만드는 것처럼 들릴 수 있다는 점을 알고 있습니다. 하지만 이미 비공식적으로 처리하는 책임이기도 합니다. 시범 운영에서는 그 책임을 명확하게 드러내 어디서 막히는지 살펴보려 합니다. 감당하기 어려운 부담이 생기면 제안을 바꿔야 합니다.
7. 오늘은 진행 책임자와 시작일을 정해 주세요. 시작 전에 그 책임자가 분류 담당 순번을 확인하고 인계 점검표를 공유해야 합니다. 2주간의 시범 운영을 함께 검토한 뒤 이 절차를 계속 사용할지 결정하겠습니다.
각 문단에 시각 자료의 역할 부여하기
이 원고에는 문단 모양을 그대로 옮긴 7장이 아니라 다섯 번의 시각적 전환이 필요합니다. 우려 사항과 마지막 요청은 최종 슬라이드를 함께 사용할 수 있습니다. 전체 연결 관계를 살펴보겠습니다.
1문단: 제안하는 변화 보여 주기
화면에 표시: “접수 창구는 하나로, 불분명한 문의에는 책임자를.” 그 아래에 필요한 지원 확인, 경로 배정, 불확실한 경우 해결이라는 짧은 항목 세 개를 둡니다.
말로 설명: 시범 운영 기간은 2주이며 팀의 합의가 필요하다고 설명합니다. 대화를 시작하는 도입은 발표자의 말로 남깁니다.
화면에서 제외: “오늘은 제안합니다” 같은 표현과 회의에서 정할 사항의 전체 목록은 빼도 됩니다. 말로 시작할 때는 유용하지만 절차를 시각적으로 이해하는 데는 큰 도움이 되지 않습니다. 구체적인 결정 요청은 마지막 슬라이드에 넣습니다.
2문단: 문의 건수와 재배정 횟수 구분하기
화면에 표시: 검토한 문의 24건, 대기열이 바뀐 문의 7건, 재배정 8회라는 이름 붙은 수치 세 개를 표시합니다. 옆에 “가상의 1주 표본”이라는 설명을 남기고, 한 문의가 두 번 이동했다는 짧은 주석을 붙입니다.
말로 설명: 이 결과를 왜 조사할 가치가 있는지 설명합니다. 대기 시간과 답변 품질은 측정하지 않았다고 밝힙니다.
제외: 원고에 없는 백분율이나 성과 제목을 추가하지 않습니다. “배정 과정에서 시간이 낭비된다”는 주장은 원자료의 범위를 넘어섭니다. 여기서는 이름 없는 차트나 장식용 아이콘보다 수치의 정확한 이름이 중요합니다. 그림을 쓰더라도 문의 건수와 이동 횟수의 차이를 유지해야 합니다.
3문단: 청중이 기억할 경로 그리기
화면에 표시: 문의 접수 → 필요한 지원 확인 → 접근 권한·청구·제품 문제 대기열의 흐름을 그립니다. “유형 불명확 또는 여러 팀 관련”이라는 별도 분기를 “분류 담당자가 다음 책임자 지정”에 연결합니다.
말로 설명: 실제 문의 내용을 기준으로 배정한다는 점과 어떤 상황을 불명확한 경우로 보는지 설명합니다. 불확실한 문의에도 갈 곳이 있다는 사실이 이 도식의 핵심입니다.
제외: 누군가 책임진다는 원고의 반복 설명은 화면에 다시 쓰지 않습니다. 분기 이름에 이미 담겨 있습니다. 이 도식은 제안하는 팀 절차를 설명하는 그림이지, 실제 구축된 지원 시스템의 화면이 아닙니다.
4문단: 확인 가능한 인계 방식 보여 주기
화면에 표시: 고객의 목표, 완료한 확인, 받는 팀에 묻는 질문이라는 세 항목의 작은 인계 카드를 만듭니다. 아래에는 “받는 사람이 담당을 수락할 때까지 보내는 사람이 인계 상황을 추적”이라고 적습니다.
말로 설명: 불충분한 인계 문구 하나를 고쳐 봅니다. “청구 문제입니다. 확인해 주세요”를 “고객에게 청구가 두 건 보입니다. 계정과 청구서 번호는 확인했습니다. 두 번째 청구가 유효한지 확인해 주세요”로 바꿀 수 있습니다. 이는 설명용 예시이며, 문의 24건에서 추가로 발견한 사실은 아닙니다.
제외: 명확하게 쓰라는 지시를 반복하지 않습니다. 내용을 채운 카드가 명확성에 필요한 정보를 보여 줍니다.
5~7문단: 시범 운영과 요청을 한곳에 두기
5문단에서 화면에 표시: 2주 시범 운영과 함께 이동한 문의 건수, 재배정 횟수, 분류 담당자가 판단한 사례를 기록하도록 합니다. “실제 인계 사례 검토”도 넣고, 이동이 줄었다는 사실만으로 지원 품질이 좋아졌다고 볼 수 없다는 한계를 표시합니다.
6문단에서 말로 설명: 업무 부담에 대한 우려와 필요하면 제안을 바꾸겠다는 뜻을 설명합니다. 시범 운영 슬라이드를 그대로 사용하세요. “우려 사항”이라고만 적힌 새 페이지는 근거를 더하지 않으면서 설명을 끊을 수 있습니다.
7문단에서 화면에 표시: 같은 슬라이드의 마무리 상자에 “진행 책임자와 시작일 합의, 시작 전 순번과 점검표 확인”을 넣습니다. 팀이 합의할 때까지 담당자와 날짜는 비워 둡니다.
제외: 다섯 장을 다시 요약하는 페이지는 필요하지 않습니다. 청중이 할 수 있는 행동으로 마무리하세요. 제안과 토론 사이에 형식적인 감사 페이지를 끼워 넣을 이유도 없습니다.
슬라이드 도구에 시각 자료용 지시문 전달하기
원고만 붙여넣으면 어떤 정보를 화면에 보여 줘야 하는지 도구가 추측하게 됩니다. 문단별 선택을 바탕으로 입력 내용을 더 명확하게 작성하세요. 이 예시에서는 다음과 같이 쓸 수 있습니다.
가상의 지원팀 발표용 슬라이드 5장을 만들어 주세요.
청중은 문의 배정 절차를 2주간 시험할지 결정합니다.
1. 제안: 접수 창구는 하나로 유지하고, 불분명한 문의의 책임자를 정합니다.
2. 근거: 문의 24건을 검토했고, 7건의 대기열이 바뀌었습니다.
한 건이 두 번 이동해 재배정은 8회입니다.
가상의 표본이라고 표시합니다. 대기 시간과 답변 품질은 측정하지 않았습니다.
3. 절차: 접근 권한 / 청구 / 제품 문제로 배정합니다.
불명확하거나 여러 팀이 관련된 건은 분류 담당자가 다음 책임자를 찾습니다.
4. 인계: 고객의 목표 / 완료한 확인 / 답해야 할 질문.
받는 사람이 담당을 수락할 때까지 보내는 사람이 인계 상황을 추적합니다.
5. 시범 운영: 이동한 문의, 재배정 횟수, 분류 담당자의 처리 사례를 기록합니다.
실제 인계 사례를 검토하고 책임자와 시작일을 요청합니다.
이동이 적다는 사실만으로 더 나은 지원을 입증할 수는 없습니다.
결과, 이름, 날짜, 소프트웨어 연동을 만들어 내지 마세요.
말로 설명할 내용은 슬라이드 본문에서 제외하세요.
도식과 인계 카드로 절차를 설명하세요.Presenti에서 실제 화면의 Paste Text를 선택하고 준비한 지시문을 입력합니다. 생성된 슬라이드는 출발점으로 보고 원고와 대조하세요. 특히 수치, 불명확한 문의의 분기, 인계 책임 규칙을 확인합니다. 이 내용을 바꿔 버린 도식이나 문구는 수정합니다.
편집하는 동안 원래 발표 원고는 별도 문서에 보관합니다. 화면에서 의도적으로 제외한 문장을 슬라이드 도구가 보존해 줄 것이라고 기대하지 마세요. 시각 자료가 정리된 뒤에는 말로 설명할 내용을 완성된 슬라이드를 뒷받침하는 발표자 노트로 다듬을 수 있습니다.
화면이 바뀌는 순간을 중심으로 연습하기
스토리보드를 옆에 놓고 원고를 소리 내어 읽습니다. 제안 이해, 수치 확인, 경로 따라가기, 충분한 인계 내용 알아보기, 시범 운영 검토처럼 청중이 해야 할 일이 바뀔 때 화면을 전환하세요. 새 문단이 시작된다고 언제나 새 시각 자료가 필요한 것은 아닙니다.
배정 도식에서는 불명확한 문의의 분기를 따라갈 시간을 줍니다. 청중이 그림을 해독하는 동안 발표자가 다음 주제를 설명한다면, 그림을 단순화하거나 해당 설명에 시간을 더 배정합니다. 글자를 줄여 해결하려고 하지 마세요.
그다음 두 가지를 따로 확인합니다. 슬라이드만 본 동료가 제안, 근거의 한계, 요청하는 결정을 알아볼 수 있나요? 발표만 들었을 때도 “여기 이 부분” 같은 표현 없이 논리를 따라갈 수 있나요? 두 버전의 문구가 같을 필요는 없지만 같은 이야기를 해야 합니다.
연습 중 빠진 조건을 발견했다면 청중이 그 조건을 알아야 하는 위치에 복원합니다. 도입이 반복된다면 반복을 줄입니다. 완성된 자료는 발표를 따라가기 쉽게 만들면서도 발표자가 말할 여지를 남겨야 합니다.
