이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 앱 온보딩 화면이 7단계였는데 사용자가 중간에 이탈하는 것이 문제였습니다.
저는 각 단계에서 꼭 필요한 정보만 남기고 3단계로 압축하는 안을 제안하였습니다. 개선 전후 버전을 각 4명씩 테스트하였는데, 기존 버전은 4명 중 2명이 완료하고 2명은 이탈하였습니다. 압축 버전은 4명 모두 완료하였습니다. 단계가 줄어들면 완료율이 오른다는 것을 직접 확인하였습니다.
이 경험에서 온보딩은 정보를 최대한 전달하는 것이 아니라 사용자가 빠르게 서비스 핵심 경험에 도달하도록 돕는 것이라는 것을 배웠습니다. 단계가 줄어들수록 사용자가 완주한다는 것도 알게 되었습니다. 이후 다른 프로젝트에서도 온보딩 화면은 항상 3단계 이하로 시작합니다.
개인 프로젝트에서 온보딩 마지막 화면 버튼 문구를 '시작하기'와 '지금 시작하기' 두 버전으로 테스트했어요.
차이가 없을 거라고 예상했는데, 친구 6명에게 각 버전을 보여주니 '지금 시작하기' 버튼을 본 3명이 '더 급하게 느껴진다'는 반응이 나왔어요. 반면 '시작하기'를 본 3명은 '자연스럽다'고 했습니다. 서비스 성격에 따라 다를 거라는 걸 알았어요. 긴급함이 맞는 서비스(이벤트 앱)라면 '지금'이 낫고, 일상 도구라면 짧은 게 낫다고 정리했습니다.
이 경험에서 문구 하나가 사용자 심리에 영향을 준다는 걸 직접 확인했어요. 작은 변경도 테스트해봐야 실제 반응을 알 수 있다는 것도요.
졸업 프로젝트에서 이메일·비밀번호 가입만 있던 앱에 구글 로그인 버튼을 추가하는 방안을 제안했어요.
테스트 참가자 5명에게 기존 가입 화면을 보여줬을 때 3명이 '이메일 인증이 귀찮다'며 이탈 의사를 밝혔습니다. 구글 로그인 버튼을 추가한 버전에선 5명 모두 가입을 완료했어요. 가입 장벽이 줄어드는 게 눈에 보였습니다.
이 경험에서 가입 전환율을 높이는 데 화면 디자인 개선보다 장벽 자체를 없애는 게 더 효과적인 경우가 있다는 걸 배웠어요. 사용자가 포기하는 이유를 먼저 찾아야 어디를 바꿔야 하는지 보인다는 것도요. 화면을 아무리 예쁘게 만들어도 가입 장벽이 있으면 사용자는 포기한다는 걸 그때 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.