Back_to_Basics

{3줄 요약}

디자인 리뷰는 결과를 매기는 자리가 아니라 더 나은 결과를 위해 함께 생각하는 자리입니다.
혼자 만든 작업에는 스스로 보기 어려운 맹점이 있고, 리뷰는 그걸 드러내는 구조입니다.
피드백은 날카로울수록 제품에 이롭되, 사람이 아니라 디자인을 향해야 합니다.

어떤 화면을 오래 보고 있으면 그 화면의 문제가 안 보여요.
너무 잘 알기 때문이에요.

"이 버튼이 뭔지 모르겠어요"라는 말을 처음 들으면 당황스러워요.
만든 사람에게는 너무 당연한 버튼이니까요.
하지만 처음 보는 사람에게는 정말 모르는 경우가 많아요.

디자인 리뷰는 이 간격을 좁히는 방법이에요.
다른 사람의 눈으로 보는 것만으로도 많은 게 보여요.
특히 같은 제품 팀 안에서도 개발자, 기획자, 다른 디자이너의 시각이 다르기 때문에 혼자서는 못 보던 것들이 나와요.

많은 팀에서 디자인 리뷰가 제대로 이루어지지 않아요.
이유가 몇 가지 있어요.

피드백이 막연해요. "좀 더 예뻤으면 좋겠어요", "뭔가 부족한 것 같아요" - 이런 말은 디자이너에게 도움이 안 돼요.
무엇을 어떻게 고쳐야 할지 모르거든요.

개인에 대한 평가가 돼요. "이 디자인 별로인데요"는 디자이너를 공격하는 말로 들려요.
방어적이 되고 피드백을 받아들이기 어려워져요.

목적이 없어요. 무엇을 확인하려는 리뷰인지 모르면 대화가 산으로 가요.
오늘 리뷰가 사용자 흐름 확인인지, 시각 완성도 검토인지, 개발 협의인지 - 이게 먼저 정해져야 해요.

발표자가 맥락을 먼저 설명해요. "이건 처음 가입하는 사용자를 위한 화면이에요. 이 단계에서 사용자가 가장 포기를 많이 해서 개선하려고 해요. 오늘은 이 흐름이 자연스러운지를 봐주세요. "

이렇게 하면 피드백이 그 목적에 맞게 나와요.

피드백은 관찰 + 이유 + 제안으로 구성해요. "이 버튼이 너무 아래에 있어서 스크롤 없이는 못 봐요. 폰 크기가 작은 사용자는 놓칠 것 같아요. 상단에 고정하는 건 어떨까요?"

무엇이 문제인지(관찰), 왜 문제인지(이유), 어떻게 하면 나을지(제안) - 세 가지가 있으면 디자이너가 바로 행동할 수 있어요.

디자인을 지키고 싶다면 이유를 설명해요. 모든 피드백을 다 반영할 필요는 없어요.
하지만 "이건 의도적으로 이렇게 했어요. 이유는 ~이에요"라는 말을 할 수 있어야 해요.
이유 없이 지키면 그냥 자존심 싸움이 돼요.

Peter Merholz는 《Org Design for Design Orgs》에서 좋은 디자인
문화는 피드백이 자연스러운 환경에서 나온다고 말해요.
리뷰가 두려운 자리가 아니라, 일상적인 대화가 되어야 한다고요.

실무에서 리뷰 문화를 만들려면 이것부터 시작하면 돼요.

정기적인 리뷰 시간을 만들어요. 완성된 것만 보여주는 게 아니라 작업 중인 것도 보여줄 수 있는 안전한 공간이에요.

좋은 피드백에 감사해요. "덕분에 못 보던 걸 봤어요"라는 말이 자주 나오면 리뷰가 더 활발해져요.

작은 것부터 실험하고 리뷰해요. 한 달 만에 완성본을 보여주는 것보다, 매주 중간 결과를 함께 보는 게 나아요.

실패 패턴을 리뷰에서 어떻게 발견하는지는 실패한 디자인의 패턴과 연결돼요. 실험과 검증 결과를 팀과 어떻게 공유할지는 디자인 실험과 검증을 참고하세요.