이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
서비스 운영에서 사용자 니즈를 파악한 경험은 사이드 프로젝트를 실제 사용자에게 배포한 뒤 피드백을 수집하면서 쌓았습니다. 제가 만든 기능과 사용자가 실제로 쓰는 방식이 다른 경우가 많았는데, 사용 로그를 분석하면서 예상과 다른 흐름이 보였습니다. 가장 많이 진입하지만 이탈이 높은 화면을 찾아 해당 페이지에서 무엇이 불편한지를 직접 사용자에게 물어봤습니다.
인터뷰 결과를 정리하면서 버튼 위치보다 텍스트 설명이 부족한 것이 이탈 원인이라는 것을 알게 됐고, 설명 문구를 보강하자 해당 화면에서의 다음 단계 진행률이 올랐습니다. 지표와 인터뷰를 같이 쓰는 것이 중요했는데, 지표만 보면 무엇이 문제인지 모르고 인터뷰만 하면 데이터가 없어 우선순위를 잡기 어려웠습니다. 사용자 니즈 파악은 숫자와 이야기를 함께 봐야 원인이 보인다는 결을 배웠습니다.
서비스 운영에서 사용자 니즈를 파악한 뒤 실제로 반영했을 때 결과를 측정한 경험이 있습니다. 사용자 인터뷰에서 특정 기능의 사용 방법이 직관적이지 않다는 피드백을 받았고, 그 피드백을 바탕으로 UI와 설명 방식을 개선했습니다. 개선 전후의 사용 로그를 비교하니 해당 기능을 첫 번째 시도에서 성공하는 비율이 높아졌고, 같은 기능에 대한 문의 수가 줄었습니다. 수치가 개선됐다는 것보다 중요한 것은 어떤 변경이 어떤 결과로 이어졌는지를 연결해서 볼 수 있게 됐다는 것이었습니다. 사용자 니즈를 반영했을 때 의도한 효과가 실제로 나타나는지 측정하는 방법을 미리 정해두지 않으면, 변경이 효과가 있었는지 알 수 없다는 것을 배웠습니다. 사용자 니즈 파악은 수집에서 끝나는 것이 아니라 반영한 결과를 측정하고 다음 판단에 연결하는 것까지가 한 사이클이라는 것을 이 경험에서 배웠습니다.
서비스 운영에서 사용자 데이터와 인터뷰가 서로 다른 방향을 가리키는 경험을 했습니다. 사용 로그에서는 특정 기능의 사용 빈도가 낮았는데, 인터뷰에서는 그 기능이 중요하다는 응답이 나왔습니다. 처음에는 어느 쪽을 믿어야 할지 판단하기 어려웠습니다. 두 정보를 함께 보니, 기능이 중요하다고 생각하지만 사용 방법을 모르거나 찾기 어려워서 실제로 쓰지 않는다는 해석이 가능했습니다. 기능 자체보다 접근성의 문제였다는 것을 파악하고 나서 기능 위치와 진입 방식을 개선하는 방향으로 접근했습니다. 사용자 니즈를 파악할 때 양적 데이터와 질적 인터뷰는 서로 다른 층위의 정보를 주기 때문에, 둘이 다를 때 그 차이 자체가 중요한 단서가 된다는 것을 이 경험에서 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넛지헬스케어 모바일 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.