디자인 발표, 발표 자료 디자인·디자인 검수·수정 순서로 설득력을 높이는 법
회의실 화면에 첫 시안을 띄웠는데, 참석자들이 디자인보다 글자 크기와 색상 이야기만 하는 순간이 있습니다. 발표자는 분명 사용자 조사와 여러 시안을 준비했지만, 설명 순서가 뒤섞이면 좋은 디자인도 단순한 취향 문제처럼 보일 수 있습니다.
디자인 발표는 예쁜 화면을 보여주는 시간이 아니라, 왜 이런 방향을 선택했는지 함께 판단하는 자리입니다. 이 글을 읽으면 발표 자료의 흐름을 잡는 법, 디자인 산출물을 보여주는 순서, 수정 의견을 기록하는 방법, 발표 전 검수 기준까지 알게 됩니다.
디자인 발표에서 먼저 정해야 할 것
발표를 시작하기 전에 가장 먼저 정할 것은 ‘무엇을 보여줄까’가 아니라 ‘무엇을 결정받을까’입니다. 로고 시안의 최종 방향을 정하는 자리인지, 모바일 화면의 사용성 문제를 확인하는 자리인지에 따라 자료 구성이 달라집니다.
- 목적: 방향 승인, 시안 선택, 문제 발견, 제작 범위 확인 중 무엇인지 적습니다.
- 청중: 대표, 기획자, 개발자, 운영 담당자처럼 참석자의 관심사를 나눕니다.
- 요청할 결정: 색상과 문구를 확정할지, 추가 조사를 할지, 일정과 범위를 조정할지 분명히 합니다.
- 근거: 사용자 의견, 브랜드 원칙, 접근성 기준, 기술 조건처럼 취향과 구분되는 자료를 준비합니다.
예를 들어 공공 서비스 디자인 발표라면 “파란색이 더 보기 좋습니다”보다 “고령 사용자가 버튼을 찾기 쉽도록 명도 차이를 크게 두었습니다”라고 설명하는 편이 낫습니다. 디자인 경영 관점에서도 발표는 개인의 감각을 자랑하는 시간이 아니라 사업 목표와 디자인 판단을 연결하는 과정입니다.
발표 자료와 디자인 산출물 점검하기
발표 자료는 산출물을 나열하는 문서가 아닙니다. 문제를 발견하고, 방향을 세우고, 결과물을 만든 흐름이 보여야 합니다. 다음 순서로 자료를 점검해 보세요.
- 문제 장면: 사용자가 언제 불편을 느끼는지 실제 상황을 보여줍니다. 기존 화면 캡처나 짧은 이용 흐름을 활용할 수 있습니다.
- 목표: 이 디자인으로 줄이려는 불편과 얻으려는 효과를 한 문장으로 씁니다.
- 기준: 정보 우선순위, 브랜드 색상, 화면 크기, 제작 가능성처럼 선택에 사용한 기준을 설명합니다.
- 대안 비교: 여러 안을 보여줄 때는 장점만 쓰지 말고 각각의 약점도 함께 적습니다.
- 최종안: 전체 화면보다 중요한 변화가 잘 보이도록 전후 비교, 확대 화면, 사용 흐름을 함께 제시합니다.
- 결정 요청: 마지막 장에는 참석자가 답해야 할 질문을 적습니다. “이 방향으로 진행해도 될까요?”보다 “첫 번째 안의 구조와 두 번째 안의 색상 조합 중 어느 쪽을 선택할까요?”가 구체적입니다.
디자인 산출물이 많다면 모든 파일을 같은 비중으로 보여주지 않아야 합니다. 핵심 화면은 발표에서 설명하고, 아이콘 목록이나 세부 규격은 별도 자료로 제공합니다. 그래야 참석자가 중요한 판단과 참고 정보를 구분할 수 있습니다.
설명 방식은 대상에 따라 달라진다
같은 디자인도 누구에게 발표하느냐에 따라 말의 순서를 바꿔야 합니다. 디자인 담당자에게는 그리드와 구성 원리를 말할 수 있지만, 경영진에게 처음부터 글자 간격을 설명하면 결정에 필요한 정보가 묻힐 수 있습니다.
| 대상 | 먼저 보여줄 내용 | 주의할 점 |
|---|---|---|
| 경영진 | 목표, 기대 효과, 비용과 일정 | 세부 장식보다 선택 이유를 앞세우기 |
| 기획자 | 사용자 문제, 기능 흐름, 정책 반영 | 화면만 보여주지 말고 상황 설명하기 |
| 개발자 | 상태 변화, 반응형 기준, 예외 화면 | 완성 화면만 보여주지 않기 |
| 운영 담당자 | 콘텐츠 교체 방식, 관리 난이도 | 실제 운영 과정까지 확인하기 |
두 시안을 비교할 때는 “어느 것이 더 예쁜가”라는 질문을 피하는 것이 좋습니다. 대신 읽는 속도, 정보 탐색 거리, 제작 기간, 유지 관리, 브랜드 적합성처럼 확인할 수 있는 기준을 사용합니다. 기준이 없으면 회의가 참석자의 취향 대결로 흐르기 쉽습니다.
발표를 준비하고 진행하는 순서
첫째, 발표 브리핑을 한 장으로 만듭니다. 발표 목적, 참석자, 결정할 항목, 발표 시간, 필요한 자료를 적습니다. 발표 시간이 20분이라면 설명 15분과 질문 5분처럼 질문 시간도 미리 남겨 두는 편이 안전합니다.
둘째, 이야기 순서를 시험합니다. 자료를 만든 사람은 과정을 모두 알고 있지만, 참석자는 처음 봅니다. 동료에게 자료만 보여주고 “이 디자인의 문제와 결정 요청이 무엇으로 보이는지” 물어보세요. 답이 다르면 설명이 부족한 것입니다.
셋째, 실제 화면에서 검수합니다. 발표실의 화면 비율, 글자 크기, 영상 소리, 인터넷 연결, 글꼴 설치 여부를 확인합니다. 노트북에서는 잘 보이던 회색 글자가 큰 회의실 화면에서는 흐려질 수 있습니다. 발표용 파일과 원본 파일의 저장 위치도 따로 확인합니다.
넷째, 질문을 분류해 답합니다. “왜 이렇게 했나요?”라는 질문에는 근거를 답하고, “다른 색은 안 되나요?”에는 기준과 대안을 답합니다. 즉석에서 모든 수정 약속을 하지 말고, 영향 범위와 일정을 확인한 뒤 기록으로 남깁니다.
다섯째, 발표 후 결정 사항을 보냅니다. 확정 내용, 보류 내용, 담당자, 마감일을 짧게 정리합니다. 회의가 끝났는데도 각자 다른 내용을 기억하면 다음 디자인 수정에서 같은 논쟁이 반복됩니다.
자주 생기는 실수와 고치는 방법
- 결과물부터 보여준다: 문제와 목표가 빠져 참석자는 개인 취향으로 평가합니다. 첫 화면에 사용자의 상황과 디자인 목표를 넣습니다.
- 시안을 너무 많이 보여준다: 선택지가 많을수록 결정이 쉬워지는 것은 아닙니다. 실제로 검토할 가치가 있는 두세 안만 남기고, 제외한 안은 이유를 기록합니다.
- 수정 요청을 모두 같은 급으로 처리한다: 문구 오탈자와 구조 변경은 영향이 다릅니다. 요청을 오류, 사용성, 정책, 취향으로 나누고 우선순위를 붙입니다.
- 완성된 화면만 발표한다: 개발 단계에서 예외 상황이 발견되면 일정이 밀릴 수 있습니다. 빈 화면, 오류 화면, 긴 문장이 들어간 경우도 함께 보여줍니다.
- 회의 중 즉시 확정한다: 한 사람의 의견을 전체 결정으로 착각할 수 있습니다. 누가 최종 승인자인지와 추가 확인이 필요한 항목을 구분합니다.
특히 디자인 수정에서 “조금 더 세련되게”처럼 기준이 없는 말은 바로 작업 항목으로 바꾸기 어렵습니다. “첫 화면의 제목이 배경과 겹치니 대비를 높여 주세요”처럼 위치, 문제, 원하는 변화를 나누어 적어야 수정 시간이 줄어듭니다.
디자인 발표에 관한 질문
발표 자료는 몇 장이 적당한가요?
장수보다 발표 시간과 결정 항목이 중요합니다. 한 장에 하나의 판단만 담고, 핵심 설명이 필요한 화면과 참고 화면을 나누세요. 10분 발표라면 핵심 흐름을 6~10장 안팎으로 구성한 뒤 실제 리허설로 조정하는 방법이 좋습니다.
디자인에 익숙하지 않은 사람에게는 어떻게 설명하나요?
전문 용어보다 사용자의 행동을 기준으로 말합니다. “정보 구조를 개선했습니다”보다 “신청 버튼을 찾기까지 거치는 단계를 줄였습니다”가 이해하기 쉽습니다. 용어를 써야 한다면 바로 뜻을 덧붙입니다.
발표에서 부정적인 의견이 나오면 어떻게 하나요?
먼저 의견을 문제, 근거, 요청으로 나누어 듣습니다. “마음에 안 든다”는 말 뒤에 읽기 어려움이나 브랜드 불일치가 있을 수 있습니다. 그 자리에서 방어하기보다 어떤 장면에서 문제가 생기는지 묻고, 수정 여부와 검토 시점을 기록하세요.
디자인 검수는 발표 전에 끝내야 하나요?
발표 전에는 오탈자, 누락 화면, 정렬, 색상, 파일 오류를 확인해야 합니다. 다만 발표에서 의견을 받아야 하는 항목까지 미리 확정할 필요는 없습니다. 검수는 오류를 찾는 과정이고, 발표는 방향을 결정하는 과정이라는 차이를 구분하면 됩니다.
좋은 디자인 발표는 발표자의 말솜씨만으로 만들어지지 않습니다. 누구의 문제를 해결하는지, 어떤 기준으로 선택했는지, 무엇을 결정해야 하는지가 자료와 말에 함께 드러나야 합니다. 발표 전 체크리스트와 발표 후 결정 기록까지 이어지면 디자인 수정과 일정 관리도 훨씬 안정적으로 진행할 수 있습니다.