이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 팀 프로젝트에서 0에서 시작하는 스케줄러 앱을 처음부터 끝까지 주도했습니다. 리서치, 와이어프레임, 프로토타입, 출시 후 피드백 반영까지 한 사이클을 직접 경험했습니다. 기획 단계에서 사용자 인터뷰를 먼저 해서 처음 설계한 기능이 실제로 필요한지 검증했고, 출시 후 이탈 지점을 세션 녹화로 파악해서 온보딩 플로우를 두 번 수정했습니다. 수정 후 온보딩 완료율이 눈에 띄게 올라갔습니다. 전 과정을 맡아보면서 가장 크게 배운 건 출시보다 출시 이후가 더 많은 결정을 요구한다는 점입니다.
아직 실제 프로덕트 경험은 짧지만, 각 단계에서 어떤 결정이 필요한지 파악한 것이 이 프로젝트의 가장 큰 수확이었습니다.
프로젝트를 주도한다는 건 혼자 결정하는 것이 아니라 팀이 같은 방향을 보게 만드는 것이라는 걸 배웠습니다. 초기 기획 단계에서 팀원마다 기능 우선순위가 달랐는데, 사용자 인터뷰에서 나온 페인포인트를 공유했을 때 방향 합의가 훨씬 빨랐습니다. 주도하는 역할에서 의견 충돌보다 어려운 건 팀이 지치거나 목표를 잃는 지점을 먼저 알아채는 것이었습니다.
중간 마일스톤을 작게 나눠 성과를 눈에 보이게 만드는 방식이 팀의 흐름을 유지하는 데 실질적으로 도움이 됐습니다. 출시 후 개선 방향을 정할 때도 감으로 결정하는 것이 아니라 세션 데이터를 팀 전체가 함께 보는 과정을 만든 것이 주도의 핵심이었습니다. 이끄는 것은 앞에서 가는 것이 아니라 팀 전체의 방향이 같아지게 만드는 것이라는 걸 경험으로 배웠습니다.
프로젝트를 주도하면서 출시보다 출시 후 개선이 더 많은 판단을 요구한다는 걸 직접 경험했습니다. 앱 출시 후 세션 녹화로 온보딩 이탈이 집중되는 단계를 확인했고, 화면 구조보다 단계 수가 문제였다는 걸 발견했습니다. 온보딩 단계를 5단계에서 3단계로 줄이는 수정을 두 번 반복하면서 완료율을 직접 확인했습니다.
단계별 이탈률 변화를 기록으로 남기는 방식이 팀 내 개선 방향 합의를 빠르게 만들었습니다. 수정 전과 비교해서 온보딩 완료율이 눈에 띄게 올라가는 것을 수치로 확인했을 때 주도한 개선이 실제로 결과를 만들었다는 것을 알 수 있었습니다. 결과를 숫자로 확인하는 습관이 다음 결정의 근거가 됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오페이 UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.