디자인 브리핑, 조직·서비스·참여형 디자인으로 좋은 질문 만드는 법
회의 시작 10분 전, 디자이너가 기획자에게 묻습니다. “이번 화면에서 가장 먼저 해결해야 할 문제가 무엇인가요?” 기획자는 “사용자가 편하게 느끼면 좋겠어요”라고 답하지만, 이 말만으로는 화면의 우선순위나 성공 기준을 정하기 어렵습니다. 결국 회의가 끝난 뒤에도 시안은 여러 방향으로 나뉘고, 수정 요청은 계속 늘어납니다.
이때 필요한 것이 디자인 브리핑입니다. 디자인 브리핑은 예쁜 결과물을 주문하는 문서가 아니라, 왜 만들고 누구의 문제를 어떤 기준으로 풀 것인지 맞추는 약속에 가깝습니다. 이 글을 읽으면 브리핑에 담아야 할 내용, 조직과 서비스 분야에 따라 달라지는 질문, 협업 중 자주 생기는 실수를 알게 됩니다.
디자인 브리핑은 작업 지시서와 무엇이 다를까
작업 지시서는 “무엇을 만들어 달라”는 요청에 가깝습니다. 반면 디자인 브리핑은 “왜 필요한지, 누구를 위한 것인지, 어떤 조건 안에서 판단할지”를 함께 설명합니다. 예를 들어 “앱 첫 화면을 새로 만들어 주세요”라는 요청에는 정보가 부족합니다. 신규 사용자의 가입을 늘리려는 것인지, 기존 사용자가 원하는 메뉴를 빨리 찾게 하려는 것인지에 따라 구조가 달라지기 때문입니다.
좋은 브리핑은 디자인을 제한하지 않습니다. 오히려 문제의 범위를 분명히 해 디자이너가 여러 해법을 시도할 수 있게 합니다. 다음 여섯 가지를 기본 질문으로 삼으면 좋습니다.
- 목적: 이번 작업으로 바꾸려는 행동이나 상황은 무엇인가?
- 대상: 실제 사용자는 누구이며, 언제 이 서비스를 이용하는가?
- 문제: 지금 불편한 점은 추측인가, 조사로 확인된 사실인가?
- 범위: 이번 단계에서 만들 것과 만들지 않을 것은 무엇인가?
- 조건: 일정, 예산, 기술, 법적 검토, 기존 브랜드 규칙은 어떤가?
- 판단 기준: 결과가 좋아졌다고 말할 근거는 무엇인가?
작성 전에 확인할 디자인 브리핑 항목
브리핑을 길게 쓰는 것보다 중요한 것은 서로 다른 내용을 섞지 않는 일입니다. 특히 사실, 해석, 희망 사항을 나누어 적어야 합니다. “고객은 복잡한 화면을 싫어한다”는 문장은 조사 결과인지 담당자의 느낌인지 알기 어렵습니다. “사용성 조사에서 8명 중 5명이 배송 조회 버튼을 찾지 못했다”처럼 출처와 상황을 함께 적으면 다음 논의가 쉬워집니다.
다음 체크리스트를 문서에 넣어 보세요.
- 프로젝트를 시작하게 된 배경과 해결하려는 문제
- 핵심 사용자와 사용 장소, 기기, 시간대
- 현재 사용자가 거치는 단계와 중간에 포기하는 지점
- 경쟁 서비스 또는 비슷한 행정·금융·교육 서비스의 참고점
- 반드시 지켜야 할 문구, 접근성, 보안, 개인정보 조건
- 최종 결정권자와 검토에 참여할 사람
- 시안 제출일, 테스트 일정, 출시 이후 확인할 지표
여기서 지표는 숫자만 뜻하지 않습니다. 공공 서비스라면 민원 문의가 줄었는지, 의료 서비스라면 사용자가 안내 순서를 오해하지 않는지처럼 목적에 맞는 관찰 기준도 포함됩니다.
디자인 조직과 서비스 분야에 따라 달라지는 기준
디자인 브리핑은 어느 조직에서나 같은 형식으로 쓰지 않습니다. 디자인 조직이 큰 회사에서는 브랜드, 제품, 개발, 운영 담당자의 역할을 분명히 적어야 합니다. 그렇지 않으면 여러 부서가 각자 다른 요구를 전달해 디자이너가 충돌하는 요청을 조정하느라 시간을 쓰게 됩니다. 결정권자 한 명과 의견을 내는 사람을 구분하는 것이 좋습니다.
서비스 디자인은 화면 하나보다 사용자가 겪는 전체 과정을 봅니다. 행정 서비스라면 신청 화면뿐 아니라 안내문을 읽는 순간, 창구에서 문의하는 순간, 처리 결과를 기다리는 시간까지 살펴야 합니다. 금융 서비스는 수수료와 위험 안내가 눈에 잘 보이는지, 의료 서비스는 증상이나 예약 정보가 잘못 전달될 가능성이 없는지 확인해야 합니다. 교육 서비스는 학습자뿐 아니라 교사와 보호자의 역할도 고려할 수 있습니다.
| 분야 | 브리핑에서 먼저 물을 질문 | 주의할 점 |
|---|---|---|
| 공공 서비스 | 누가 접근하기 어렵고, 어떤 절차에서 막히는가? | 기관 내부 용어를 사용자 언어로 바꿀 수 있는가? |
| 금융 서비스 | 사용자가 비용과 위험을 제대로 이해하는가? | 편리함보다 오해를 막는 안내가 우선일 수 있음 |
| 의료 서비스 | 불안한 상황에서도 정보를 정확히 찾는가? | 전문가 검토와 개인정보 보호가 필요함 |
| 지도 서비스 | 이동 중 어떤 정보를 가장 먼저 보는가? | 작은 화면, 밝은 곳과 어두운 곳의 가독성 확인 |
참여형 디자인이나 공동 디자인에서는 사용자를 마지막 검토자로 부르지 않는 것이 중요합니다. 문제를 정하는 단계부터 이용자, 주민, 직원이 의견을 낼 수 있어야 합니다. 다만 다수의 의견을 그대로 평균 내면 방향이 흐려질 수 있습니다. 누구의 경험이 빠져 있는지, 의견이 실제 행동과 일치하는지 함께 살펴야 합니다.
실제로 쓰는 디자인 브리핑 작성 순서
- 한 문장으로 목적을 적습니다. “홈페이지를 예쁘게 개선한다”보다 “처음 방문한 주민이 필요한 신청 메뉴를 3분 안에 찾도록 한다”가 좋습니다.
- 사용자 장면을 구체화합니다. 나이만 적지 말고 장소, 상황, 걱정, 사용하는 기기를 적습니다. 예를 들어 “퇴근길 휴대전화로 급하게 진료 예약을 확인하는 사람”처럼 씁니다.
- 문제의 근거를 붙입니다. 문의 기록, 관찰, 인터뷰, 이용 통계 등 무엇을 보고 문제라고 판단했는지 남깁니다. 최신 수치나 정책은 담당 기관의 공식 안내에서 다시 확인해야 합니다.
- 범위와 제외 항목을 정합니다. 이번에는 예약 화면만 다루고 결제 구조는 다음 단계에서 검토한다고 적으면 불필요한 논쟁을 줄일 수 있습니다.
- 성공 기준과 검토 방법을 정합니다. 시안 승인만 목표로 삼지 말고 사용성 테스트, 문의 내용, 완료율처럼 확인 가능한 방법을 정합니다.
- 마지막에 질문을 남깁니다. 아직 결정하지 못한 정책, 필요한 자료, 이해관계자 확인 사항을 따로 모으면 브리핑이 고정된 명령문이 되지 않습니다.
자주 생기는 실수와 고치는 방법
첫 번째 실수는 취향을 목표처럼 쓰는 것입니다. “세련되고 감각적으로”는 사람마다 해석이 다릅니다. 대신 참고할 이미지의 공통점, 피해야 할 표현, 사용자가 느껴야 할 신뢰감처럼 관찰할 수 있는 기준으로 바꾸어 적습니다.
두 번째는 해결책을 너무 일찍 정하는 것입니다. “메뉴를 카드형으로 바꾼다”를 먼저 정하면 실제 문제가 메뉴 구조인지, 용어인지, 정보량인지 확인하기 어렵습니다. 먼저 문제와 근거를 적고, 해결 방법은 여러 안을 열어 두세요.
세 번째는 회의 참석자를 많이 부르면 합의가 된다고 생각하는 것입니다. 참여자가 많아도 결정 방식이 없으면 의견만 늘어납니다. 회의 전에 결정할 항목, 자문할 항목, 공유만 할 항목을 나누는 편이 효율적입니다.
네 번째는 브리핑을 한 번 작성한 뒤 끝내는 것입니다. 조사 결과나 정책 조건이 바뀌면 문서도 바뀌어야 합니다. 다만 내용을 몰래 고치지 말고, 변경 날짜와 이유를 남겨 팀이 같은 정보를 보도록 하세요.
디자인 브리핑에 관한 질문
브리핑은 꼭 긴 문서여야 하나요?
아닙니다. 작은 작업은 한두 쪽으로도 충분합니다. 다만 목적, 사용자, 문제의 근거, 범위, 성공 기준은 빠지지 않아야 합니다. 페이지 수보다 결정에 필요한 정보가 들어 있는지가 중요합니다.
의뢰인이 디자인을 잘 몰라도 작성할 수 있나요?
할 수 있습니다. 전문 용어 대신 실제 상황을 적으면 됩니다. “고급스럽게”라고 쓰기 어렵다면 사용자가 어떤 느낌을 받아야 하는지, 어떤 서비스와 다르게 보이고 싶은지 사례를 들어 설명해 보세요. 디자이너는 그 내용을 시각적 방향으로 바꿀 수 있습니다.
사용자 의견이 서로 다르면 어떻게 하나요?
모든 의견을 같은 비중으로 처리하지 말고, 프로젝트의 핵심 사용자와 문제에 가까운 의견인지 확인하세요. 인터뷰에서 나온 말과 실제 이용 행동이 다를 수도 있습니다. 중요한 판단은 여러 자료를 비교하고 필요하면 추가 테스트로 확인해야 합니다.
좋은 브리핑인지 마지막에 어떻게 확인하나요?
문서를 읽은 기획자, 디자이너, 개발자가 각각 “누구의 어떤 문제를 풀며, 무엇을 보면 성공이라고 판단하는가”에 같은 답을 하는지 확인하면 됩니다. 답이 다르면 작업을 시작하기보다 먼저 문서의 빈틈을 채우는 편이 안전합니다.