이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀원에게 디자인 의도를 설명할 때는 왜 이 선택을 했는지 근거를 시각적으로 보여주는 방식을 씁니다. 단순히 '이게 더 예쁘다'는 표현은 주관적이라서 설득이 어렵습니다. 대신 사용자 인터뷰에서 나온 말이나 경쟁사 사례, 클릭률 데이터를 근거로 제시하면 논의가 빠르게 정렬됩니다. 또 대안을 2~3가지 보여주고 각각의 트레이드오프를 함께 설명하는 방식이 팀 결정을 빠르게 끌어내는 데 효과적이었습니다.
모든 선택지의 근거가 있으면 상대방이 어느 방향을 선택하든 설계 의도가 유지됩니다. 디자인 설득은 예쁨을 주장하는 게 아니라 사용자 맥락과 데이터를 보여주는 것이라고 봅니다.
디자인 의도를 설득하는 것이 항상 잘 되는 건 아닙니다. 충분한 근거를 준비했는데도 회의 분위기나 타이밍이 맞지 않아서 설득이 잘 안 된 경험이 있었습니다. 개발 일정이 촉박한 상황에서 UI 변경을 제안했을 때, 내용보다 타이밍의 문제로 팀의 반응이 냉소적이었습니다. 그 경험 이후 좋은 근거가 있어도 상대방이 받아들일 수 있는 상황을 먼저 파악하는 것이 설득의 전제라는 것을 배웠습니다. 지금도 중요한 제안을 할 때 상대의 현재 상태나 일정을 먼저 고려하려 합니다.
설득은 내용의 문제이기도 하지만 타이밍의 문제이기도 하다는 것을 그때 이해했습니다. 좋은 설계가 채택되려면 내용과 맥락이 둘 다 맞아야 한다는 것을 배웠습니다.
디자인 의도를 설명할 때 개발자가 가장 자주 반발하는 지점이 구현 복잡도였습니다. 제안한 인터랙션이 구현하는 데 예상보다 오래 걸린다는 피드백을 받고 처음에는 비주얼 완성도를 포기하지 않으려는 입장을 고집했습니다. 하지만 그렇게 하면 개발 일정이 밀리고 기능이 잘려나갔습니다. 이후 설계 단계에서 개발자에게 먼저 구현 가능성을 확인하고 복잡도를 고려한 대안을 함께 만드는 방식으로 바꿨습니다. 개발자가 설계 의도를 이해하고 자신이 구현 가능한 범위 안에서 의견을 내게 되자, 설득이 아니라 협의가 됐습니다.
설계 의도를 지키면서도 구현 현실을 존중하는 대화가 팀 신뢰를 쌓는 방법이라는 것을 그때 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 나이틀리 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.