우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›넷마블›AI 리서처›질문 상세
    問
    넷넷마블AI 리서처직무 역량2026년 출제

    HCI 분야에서의 경험과 그에 따른 교훈을 이야기해 주세요.

    답변 미리보기

    HCI 수업 프로젝트에서 처음으로 사용자 연구 방법론을 직접 써봤습니다. 과제는 모바일 앱 인터페이스를 개선하는 것이었고, 제가 담당한 부분은 사용자 인터뷰와…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    보통
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    어떤 결의 HCI를 다뤘나요?
    사용성·접근성·감성 중 본인이 가장 깊이 본 결이 어디인지를 보는 자리입니다. 단순 나열이 아닌 답이 통합니다.
    骨
    02
    본인이 한 부분이 어디까지인가요?
    연구·설계·평가 중 본인 손이 닿은 결을 명확히 가른 답이 보이는 축입니다. 과장 없이 짚는 자리가 평가됩니다.
    語
    03
    사용자 결을 어떻게 모으셨나요?
    관찰·인터뷰·설문 중 어디로 들어간 결이 보이는 자리입니다. 한 통로에만 기대지 않은 흔적이 통합니다.
    本
    04
    한계도 솔직히 보시나요?
    본인이 닿지 않는 결을 인정한 답이 보이는 결입니다. 단정 짓지 않은 자리가 자리잡습니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    넷마블 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    Think-aloud 프로토콜로 사용성 문제 직접 관찰약 120초사용성 테스트 없이 배포했다가 사용자가 기능을 찾지 못하는 상황을 만든 경험약 120초HCI를 처음 접하며 사용자 인터뷰 설계를 맡아 인사이트를 얻은 경험약 150초
    A
    약 120초

    Think-aloud 프로토콜로 사용성 문제 직접 관찰

    HCI 수업 프로젝트에서 처음으로 사용자 연구 방법론을 직접 써봤습니다. 과제는 모바일 앱 인터페이스를 개선하는 것이었고, 제가 담당한 부분은 사용자 인터뷰와 사용성 테스트 설계였습니다. 인터뷰에서 배운 가장 큰 교훈은 '왜 그렇게 했나요?'가 '어떻게 했나요?'보다 훨씬 많은 걸 드러낸다는 점입니다.

    Think-aloud 프로토콜을 쓰면서 사용자가 버튼을 찾지 못하는 장면을 직접 관찰했는데, 설문으로는 전혀 드러나지 않던 문제였습니다. 한계는 소수 사용자로만 테스트했기 때문에 발견한 패턴이 일반적인지 확신하기 어려웠습니다. 5명 관찰이면 대부분의 문제를 찾는다는 이론이 있지만, 참여자 선정 편향이 결과에 영향을 줬다고 생각합니다.

    이 결의 특징
    Think-aloud 프로토콜을 쓰면서 사용자가 버튼을 찾지 못하는 장면을 직접 관찰했는데 설문으로는 전혀 드러나지 않던 문제였다는 흔적이 있습니다. 소수 사용자로만 테스트해 발견한 패턴이 일반적인지 확신하기 어려웠고 참여자 선정 편향이 결과에 영향을 줬다는 한계까지 명시한 결이 자주 보입니다.
    이 결이 통하는 자리
    Think-aloud로 발견한 구체 관찰과 설문과의 차이, 소수 샘플 한계까지 함께 설명될 때 통합니다. 경험 범위와 한계를 솔직하게 밝히는 자리가 살아 있는 곳에서 면접관의 신뢰가 생기는 결이 자주 보입니다.
    예시 답변 2
    약 120초

    사용성 테스트 없이 배포했다가 사용자가 기능을 찾지 못하는 상황을 만든 경험

    개발팀 내부에서는 다 잘 안다고 생각하고 사용성 테스트 없이 배포했는데, 실제 사용자 피드백에 "어디 있는지 모르겠다"는 내용이 계속 들어왔어요. 메뉴 구조와 용어가 개발자에게는 직관적이었는데 사용자 눈높이와는 달랐던 거죠. 내부 테스터가 모두 도메인 지식을 가진 사람들이었다는 것이 문제였습니다.

    그 이후 배포 전에 도메인 지식이 없는 외부인 3~5명에게 주요 플로우를 직접 수행하게 하는 간단한 사용성 테스트를 넣었어요. "이 버튼이 뭘 하는 거냐"는 질문이 나오는 지점이 그대로 실제 문제 지점이었습니다.

    내부 팀은 사용성 문제를 발견하는 가장 나쁜 테스터다라는 걸 그때 배웠어요. 지금은 신규 기능 배포 전에 최소 3명의 외부 시나리오 테스트를 기본으로 넣는 습관을 씁니다.

    이 결의 특징
    내부에서 다 잘 안다고 생각하고 사용성 테스트 없이 배포했다가 메뉴 구조와 용어가 사용자 눈높이와 달랐다는 실사용자 피드백을 받은 경험에서, 배포 전에 도메인 지식이 없는 외부인 3~5명에게 주요 플로우를 직접 수행하게 하는 간단한 사용성 테스트를 넣은 흔적이 있습니다. 내부 팀은 사용성 문제를 발견하는 가장 나쁜 테스터라는 결이 실패에서 굳어진 자리가 자주 보입니다.
    이 결이 통하는 자리
    내부 직관 신뢰가 사용성 실패로 이어진 경험과 외부인 테스트 루틴 신설이 인과로 설명될 때 통합니다. 버튼이 뭘 하는 거냐는 질문이 나오는 지점이 실제 문제 지점이라는 인식이 살아 있는 자리에서 면접관의 꼬리질문이 줄어드는 결이 보입니다.
    예시 답변 3
    약 150초

    HCI를 처음 접하며 사용자 인터뷰 설계를 맡아 인사이트를 얻은 경험

    UX 리서치를 처음 담당하게 됐는데, "사용자에게 물어보면 되는 거 아닌가"라고 생각했다가 인터뷰 후 쓸 수 있는 인사이트가 거의 없어서 당황했어요. "어떤 기능이 불편한가요?"처럼 답을 유도하는 질문을 써서 사용자가 원하는 대답을 했던 거죠.

    인터뷰 설계를 다시 배우며 「마지막으로 이 기능을 쓴 건 언제였나요?」처럼 행동을 회상하게 하는 질문으로 바꿨어요. 실제 사용 맥락에서 나오는 이야기가 설계한 가설보다 훨씬 유용했습니다. 사용자는 원하는 걸 말하지 않고 행동으로 보여준다는 걸 그때 처음 실감했어요.

    사용자 인터뷰는 정보 수집이 아니라 사용자의 행동 맥락을 이해하는 과정이라는 걸 배웠습니다. 질문 설계가 인터뷰 품질을 결정한다는 원칙을 지금도 씁니다.

    이 결의 특징
    어떤 기능이 불편한가요 같은 답을 유도하는 질문으로 인터뷰를 했다가 쓸 수 있는 인사이트가 거의 없었던 경험에서, 마지막으로 이 기능을 쓴 건 언제였나요처럼 행동을 회상하게 하는 질문으로 바꿔 실제 사용 맥락에서 나오는 이야기가 훨씬 유용했다는 흔적이 있습니다. 사용자는 원하는 것을 말하지 않고 행동으로 보여준다는 결이 직접 인터뷰 실패에서 나온 자리가 자주 보입니다.
    이 결이 통하는 자리
    유도 질문 실패와 행동 회상 질문으로 전환한 결과 차이가 구체적으로 설명될 때 통합니다. 질문 설계가 인터뷰 품질을 결정한다는 원칙이 직접 경험에서 나왔다는 자리가 살아 있는 곳에서 면접관의 신뢰가 생기는 결이 자주 보입니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹가장 큰 교훈은 무엇이었나요?
    貳본인이 흔들렸던 자리가 있나요?
    參그 경험이 지금에 어떻게 닿나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 넷마블 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    스마일게이트 · 게임 개발 일반
    과거에 진행한 프로젝트 중, 성과가 좋았던 경험과 그에 따른 교훈을 이야기해 주세요.
    이 질문 보기
    라인 · 인사 일반
    HR 분야에서 독립적으로 작업했던 경험에 대해 이야기해 주세요.
    이 질문 보기
    삼성전자 · 국내영업
    IT 및 관련 제품에 대한 경영 경험을 통해 어떤 교훈을 얻었고, 그것이 향후 업무에 어떻게 적용될 수 있을까요?
    이 질문 보기
    신세계아이앤씨 · 공통직무·미지정
    HCI 기술 지원 및 유지보수 작업에서 가장 어려웠던 경험은 무엇이며, 이를 어떻게 해결했는지 말씀해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 넷마블 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기