이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
수업 프로젝트에서 디자인 결정이 맞는지 가설을 세우고 검증하는 과정을 처음으로 체계적으로 경험했습니다. 가설 측면에서는 '네비게이션 메뉴를 하단으로 옮기면 이동 빈도가 높아질 것'이라는 가설을 세우고 테스트를 설계했습니다. 수집 측면에서는 사용자 인터뷰와 함께 클릭 위치를 기록하는 방식으로 행동 데이터를 수집했습니다. 분석 측면에서는 가설과 일치하는 결과가 나온 경우와 다르게 나온 경우를 구분해서 왜 다른 결과가 나왔는지를 분석하는 방식을 배웠습니다. 결론 측면에서는 가설이 틀렸을 때 수정 방향을 다시 설정하는 것 자체가 검증의 성과라는 걸 경험했습니다. 검증 과정에서 배운 건 디자인 직관은 출발점이지만 실제 사용자 행동이 방향을 결정한다는 것이었습니다.
가설을 세우고 검증하는 방식이 감각에 의존하는 것보다 더 빠른 개선으로 이어진다는 걸 그때 배웠습니다.
가설 검증 과정에서 가장 경계해야 하는 것이 편향이라는 것을 직접 경험으로 배웠습니다. 처음 인터뷰를 진행할 때 '이 부분이 더 편하지 않나요?'처럼 원하는 답을 유도하는 방향으로 질문했는데, 나온 결과가 실제 사용자 반응보다 긍정적으로 왜곡됐습니다.
표본도 지인 위주로 구성됐을 때, 실제 타겟 사용자와 다른 패턴이 나와 결론을 신뢰하기 어려웠습니다. 개방형 질문과 탐침(Probe) 기법으로 바꾼 이후 훨씬 다양한 반응이 나왔고, 이전에 놓쳤던 문제가 드러났습니다. 또 해석 단계에서도 내가 기대하는 방향으로 결과를 읽으려는 경향이 있다는 것을 팀 리뷰에서 지적받아서 배웠습니다. 편향은 데이터에 있는 것이 아니라 수집하는 사람에게 있습니다.
가설 검증을 결론을 얻는 것으로 끝내지 않고 다음 설계 결정으로 연결하는 것이 진짜 가치라는 것을 배웠습니다. 네비게이션 하단 이동 가설을 테스트했을 때 이동 빈도가 높아지는 결과가 나왔지만, 그것이 단순히 위치 변화 때문인지, 아니면 크기나 시각 강조의 차이 때문인지를 추가로 확인하지 않으면 다음 설계에서 같은 원칙을 올바르게 적용하기 어렵습니다.
행동 데이터가 무엇이 일어났는지를 보여주면, 그 뒤에 왜인지를 묻는 인터뷰나 추가 관찰이 연결돼야 설계 원칙이 됩니다. 클릭 데이터와 인터뷰를 결합하는 방식이 단일 데이터보다 더 견고한 설계 근거를 만든다는 걸 경험했습니다. 가설이 기각됐을 때 그 결과에서 새 가설이 생긴다는 것을 인식하면서 검증이 일회성이 아니라 루프가 됩니다. 검증은 끝내는 것이 아니라 다음 질문을 만드는 것입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 나이틀리 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.