디자인 비평 문화 만들기 — 주관·정치를 빼고 의사결정을 빠르게 하는 회의 포맷

디자인

디자인 비평디자인 프로세스디자인 리더십회의 운영의사결정

이 글은 누구를 위한 것인가

  • 디자인 리뷰가 항상 정치적으로 흘러 결정이 안 나는 팀의 디자인 리드
  • 신입 디자이너가 비평을 받고 위축되는 경험이 반복되는 조직의 매니저
  • "디자인이 좋다·나쁘다"의 기준을 팀 안에서 합의하지 못한 PM·프로덕트 디자이너

들어가며

디자인 비평이 잘 안 되는 팀의 공통점이 있다. 회의 끝에 결정이 남지 않는다. 의견은 많이 쌓였는데 발표자는 어떤 피드백을 받아들이고 어떤 걸 무시할지 모르는 채로 자리에 돌아간다. 다음 주에 똑같은 화면을 다시 가져오면 똑같은 의견이 또 나온다.

이 사이클을 끊는 가장 빠른 방법은 회의 포맷을 바꾸는 것이다. 사람을 바꿀 수는 없지만 발언 순서·시간·결정 단계는 바꿀 수 있다. 상반기 회고와 하반기 OKR 시즌이 시작되는 5월은 이걸 손볼 가장 좋은 시점이다.

디자인 비평 문화 만들기 — 주관·정치를 빼고 의사결정을 빠르게 하는 회의 포맷


1. 비평의 목적을 매 회의 첫 줄에 적는다

디자인 리뷰에서 가장 자주 깨지는 약속이 목적이다. 발표자는 "방향이 맞는지" 보고 싶은데, 참여자는 컬러에 꽂혀 토론한다. 같은 화면을 보고 다른 회의를 한다.

회의 시작 전 발표자는 한 줄을 적어야 한다.

오늘 비평의 목적: ◯◯◯
오늘 비평의 비목적: ◯◯◯

예시.

목적: 결제 페이지의 정보 위계가 사용자 흐름과 맞는지
비목적: 컬러, 폰트, 카피 문구

비목적을 명시적으로 적는 것이 중요하다. 참여자가 "그건 오늘 주제가 아니다"라고 발언할 수 있는 근거가 된다. 디자인 리드가 이걸 강제하지 않으면 회의는 매번 디자인의 모든 면을 다루려 든다.


2. 발언 순서 — 질문 → 관찰 → 의견 단계화

대부분의 비평이 시작 5분 안에 의견으로 직진한다. "이 부분은 별로인 것 같아요." 이 한 마디가 나오면 다른 참여자도 의견부터 던진다. 발표자는 방어 모드가 된다.

다음 3단계 발언 규칙을 둔다.

단계발언 형태예시
질문"왜 이 결정을 했나요?"발표자 의도 확인
관찰"사용자가 ◯◯ 단계에서 머무를 것 같아요"사실·추론 진술
의견"저는 이 위계가 더 나을 것 같아요"대안 제시

회의 처음 10분은 질문만, 다음 10분은 질문 + 관찰, 나머지 시간에 의견까지 허용한다. 이 단순한 규칙이 비평의 분위기를 크게 바꾼다. 발표자가 의도를 충분히 설명한 뒤에 참여자가 의견을 말하므로, 의견의 맥락 정확도가 올라간다.


3. 발표자가 묻고 싶은 것 우선

발표자가 회의 직전에 슬라이드 마지막에 다음을 적는다.

오늘 받고 싶은 피드백:
1. 결제 단계 수가 적절한가
2. 약관 동의 위치가 어색하지 않은가
3. 에러 메시지 톤이 무겁지 않은가

세 질문이 회의의 원래 의제다. 참여자는 우선 이 세 질문에 대한 의견부터 낸다. 다 다룬 후에 발표자가 안 물은 영역을 추가한다.

이 순서를 지키지 않으면 발표자는 받고 싶은 피드백을 못 받고 받기 싫은 피드백만 가지고 자리에 돌아간다. 다음 비평에서 발표자가 점점 적극적 발표를 피하게 된다.


4. 익명 의견 보드 — 권력 격차 흡수

리드·시니어가 회의에 들어오면 주니어는 발언이 줄어든다. 의견을 가지고 있어도 말하지 않는다. 익명 의견 보드 한 단계가 이 격차를 흡수한다.

[비평 시작 5분 전]
모두 익명으로 다음 셋을 적어 제출:
1. 처음 10초에 본 인상
2. 가장 잘 풀린 부분
3. 가장 걱정되는 부분

회의가 시작되면 디자인 리드가 익명 의견 모음을 화면에 띄운다. 누가 적었는지 모른 채 토론한다. 의견의 내용에 집중할 수 있다. 익명이라도 공격적 표현은 별도로 정리해 본인에게 비공개로 전달한다.


5. 결정 단계의 권한 분리

비평의 끝에는 결정이 있어야 한다. 결정 권한을 미리 명시한다.

결정 항목권한자
사용자 흐름·정보 구조프로덕트 디자이너 + PM
비주얼·인터랙션 디테일프로덕트 디자이너
컬러·타이포그래피 시스템디자인 시스템 팀
카피 톤콘텐츠 디자이너
기술 제약개발 리드
비즈니스 우선순위PM

같은 화면이라도 결정 항목별로 누가 결정하는지가 다르다. 회의 끝에 결정이 안 나는 가장 흔한 이유는 결정자가 회의에 없거나, 결정자가 누구인지 합의되지 않은 경우다.

미리 결정자를 명시하면 회의 끝에 다음 한 줄로 마무리할 수 있다.

결정:
- 정보 위계: PM과 디자이너가