주니어 디자이너였을 때 저는 디자인 리뷰가 공개 처형처럼 느껴졌습니다. 그나마 디자이너 동료들과 하는 리뷰는 괜찮았습니다. 진정한 고통은 제품 개발팀의 다양한 동료들 (프로덕트 매니저, 개발자 등)과 함께 할 때 느껴졌습니다. 때로는 저 사람들이 디자인에 대해 뭘 안다고 피드백을 남기나 하고 생각도 했습니다. 당시 저와 비슷한 고통을 받고 있는 분들을 위하여 제품 개발팀 모두가 참여하는 디자인 리뷰에 대한 팁을 공유하고자 합니다.

왜 제품 개발팀 디자인 리뷰를 진행해야 하나?

사용자들이 시장에서 만나는 것은 우리가 디자인한 파일이 아니라 코드로 구현된 제품입니다. 좋은 제품은 다양하고 넓은 관점으로 고려했을 때 만들어집니다. 제품 개발팀 디자인 리뷰에서는 디자인팀 리뷰에서는 발견하지 못했던 실수를 발견하거나 생각지 못했던 부분을 고려할 수 있습니다. 예를 들면 해당 디자인이 비즈니스 목표에 부합하는지, 주어진 시간 및 예산 내에 가능한지, 기술적으로 구현 가능한지에 대해 알 수 있습니다.

디자인 리뷰가 익숙하지 않은 동료들과 함께 하는 법

다양한 직군이 모인 만큼 디자인에 대한 피드백을 주는 것이 서툰 동료들이 있을 수 있습니다. 동료들을 잘 이끌어서 좋은 피드백을 이끌어 내는 것도 디자이너의 업무입니다. 이를 위한 간단한 팁을 공유합니다.

1. 디자인 리뷰 전에 어떤 피드백을 받고 싶은지 계획한다.
2. 리뷰를 시작하며 해당 디자인을 통해 어떤 문제를 풀고자 하는지, 어떤 사용자를 염두한 디자인인지 명확하게 밝힌다.
3. 리뷰를 시작하며 어떤 피드백을 받고 싶은지 구성원과 공유한다.
4. 명확하지 않은 질문을 재차 물어 명확하게 한다.

피드백 잘 소화하는 법

리뷰를 통해 받은 피드백을 노트에만 저장하고 아무것도 하지 않으면 의미가 없습니다. 모든 피드백을 처리하면 좋겠지만 언제나 우리의 시간과 예산은 한정적입니다. 우선순위를 통해 피드백을 잘 소화하는 팁을 공유합니다.

1. 팀에서 동의하지 않는 피드백을 삭제한다.
   예시: 주어진 인력, 시간, 예산으로 불가능
2. 해당 디자인을 통해 풀고자 하는 문제와 다른 방향을 가진 피드백을 삭제한다.
   예시: 비즈니스 목표에 부합하지 않는 피드백
3. 품이 많이 드는 피드백을 후순위로 미룬다.
   예시: 더 많은 데이터가 필요하거나 다른 이해 관계자의 의견을 물어야 하는 피드백
4. 한 번에 처리할 수 있는 피드백을 묶는다.
5. 프로덕트 매니저와 함께 비즈니스 목표, 시간, 예산을 고려하여 최종적인 우선순위를 정하고 해결한다.

힘든 만큼 중요한 디자인 리뷰 그리고 소중한 우리

익숙해지기 전까지 디자인 리뷰는 고통스럽습니다. 그럼에도 불구하고 다양한 관점을 통해 제품 디자인을 점검하고 점진적으로 개선해야 더 좋은 제품을 만들 수 있습니다.

디자인에 관한 나쁜 말을 듣는다고 하더라도 마음 쓰지 마세요. 우리한테 하는 이야기가 아니라 디자인에 하는 것입니다. 우리는 한낱 디자인보다 소중합니다. 우리 존재 파이팅.