이 글은 누구를 위한 것인가
- 디자인 리뷰가 "개인 취향 싸움"으로 끝나는 팀
- 피드백이 모호해서 디자이너가 뭘 고쳐야 할지 모르는 상황
- 비동기로 효율적인 디자인 리뷰를 하고 싶은 원격 팀
들어가며
"좀 더 세련되게 해주세요"는 피드백이 아니다. "헤더가 너무 무거워서 첫 화면 인상이 압도적으로 느껴집니다. 화이트스페이스를 늘려서 가볍게 해보면 어떨까요?"가 피드백이다. 구체적인 문제 → 근거 → 제안 순서가 핵심이다.
이 글은 bluefoxdev.kr의 디자인 협업 문화 가이드 를 참고하여 작성했습니다.
1. 피드백 프레임워크
[I Like / I Wish / What If 프레임워크]
I Like (긍정 관찰):
"이 색상 조합이 브랜드와 잘 맞아서 좋아요"
"CTA 버튼이 명확하게 눈에 띄네요"
→ 좋은 것을 구체적으로 언급해서 유지되게 함
I Wish (개선 희망):
"검색창이 좀 더 눈에 잘 띄었으면 해요"
"오류 상태를 좀 더 친근하게 표현했으면"
→ '했으면 좋겠다'는 희망 형태로, 비판 아닌 바람
What If (가능성 탐색):
"만약 카테고리를 왼쪽 사이드바에 넣으면 어떨까요?"
"검색 결과가 없을 때 추천 상품을 보여주면 어떨까요?"
→ 솔루션을 강요하지 않고 가능성 열기
[피드백 품질 기준]
나쁜 피드백:
"별로예요" → 근거 없음
"좀 더 예쁘게 해주세요" → 기준 없음
"내 취향이 아닌데요" → 개인 취향
좋은 피드백:
"[문제] 이 버튼이 배경색과 구분이 잘 안 되어서"
"[근거] WCAG 명암비 기준(4.5:1)을 충족하지 못할 수 있고"
"[제안] 버튼 색상을 Primary 600으로 진하게 하면 어떨까요?"
2. 비동기 디자인 리뷰 운영
[Figma Comment 기반 비동기 리뷰 프로세스]
리뷰 요청 체크리스트 (디자이너가 준비):
□ 리뷰 목적과 결정 필요 사항 명시
□ 리뷰 기한 설정 (48시간 권장)
□ 리뷰어 @멘션 지정
□ 컨텍스트 문서 링크 (PRD, 이전 버전)
리뷰어 가이드:
□ 전체를 보고 큰 그림 먼저 피드백
□ 픽셀 단위 세부사항보다 UX 흐름 먼저
□ "이게 맞나요?"는 질문으로, 의견은 의견으로 표시
□ 피드백에 우선순위 표시 (Must/Should/Could)
디자이너 대응:
□ 피드백 수렴 후 결정 사항 문서화
□ 채택/미채택 이유 기록
□ 최종 결정 공유 후 코멘트 해결
[피드백 우선순위 태그]
🔴 Must: 출시 전 반드시 해결
🟡 Should: 가능하면 해결
🟢 Could: 다음 이터레이션
⬜ Nitpick: 해도 되고 안 해도 됨
3. 의사결정 기록 템플릿
## 디자인 결정 기록 (Design Decision Log)
### 결정 사항
버튼 색상을 Primary-500에서 Primary-600으로 변경
### 배경
리뷰에서 대비 비율이 3.8:1로 WCAG AA 기준(4.5:1) 미달 지적
### 검토한 옵션
1. Primary-600 사용 → 대비 5.1:1 (선택)
2. 흰색 텍스트 + Primary-500 → 대비 3.2:1 (미채택, 기준 미달)
3. 버튼 크기 키우기 → 레이아웃 변경 필요 (다음 스프린트 고려)
### 결정 근거
WCAG AA 접근성 기준 준수. 브랜드 가이드라인 범위 내.
### 영향 범위
모든 Primary 버튼 컴포넌트 (~23개 화면)
### 결정자
디자이너: 홍길동 | 검토: 이철수 (PO) | 날짜: 2026-04-23
마무리
좋은 피드백 문화는 "옳고 그름"이 아니라 "기준과 근거"로 대화하는 것이다. 취향이 아닌 사용자 목표·비즈니스 목표·접근성 기준으로 판단하면 감정 싸움이 사라진다. 의사결정 로그를 남기면 같은 논쟁을 반복하지 않아도 된다.