좋은 전후 비교 발표는 같은 대상의 두 상태를 명확히 표시한 뒤, 무엇이 달라졌고 근거가 무엇을 뒷받침하는지 설명합니다. 범위, 축척, 측정 방식을 일관되게 유지하세요. 두 번째 상태가 제안이라면 달성한 결과처럼 보이지 않도록 ‘제안’이라고 표시합니다.
발표 슬라이드를 읽기 쉽게 만드는 디자인 원칙(영어)은 비교에도 도움이 됩니다. 분명한 위계, 절제된 색상, 변화를 따라갈 여백을 사용합니다. 하지만 레이아웃만으로 다른 조건을 비교 가능하게 만들 수는 없습니다. 설명할 수 있는 주장부터 정하고 시각 자료를 선택하세요.
보여 줄 수 있는 변화를 정확히 말하기
팀이 더 간단한 내부 요청 절차를 제안한다고 가정해 보겠습니다. 측정된 고객 성과가 아닌 가상의 예시입니다. 현재는 여섯 작업을 거칩니다.
- 요청자가 양식을 작성한다.
- 양식을 조정 담당자에게 이메일로 보낸다.
- 조정 담당자가 요청 관리 시스템에 다시 입력한다.
- 검토자가 내용을 확인한다.
- 승인자가 결정한다.
- 요청자가 알림을 받는다.
제안 절차는 시스템에 직접 제출, 검토, 승인, 요청자 알림의 네 작업입니다. 별도의 이메일 전달과 중복 입력을 없앱니다. 검토와 승인은 유지합니다.
근거가 있는 제목은 “제안 흐름에서 이메일 전달과 중복 입력을 없앱니다”입니다. “새 절차는 33% 빠릅니다”는 근거가 없습니다. 여섯 작업이 네 작업이 되어도 각 작업의 시간은 알 수 없기 때문입니다. “단계가 33% 줄어듭니다”조차 단계의 정의를 같게 해야 합니다. 없애는 작업을 구체적으로 말하는 편이 이해하기 쉽고 오해도 적습니다.
두 상태를 같은 조건에서 비교하기
그리기 전에 비교의 틀을 정합니다. 이 예시의 두 그림은 요청 준비에서 시작해 요청자가 결정을 전달받을 때 끝납니다. 일반적인 경로를 다루며 모든 예외를 넣지는 않습니다. 승인한 요청을 실제 이행하는 작업도 포함하지 않습니다.
양쪽의 세부 수준을 맞춥니다. 현재 절차는 클릭마다 나누고 제안 절차는 큰 단계로 압축하면 겉보기 개선을 만들어 냅니다. 같은 시스템에서 이뤄진다는 이유로 제안 그림에서 승인을 빼서도 안 됩니다.
이미 완료한 변경이라면 비교 기간이나 버전을 표시합니다. 아직 구현하지 않은 이 제안에는 ‘현재 절차’와 ‘제안 절차’를 사용합니다. 이 작은 차이가 설계를 평가하는지 결과를 검토하는지 알려 줍니다.
다른 비교도 마찬가지입니다. 개편한 페이지는 같은 영역을 비슷한 크기로, 실내 리모델링은 비슷한 촬영 각도에서 보여 주세요. 차트는 단위를 유지하고 측정 변경을 설명합니다. 공정하게 맞출 수 없다면 그림 옆에 차이를 적습니다.
여섯 작업과 네 작업의 대응 관계 보여 주기
별도 목록 두 개만 있으면 청중이 무엇이 남았는지 찾아야 합니다. 대응표는 변화를 직접 드러냅니다.
| 현재 작업 | 제안 절차의 대응 작업 | 변경 내용 |
|---|---|---|
| 1. 양식 작성 | 1. 관리 시스템에 직접 제출 | 검토에 사용하는 시스템에서 요청이 시작된다. |
| 2. 양식 이메일 전송 | 별도 작업 없음 | 이메일 전달을 없앤다. |
| 3. 요청 재입력 | 별도 작업 없음 | 조정 담당자가 같은 정보를 복사하지 않는다. |
| 4. 요청 검토 | 2. 요청 검토 | 검토는 유지한다. |
| 5. 요청 승인 | 3. 요청 승인 | 승인은 유지한다. |
| 6. 요청자 알림 | 4. 요청자 알림 | 알림은 유지한다. |
슬라이드에서 현재 절차를 여섯 위치에 배치하세요. 제안의 직접 제출은 첫 위치에, 유지하는 세 작업은 원래 대응 위치에 맞춥니다. 이메일과 재입력 자리에는 삭제 이유를 적은 빈 공간을 남깁니다. 이 빈칸이 차이를 설명합니다. 네 상자를 행 전체에 고르게 늘어놓으면 대응 관계가 흐려집니다.
달라진 제출에는 강조색 하나를 쓰고, 없애는 작업에는 또 다른 절제된 표현을 씁니다. 유지하는 작업은 같은 모습으로 표시합니다. 색상에 더해 글자도 사용하면 흑백 출력이나 색을 다르게 구분하는 사람에게도 뜻이 전달됩니다.
설계 변경과 성과 분리하기
절차도는 두 작업을 없앤다는 설계 주장을 뒷받침합니다. 성과 수치를 뒷받침하지는 않습니다. 근거 없는 효과를 제목에 쓰고 작은 주석으로 정정하기보다 처음부터 구분하세요.
| 문장 | 이 예시에서의 상태 |
|---|---|
| 별도 이메일 전달과 중복 입력을 없앤다. | 제안 절차의 대응표로 확인할 수 있다. |
| 검토와 승인을 유지한다. | 양쪽 절차에 표시되어 있다. |
| 요청 결정이 빨라진다. | 미측정. 소요 시간 비교가 필요하다. |
| 정보가 빠진 요청이 줄어든다. | 미측정. 직접 제출만으로 정보의 완결성을 알 수 없다. |
이 구분은 의사결정에 도움이 됩니다. 아직 없는 결과를 믿게 하지 않고도 더 간단한 흐름의 시험 운영을 승인할 수 있습니다. 필수 항목, 제출 권한, 예외를 검토자에게 전달하는 방법을 누군가 결정해야 한다는 실무 의존성도 드러납니다.
그림을 바꾸면 운영 문제가 해결된다고 암시하지 마세요. 관리 시스템이 직접 제출을 지원하지 않는다면 첫 단계는 다른 구현이 필요합니다.
측정 계획은 절차도와 분리하기
측정 제안을 절차도에 몰아넣지 않습니다. 논의가 필요하면 별도 슬라이드로, 간단히 제시할 수 있으면 요청할 결정 옆에 시험 운영 지표 두 개를 둡니다. 그림이 보여 주는 것과 시험 운영에서 검증할 것을 구분할 수 있어야 합니다.
요청 예시에서는 최초 제출부터 결정 기록까지의 경과 시간을 정의합니다. 이는 결정 소요 시간이며 요청 준비 시간이나 알림이 도착하기까지의 지연은 아닙니다. 관찰 기간이 끝났을 때 아직 열린 요청도 기록하세요. 설명 없이 제외하면 절차가 더 빨라 보일 수 있습니다. 최초 제출에 검토에 필요한 정보가 들어 있는지도 기록합니다.
비슷한 요청 유형을 비교하고 업무량 차이를 드러냅니다. 간단한 요청이 적은 주와 복잡한 요청이 몰린 주는 공정한 비교가 아닙니다. 대표 소요 시간을 보고한다면 어떤 요약값인지 설명하고, 일부 요청이 여전히 훨씬 오래 걸리는지도 알 수 있는 맥락을 제공합니다.
출시 후 개선을 측정했더라도 표현은 신중해야 합니다. 같은 시기에 인력이나 정책이 달라졌을 수 있습니다. 관찰한 차이를 보고하는 것과 새 흐름만이 원인이라고 주장하는 것은 다릅니다.
측정 슬라이드에는 “시험 질문: 불완전한 요청을 늘리지 않으면서 직접 제출이 결정 시간을 줄이는가?”라고 쓸 수 있습니다. 검증할 수 있는 다음 단계이지 절감 약속은 아닙니다.
짧은 순서로 변화 발표하기
이 제안을 논의할 때는 역할이 다른 세 슬라이드를 사용합니다.
- 현재의 번거로움:양식을 어디서 전달하고 복사하는지 보여 줍니다. 오류율이나 직원 불만을 꾸며 내지 않습니다.
- 제안한 변경:여섯 작업과 네 작업을 대응시킵니다. 없앤 작업과 유지한 검토·승인을 밝힙니다.
- 결정:직접 제출을 시험할지 묻고, 책임자와 관찰할 두 결과를 정합니다.
이미 구현하고 측정했다면 세 번째 슬라이드에 관찰 결과, 날짜, 대상 집단, 남은 한계를 보여 줄 수 있습니다. 제안과 결과 검토는 눈에 띄게 구분하세요.
한 장 비교에서도 두 상태 이름, 정렬한 그림, 구체적인 제목, 근거에 관한 짧은 문장을 유지합니다. 이 예시에서는 “제안 단계의 업무 흐름이며 결정 시간과 정보 완결성은 아직 측정하지 않았습니다”입니다. 이 특정 그림을 해석하는 방식이 달라지므로 여기에 넣을 이유가 있습니다.
비교 개요로 발표 자료 만들기
공통 시작점과 종료점, 현재 여섯 작업, 제안한 네 작업, 정확한 주장을 정리합니다. Presenti로 개요를 편집 가능한 슬라이드 초안으로 만든 뒤 비교 배치를 조정할 수 있습니다.
초안에서 ‘현재’와 ‘제안’을 유지하고, 남겨 둔 통제 절차를 보이게 하며, 지어낸 비율이나 시간 절감은 제거합니다. 무엇이 없어졌고, 무엇이 남았고, 무엇에 추가 근거가 필요한지 독자가 짚어 볼 수 있는 자료로 완성하세요.
