이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학교 프로젝트에서 요리 레시피 앱을 디자인하면서 처음에는 검색 기능 중심으로 설계하였습니다. 우리가 생각하기에 사용자가 가장 많이 사용할 기능이 검색이라고 판단하였기 때문입니다.
사용자 3명을 인터뷰한 결과, 실제로는 냉장고에 있는 재료로 무엇을 만들지 고민하는 것이 더 큰 불편이라는 것을 알게 되었습니다. 검색보다 재료 기반 추천 기능이 더 필요하다는 것이었습니다. 인터뷰 없이 만들었더라면 사용자가 원하지 않는 기능에 시간을 썼을 뻔하였습니다.
이 경험을 통해 고객 경험 최적화의 첫 단계는 가정이 아니라 실제 사용자를 관찰하는 것이라는 것을 배웠습니다. 아무리 논리적인 설계라도 사용자의 실제 맥락과 다르면 최적화가 아닙니다.
팀 프로젝트에서 웹과 모바일 모두 지원하는 서비스를 디자인했는데, 처음엔 데스크탑 기준으로 레이아웃을 만들었어요.
모바일에서 테스트하니 네비게이션 메뉴가 화면 절반을 차지해서 핵심 콘텐츠가 안 보이는 문제가 생겼습니다. 다시 모바일 우선으로 설계하고 데스크탑으로 확장하는 방식으로 바꿨어요. 작은 화면에서 먼저 콘텐츠 중요도 순서를 정하니 데스크탑 버전도 훨씬 명확해졌습니다. 처음부터 이 방식으로 했으면 재설계 이틀이 절약됐을 거예요.
이 경험에서 고객 경험은 사용 맥락별로 다르게 설계해야 한다는 걸 배웠어요. 어느 디바이스를 기준으로 먼저 잡느냐가 전체 설계 방향에 영향을 미친다는 것도요.
앱 디자인 수업에서 5명에게 프로토타입을 사용하게 하면서 관찰하는 사용성 테스트를 진행했어요.
제가 직관적이라고 생각한 버튼 위치를 5명 중 4명이 못 찾는 걸 처음 보고 충격이었습니다. 제 눈엔 보이는데 사용자에게 안 보인다는 게 신기했어요. 디자이너로서 자신이 만든 것에 익숙해지면 사용자 시선을 잃는다는 걸 그때 배웠습니다. 버튼을 이동하고 다시 테스트하니 찾는 시간이 절반으로 줄었어요.
이 경험에서 리서치는 내 가정을 확인하러 가는 게 아니라 틀린 걸 찾으러 가는 과정이라는 걸 알게 됐습니다. 가장 가까이서 만든 사람이 가장 보지 못하는 문제가 있어요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.