디자인 리뷰 워크숍: 30분 안에 결정과 다음 작업 남기기

좋은 디자인 리뷰는 의견을 모으는 데서 끝나지 않고 다음 결정을 남깁니다. 먼저 사용자 문제와 확인할 질문을 하나로 정하고, 근거·결정·담당 작업을 같은 화면에 기록하세요. 원격 팀은 같은 화면에서 댓글을 남길 수 있는 UI 디자인 협업 작업 공간을 사용하면 논점을 잃지 않습니다.

회의 전에 질문을 정한다

‘디자인을 봐 주세요’ 대신 ‘첫 방문자가 갱신일을 찾을 수 있는가?’처럼 질문을 씁니다. 질문이 정해지면 필요한 근거와 참여자, 완료 조건도 분명해집니다. 탐색, 사용성 위험, 개발 준비는 서로 다른 리뷰 목표로 나누세요.

네 가지 역할로 30분 리뷰를 진행한다

진행자는 질문과 시간을 지키고, 디자이너는 의도를 설명합니다. 리뷰어는 근거를 바탕으로 위험을 말하고 기록자는 결정을 담당자와 기한으로 바꿉니다. 0~5분에 조건을 확인하고, 5~15분에 흐름을 한 번 본 뒤, 15~25분에 결정과 실험을 나누고, 마지막 5분에 다음 증거를 정합니다.

실제 예시: 모바일 갱신 플로우를 비평하는 30분

예를 들어 첫 방문자가 모바일에서 구독 갱신일을 찾는 흐름을 검토한다고 해 보겠습니다. 진행자는 “갱신일을 찾고 알림 설정까지 완료할 수 있는가?”를 질문으로 고정하고, 디자이너는 홈·설정·확인 화면의 의도를 설명합니다. 리뷰어는 일반 상태뿐 아니라 데이터 로딩, 갱신일 없음, 권한 거부 상태를 차례로 확인하고, 기록자는 각 발견을 ‘차단 이슈·실험·보류’ 중 하나로 분류합니다. 마지막에는 디자이너를 수정 담당자로, 제품 담당자를 결정 승인자로 지정하고, 다음 리뷰에서 확인할 화면 상태와 기한을 남깁니다.

근거와 취향을 분리해 기록한다

‘320px에서 오류 문구가 잘린다’는 근거이고, ‘이 아이콘은 이해되지 않을 것 같다’는 가설이며, ‘파란색이 좋다’는 취향입니다. 질문·결정·이유·다음 확인의 네 열로 기록하면 목소리 큰 사람의 의견이 자동으로 요구사항이 되지 않습니다.

리뷰를 실제 화면 변경으로 연결한다

각 작업을 변경할 프레임이나 컴포넌트에 연결하고 수정 후 댓글을 해결하세요. Pixso에서는 댓글과 프로토타입을 같은 파일에 두어 관찰에서 화면 변경까지의 흐름을 확인할 수 있습니다.

마지막에는 변경된 상태와 아직 불확실한 점만 다음 검증으로 넘깁니다.