이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
디자인 피드백을 받을 때 처음에는 방어적으로 반응하고 싶은 충동이 생기지만, 먼저 어떤 목적의 피드백인지 파악하는 것이 더 중요하다고 배웠습니다. 디자인 의도를 공유하지 않았을 때 오해에서 나오는 피드백과, 실제 사용자 문제를 짚는 피드백은 다른 방식으로 접근하는 것이 맞습니다.
근거를 함께 물어보는 습관을 들이면 피드백의 출처가 명확해지고 수용 여부를 더 잘 판단할 수 있습니다. 받아들이기 어려운 피드백도 일단 시안으로 만들어보면 실제로 더 나은 방향인지 눈으로 확인할 수 있어서 불필요한 논쟁이 줄었습니다. 피드백은 결국 더 나은 결과물을 만들기 위한 공동 작업이라고 생각하기 때문에, 방어보다 학습의 기회로 받아들이려고 노력합니다.
피드백을 받은 직후 항목별로 기록하는 습관이 생기기까지 몇 번의 실패가 있었습니다. 구두로 오간 이야기는 하루만 지나도 디테일이 흐릿해지기 때문에, 회의가 끝나면 피드백 내용과 제가 이해한 방향을 바로 적어둡니다. 정리한 내용을 피드백을 준 분께 짧게 공유해서 해석이 맞는지 확인하는 단계를 거치면, 오해가 조기에 잡히는 경우가 생각보다 많았습니다.
다음 시안에 어떻게 반영했는지를 간략히 설명하면 피드백 루프가 눈에 보이게 되고, 상대방도 자신의 의견이 실제로 적용됐다는 감각을 얻습니다. 이 사이클이 자리 잡은 이후로 같은 피드백이 반복되는 빈도가 눈에 띄게 줄었습니다. 피드백은 받는 것도 중요하지만, 정리하고 확인하고 결과를 되돌려주는 루틴이 협업 신뢰를 쌓는 데 더 결정적이었습니다.
피드백에 처음부터 동의하기 어려울 때가 더 많다는 걸 솔직히 인정하게 됐습니다. 방어적 반응이 나오는 건 디자인에 애정이 있다는 뜻이기도 하지만, 그 감정을 바로 드러내면 대화가 닫히는 걸 몇 번 경험했습니다. 지금은 맞지 않는다고 느껴지는 피드백도 일단 이유를 먼저 물어보는 방식으로 접근합니다. 이유를 들으면 처음엔 보이지 않던 맥락이 드러나는 경우가 있고, 그래도 납득이 안 될 때는 근거를 정리해서 조용히 반론을 제시합니다.
모든 피드백을 수용하는 것이 좋은 태도가 아니라는 것을, 오히려 적절히 반론하면서 배웠습니다. 한계를 솔직히 공유하고 대안과 함께 제시하는 방식이 장기적으로 신뢰를 쌓았습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.