이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
수업 프로젝트에서 사용자 테스트 피드백을 디자인에 반영하는 과정을 처음으로 체계적으로 경험했습니다. 수집 측면에서는 인터뷰, 관찰, 사용성 테스트에서 나온 의견을 한 곳에 정리하는 방식을 사용했습니다. 분류 측면에서는 반복 등장하는 문제와 한 번만 언급된 문제를 구분하면 어디에 집중해야 할지 방향이 보인다는 걸 배웠습니다. 우선순위 측면에서는 영향 범위가 넓고 수정 비용이 낮은 것부터 먼저 처리하는 방식이 효율적이라는 걸 경험했습니다. 반영 측면에서는 수정한 내용이 실제로 문제를 해결했는지 다시 테스트하는 과정이 반영 후에도 필요하다는 걸 배웠습니다.
피드백을 반영하는 것은 수정을 완료하는 것이 아니라 개선 방향을 검증하는 과정이라는 걸 그때 느꼈습니다.
현장 피드백을 반영할 때 가장 의식해야 하는 것이 편향이라는 것을 경험으로 배웠습니다. 친한 팀원에게 먼저 보여주면 긍정적인 피드백이 더 많이 나와서 문제를 놓치는 경험이 있었습니다. 테스트 진행자가 힌트를 주거나 질문 순서가 기대치를 만들면, 참여자의 답이 실제 반응보다 긍정적으로 왜곡될 수 있습니다.
소수 의견은 틀릴 수 있지만 동시에 다른 사용자가 아직 표현하지 못한 진짜 문제를 담고 있을 수 있다는 기준을 갖고 봤습니다. 반복 등장하는 패턴을 우선하면서도 단 1~2명만 언급한 것이라도 맥락이 일관되면 무시하지 않는 기준을 함께 적용했습니다. 피드백은 모두 받는 것이 아니라 어떤 것이 신뢰할 수 있는지를 가르는 것이 반영의 전제입니다.
현장 피드백을 반영하는 것과 그 반영이 효과가 있었는지를 확인하는 것이 서로 다른 단계라는 걸 경험으로 배웠습니다. 수정 후에 더 이상 같은 피드백이 나오지 않으면 해결됐다고 보는 경우가 있었는데, 참여자가 달라지면 같은 문제가 다시 등장하는 경험이 있었습니다.
같은 화면을 다른 참여자로 다시 테스트하거나, 수정 후 지표 변화를 확인하는 방식이 반영이 실제로 효과가 있는지를 검증하는 방법이었습니다. 수정 전후 비교 기록을 남기면 다음 번 비슷한 문제가 생겼을 때 참고 자료가 됩니다. 한 번 반영하면 끝이라는 생각은 제품이 계속 변하는 환경에서는 작동하지 않는다는 걸 그때 배웠습니다. 피드백 반영은 일회성 수정이 아니라 사이클이 돌아가는 과정입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 한양대학교병원(서울) UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.