우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›마켓컬리›프로덕트 디자이너›질문 상세
    問
    마마켓컬리프로덕트 디자이너경험·이력2026년 출제

    UX 설계 과정에서 직면했던 가장 큰 도전은 무엇이었고, 그 문제를 어떻게 해결했는지 설명해 주세요?

    답변 미리보기

    UX 설계에서 가장 큰 도전은 내가 맞다고 믿었던 가정이 사용자 인터뷰에서 한 번에 무너진 순간이었습니다. 3주 동안 만들어온 플로우가 실제 사용자에게 맞지…

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

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

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

    問
    01
    도전에 대해 어떻게 설명했는가?
    직면했던 도전의 구체적인 사례가 답에 있어야 합니다. 없으면 면접관이 '그때 어떤 문제가 있었나요?'를 추가로 묻는 경우가 자주 보입니다.
    骨
    02
    해결 방안은 무엇이었는가?
    문제 해결을 위한 구체적인 접근 방식이 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '어떤 방법을 사용했나요?'와 같은 질문을 던지는 자리가 자주 보입니다.
    語
    03
    결과는 어땠는가?
    문제를 해결한 후의 결과나 성과에 대한 언급이 있어야 합니다. 없으면 면접관이 '그 결과는 어땠나요?'라는 질문을 추가로 하는 경우가 흔하게 보입니다.
    本
    04
    배운 점은 무엇인가?
    이 경험을 통해 얻은 교훈이나 배운 점이 답에 포함된 흔적이 있어야 합니다. 없으면 면접관이 '이 경험에서 무엇을 배웠나요?'를 묻는 경우가 많습니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    마켓컬리 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    가정 붕괴 상황을 수용하고 설계를 재조정한 경험약 94초다양한 요구사항 사이에서 우선순위 결정 경험약 92초설계 의도가 구현 과정에서 변질된 경험과 대응약 95초
    사용자 인터뷰 결과가 내 가정과 달랐을 때
    약 94초

    가정 붕괴 상황을 수용하고 설계를 재조정한 경험

    UX 설계에서 가장 큰 도전은 내가 맞다고 믿었던 가정이 사용자 인터뷰에서 한 번에 무너진 순간이었습니다. 3주 동안 만들어온 플로우가 실제 사용자에게 맞지 않는다는 것을 알게 된 것입니다.

    졸업 프로젝트에서 독서 기록 앱의 메인 플로우를 설계했는데, 사용자는 책을 읽으면서 바로 기록할 것이라고 전제했습니다. 하지만 인터뷰 5명 중 4명이 '다 읽고 나서 한꺼번에 적는다'고 하였습니다. 이로 인해 플로우 자체를 바꿔야 하는 상황이었습니다. 실패는 인터뷰를 설계 초반이 아니라 중반에 한 것이었는데, 초반에 했다면 3주치 재작업을 줄일 수 있었을 것입니다.

    그 이후로는 설계 전에 먼저 '내 가정 목록'을 만들고, 그 가정들을 인터뷰에서 검증하는 순서를 지킵니다. 설계는 가정 위에 세워지는 것인데, 가정이 틀리면 구조도 틀리더라는 것을 깨달았습니다.

    이 결의 특징
    내가 맞다고 믿었던 가정이 사용자 인터뷰에서 한 번에 무너진 경험이 구체적으로 드러납니다. 독서 기록 앱의 메인 플로우를 사용자는 책을 읽으면서 바로 기록할 것이라고 전제했으나, 인터뷰 5명 중 4명이 다 읽고 나서 한꺼번에 적는다고 응답한 사건이 이루어집니다. 3주 동안 만들어온 플로우를 바꿔야 하는 상황이 3주치 재작업의 원인이 되었던 실패입니다.
    이 결이 통하는 자리
    설계 초반에 가정을 검증하는 것을 비용 절감의 첫 단계로 보는 조직에서 이 교훈이 살아 있습니다. 사용자 행동을 예측하는 것보다 관찰하는 것을 우선하는 설계 문화에서, 인터뷰를 중반이 아니라 초반에 하는 규율이 후반 재작업을 줄일 때 이 선행 검증의 가치가 드러납니다.
    이해관계자 피드백이 서로 충돌했을 때
    약 92초

    다양한 요구사항 사이에서 우선순위 결정 경험

    UX 설계에서 힘들었던 건 개발팀, 기획팀, 사용자 세 방향의 피드백이 모두 달랐던 상황입니다. 각자 다 틀리지 않았는데, 세 가지를 동시에 반영하는 게 물리적으로 불가능했어요.

    팀 프로젝트에서 음식 배달 앱 개선 UI를 설계할 때 기획팀은 정보를 많이 담고 싶어 했고, 개발팀은 컴포넌트를 줄이고 싶어 했으며, 사용자 테스트에서는 '너무 복잡하다'는 피드백이 나왔습니다. 저는 사용자 피드백을 최우선 기준으로 잡고, 나머지 두 요구사항은 그 안에서 가능한 것을 선택하는 방식으로 정리했어요. 실패는 이 기준을 처음에 명확히 말하지 않아서 각자 자기 의견이 반영됐다고 생각했다가 최종 안에서 충돌한 것이었습니다.

    이해관계자가 여럿이면 '무엇을 기준으로 결정하는지'를 먼저 합의해야 한다는 걸 그때 배웠습니다.

    이 결의 특징
    개발팀·기획팀·사용자 세 방향의 피드백이 모두 달랐던 상황에서 기준을 명확히 하지 않으면 각자 자기 의견이 반영됐다고 생각하다가 최종 안에서 충돌한다는 인식이 명확합니다. 음식 배달 앱 개선 UI를 설계할 때 기획팀은 정보를 많이 담고 싶어 했고, 개발팀은 컴포넌트를 줄이고 싶어 했으며, 사용자 테스트에서는 너무 복잡하다는 피드백이 나온 경험이 이루어집니다.
    이 결이 통하는 자리
    이해관계자가 여럿일 때 기준 합의를 먼저 하는 조직문화에서 이 방법이 살아 있습니다. 사용자 피드백을 최우선으로 잡고 나머지 요구사항은 그 안에서 가능한 것을 선택하는 우선순위가 명확한 팀에서, 최우선 기준을 처음부터 말하는 절차가 개별 이해관계자들 사이의 갈등을 사전에 줄일 때 이 기준 명확화의 가치가 드러납니다.
    프로토타입이 개발로 넘어가면서 의도가 달라졌을 때
    약 95초

    설계 의도가 구현 과정에서 변질된 경험과 대응

    가장 크게 배운 도전은 내가 설계한 프로토타입이 개발 단계에서 다른 모습이 돼서 나온 것이었습니다. 디자이너와 개발자 사이에서 '같은 걸 본다'고 생각했는데 실제로는 달랐어요.

    캡스톤 프로젝트에서 앱 온보딩 화면을 Figma로 설계하고 개발자에게 넘겼는데, 완성된 결과물에서 버튼 위치, 여백, 텍스트 크기가 설계안과 달랐습니다. 개발자는 제가 표기하지 않은 부분을 임의로 처리했고, 저는 그 부분이 당연히 유지될 거라고 생각했어요. 실패는 간격 수치와 텍스트 스타일을 Figma에 명세로 남기지 않은 것이었습니다. 이후로는 컴포넌트마다 수치 주석을 달고 개발 전에 1회 싱크 미팅을 갖는 방식으로 바꿨어요.

    설계 의도는 말하지 않으면 전달되지 않습니다. 좋은 UX 설계는 화면이 아니라 그 화면을 설명하는 명세와 함께 완성된다는 걸 배웠어요.

    이 결의 특징
    설계한 프로토타입이 개발 단계에서 다른 모습이 되는 경험이 명확하게 드러납니다. Figma로 설계한 앱 온보딩 화면이 완성된 결과물에서 버튼 위치·여백·텍스트 크기가 설계안과 달랐고, 개발자는 표기하지 않은 부분을 임의로 처리했다는 사건이 이루어집니다. 간격 수치와 텍스트 스타일을 Figma에 명세로 남기지 않은 것이 디자이너와 개발자 사이의 오류의 원인이 됩니다.
    이 결이 통하는 자리
    설계 의도를 명세로 기록하는 것을 UX 설계의 완성 조건으로 보는 조직문화에서 이 실천이 살아 있습니다. 화면만으로는 부족하고 그 화면을 설명하는 명세가 필요하다는 것을 인정하는 팀에서, 컴포넌트마다 수치 주석을 달고 개발 전에 싱크 미팅을 갖는 프로세스가 설계 의도의 손실을 막을 때 이 명세 중심 접근의 가치가 드러납니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

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

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

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

    壹이 문제를 해결하는 과정에서 어떤 대안을 고려했나요?
    貳이 경험을 통해 얻은 교훈은 무엇인가요?
    參다시 돌아간다면 어떻게 접근하실 건가요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 마켓컬리 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

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

    토스 · 그래픽·시각디자인
    과거에 디자인 관련 업무를 하면서 겪었던 가장 큰 도전은 무엇이었고, 그 문제를 어떻게 해결했나요?
    이 질문 보기
    이스트소프트 · 프로덕트 디자이너
    이전에 참여한 프로젝트 중에서 UI/UX 설계에서 직면했던 가장 큰 도전은 무엇이었고, 어떻게 해결했는지 설명해 주세요.
    이 질문 보기
    쿠팡 · 물류운영
    신규 장비 개발 과정에서 직면했던 가장 큰 도전은 무엇이었고, 이를 어떻게 해결했는지 설명해 주세요.
    이 질문 보기
    삼성SDI · 엔지니어링 일반
    자동화 기술 개발에서 어떤 도전 과제가 있었고, 어떻게 해결했나요?
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 마켓컬리 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기