이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
디자인 판단이 틀렸다는 것을 가장 먼저 인식한 계기는 사용자 테스트나 팀 피드백에서 예상과 다른 반응이 나왔을 때였습니다. 처음에는 방어적으로 반응했지만, 결국 사용자의 실제 행동이 가장 정확한 검증이라는 것을 받아들이면서 방향을 바꾸는 것이 수월해졌습니다.
틀린 이유를 분석하는 것도 중요했습니다. 어떤 가정에서 그 판단이 나왔는지를 거슬러 올라가면, 다음에 비슷한 상황에서 더 나은 판단을 내릴 수 있는 기준이 생겼습니다. 단순히 수정하는 것보다 왜 틀렸는지를 아는 것이 더 가치 있다고 생각합니다.
틀렸을 때 팀에 솔직하게 공유하는 것도 배운 것입니다. 혼자 수정하고 넘어가기보다 어떤 판단이 왜 바뀌었는지를 팀과 공유하면, 팀 전체가 같은 학습을 하는 기회가 되고 비슷한 실수가 반복되는 것을 줄일 수 있었습니다.
디자인 판단이 틀렸다는 것을 가장 구체적으로 경험한 것은 직관으로 정한 인터랙션이 테스트에서 다르게 작동했을 때였습니다. 탭 메뉴를 상단에 배치하는 것이 더 직관적이라고 생각했는데, 사용성 테스트에서 참여자 대부분이 하단 영역을 먼저 탐색하는 것을 보고 판단이 틀렸다는 것을 인정했습니다.
처음엔 참여자가 특이한 경우라고 생각했는데, 다른 참여자들도 비슷한 행동을 보여서 설계를 바꾸기로 결정했습니다. 모바일 사용 습관 — 엄지 영역과 기대 위치에 대한 이해가 부족했다는 것을 그때 정확히 알게 됐습니다. 수정 후 테스트에서 같은 흐름을 훨씬 빠르게 완료하는 것을 확인했을 때, 틀렸다는 것을 인정하는 것이 더 나은 결과로 이어진다는 경험이 됐습니다. 틀린 판단은 수정의 기회이자 다음 판단이 개선되는 이유입니다.
디자인 판단이 틀렸을 때 가장 중요한 것은 어떤 근거로 틀렸다는 것을 받아들이는가라는 것을 경험으로 알게 됐습니다. 감으로 정한 설계가 사용자 반응과 다를 때, 팀 리뷰에서 나온 의견만으로 수정하면 또 다른 감에 의존하는 것이라는 걸 배웠습니다. 세션 녹화나 사용자 VOC처럼 실제 행동 데이터가 있을 때, 판단을 바꾸는 근거가 명확해지고 팀 합의도 빠릅니다.
어떤 데이터가 이 판단이 틀렸음을 보여주는가를 먼저 특정하는 습관이 생긴 뒤로는 설계 결정을 바꾸는 과정에서 방어적인 반응이 줄었습니다. 틀렸다는 것을 인정하는 것은 설계가 약한 것이 아니라 데이터를 기준으로 결정을 갱신하는 과정이라는 인식이 생겼습니다. 근거가 있는 수정은 감정이 아니라 정보에 기반한 것입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 나이틀리 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.