기업 채용 분석/무신사

[무신사] Product Designer (Commerce) 공고 분석

장바구니·주문서부터 취소·교환·반품, 세일 프라이싱까지 무신사와 29CM 구매 여정 전반의 사용자 경험을 설계하는 커머스디자인팀의 프로덕트 디자이너 공고입니다. 소속은 제품경험디자인 조직이고 경력은 7년 이상입니다. 자격 요건으로 생성형 AI 활용 경험을 요구하고, 포트폴리오가 선택이 아니라 필수라는 점도 미리 확인해야 합니다.

이 공고 분석은 2026년 10월 4일에 이뤄졌습니다. 이후 채용이 종료되었을 수 있습니다.

이 자리가 왜 생겼을까요

무신사는 2024년 10월부터 OCMP(One Core Multi Platform)를 만들고 있습니다. 여러 플랫폼의 공통 영역을 하나의 코어로 모으고 플랫폼별 고유 기능만 따로 쌓는 구조입니다. 29CM는 2025년 거래액 1조 3,000억 원을 기록하며 독립 플랫폼으로 남아 있고, 결제 수단인 무신사머니는 무신사와 29CM, 솔드아웃에서 함께 쓰입니다. 정책은 하나로 모이는데 서비스의 얼굴은 둘로 남는 구조라, 두 서비스의 구매 여정을 한 사람이 함께 설계하는 자리가 생깁니다.

무신사가 지금 어떤 사업에 집중하고 있는지는 무신사 채용 분석에서 이어서 볼 수 있습니다.

1하게 될 업무

  • 무신사와 29CM의 상품·티켓·선물하기 구매(장바구니, 주문서, 주문 완료)와 클레임(취소/교환/반품), 고객과 파트너 양쪽의 세일 프라이싱까지 구매 여정 전반의 사용자 경험을 설계하고 개선합니다.

    이렇게 볼 수 있어요

    화면 하나를 다듬는 일이 아니라 두 서비스에 함께 적용될 흐름을 정하는 일입니다. 서비스마다 화면은 달라도 정책은 같아야 하는 상황을 다뤄 본 적이 있다면 그 사례가 가장 잘 맞습니다.

  • 서비스 목표와 사용자 행동 데이터, 운영 정책, CS 인입, 고객 피드백을 근거로 구매 여정을 분석하고 UX 문제를 정의합니다.

    이렇게 볼 수 있어요

    근거로 드는 자료에 CS 인입이 들어 있습니다. 고객센터 문의 데이터를 화면 개선으로 연결해 본 경험이 있다면 다른 지원자와 차이가 날 수 있는 부분입니다.

  • 결제수단과 쿠폰·할인, 배송, 클레임처럼 복잡한 정책과 예외 케이스를 정보 구조와 화면 흐름으로 풀어냅니다.

    이렇게 볼 수 있어요

    깔끔하게 정리된 화면보다 규칙이 얽힌 화면을 풀어낸 경험을 봅니다. 정책 조합이 많았던 화면을 단순하게 바꾼 사례를 하나 정리해 두어야 합니다.

  • UX 기획과 사용자 플로우 설계, 인터랙션 디자인, UI 디자인, 프로토타이핑까지 제품 개선의 전 과정을 주도하고, 디자인 시스템과 브랜드 가이드를 바탕으로 일관된 사용자 경험을 구현합니다.

    이렇게 볼 수 있어요

    기획 단계부터 최종 화면까지 한 사람이 끌고 갑니다. 디자인 시스템 안에서 작업하면서 새 패턴이 필요했던 순간을 어떻게 처리했는지 설명할 수 있으면 일관성을 다룬 경험이 드러납니다.

  • PM, Engineering, DAx, UX Researcher는 물론 CS·운영·파트너 담당 조직과 긴밀하게 협업하며 제품 방향성을 구체화합니다.

    이렇게 볼 수 있어요

    업무에는 고객과 파트너 양쪽의 세일 프라이싱과 취소·교환·반품 화면이 있습니다. 정책을 운영하는 CS·운영·파트너 담당 조직이 화면 결정에 함께 들어옵니다. 문제 정의의 근거로도 운영 정책과 CS 인입을 꼽았으므로 이 조직들의 요청과 데이터가 디자인의 출발점이 되기 쉽습니다. 디자인 밖 직군에게 같은 시안을 정책 준수나 문의 감소처럼 각자의 기준으로 설명해 합의를 끌어낸 사례가 이 협업을 해 본 경험을 보여 줍니다.

  • 정성적·정량적 데이터로 사용자 인사이트를 도출하고, 가설 수립과 A/B 테스트로 구매 전환과 완주 경험을 개선합니다.

    이렇게 볼 수 있어요

    만든 화면이 지표를 움직였는지까지 업무 범위에 들어 있습니다. 실험 결과를 보고 디자인을 되돌리거나 고친 경험이 있다면 그 과정을 순서대로 적어 둘 만합니다.

  • 생성형 AI와 여러 AI 기반 도구로 디자인 프로세스를 바꾸고 새로운 사용자 경험을 제안합니다.

    이렇게 볼 수 있어요

    AI를 작업 속도를 높이는 데 그치지 않고 새 경험을 제안하는 데까지 쓰는 일이 업무에 들어 있습니다. 도구로 만든 시안이나 실험이 실제 제안으로 이어진 사례가 있으면 포트폴리오에 함께 담을 만합니다.

2자격 요건

  • 프로덕트 디자인 경력 7년 이상 또는 그에 준하는 역량, 그리고 Android와 iOS, Web 환경의 설계·운영 경험을 요구합니다.

    이렇게 볼 수 있어요

    연차 조건은 '그에 준하는 역량'까지 인정하지만 플랫폼 조건은 세 가지를 모두 적었습니다. 웹만 다뤄 왔다면 앱 환경의 제약을 이해하고 있다는 근거를 따로 만들어야 합니다.

  • 데이터와 사용자 인사이트로 문제를 정의하고 해결한 경험을 요구합니다.

    이렇게 볼 수 있어요

    업무가 문제 정의의 근거로 든 것은 서비스 목표, 사용자 행동 데이터, 운영 정책, CS 인입, 고객 피드백입니다. 구매 여정에서는 장바구니에서 주문 완료까지 단계별 이탈과 클레임 관련 문의가 흔한 출발점입니다. 업무에는 그 뒤 가설과 A/B 테스트로 구매 전환과 완주 경험을 개선하는 일도 있습니다. 어떤 데이터를 보고 무엇을 문제로 규정했는지와 그 해법을 실험으로 확인했는지를 한 흐름으로 보여 줄 수 있습니다.

  • 정책과 시스템 제약, 예외 케이스가 많은 영역에서도 구조를 정리해 일관된 경험으로 설계할 수 있어야 합니다.

    이렇게 볼 수 있어요

    공고가 결제와 클레임처럼 규칙이 많은 영역을 직접 언급합니다. 정책 문서를 읽고 화면에 반영해 본 이력이 있으면 그 정책이 얼마나 복잡했는지까지 함께 적어야 경험의 크기가 전달됩니다.

  • Figma와 ProtoPie 같은 디자인 툴을 능숙하게 다루며 높은 수준의 시각적 완성도를 구현할 수 있어야 합니다.

    이렇게 볼 수 있어요

    구조 설계를 많이 요구하는 공고이지만 화면의 완성도도 따로 조건으로 걸었습니다. 포트폴리오에 플로우 문서만 넣지 말고 최종 UI의 디테일이 보이는 화면을 함께 담아야 합니다.

  • 다양한 직군과 원활하게 협업하고 소통하며, 디자인 의도를 논리적으로 설명하고 설득할 수 있어야 합니다.

    이렇게 볼 수 있어요

    협업 능력과 설득력을 한데 묶어 봅니다. 포트폴리오에 결과 화면만 담지 말고 그 화면을 고른 이유와 반대 의견을 어떻게 정리했는지를 함께 적어야 합니다.

  • 생성형 AI 도구로 업무 효율을 높이거나 디자인 프로세스를 개선한 경험을 자격 요건으로 적었습니다.

    이렇게 볼 수 있어요

    우대 사항이 아니라 자격 요건 쪽입니다. 리서치와 와이어프레임, 카피 중 어느 단계에 AI를 붙였고 무엇이 줄었는지 답할 수 있어야 합니다.

3우대 사항

  • 이커머스나 패션 플랫폼 디자인 경험 또는 관련 산업에 대한 높은 이해도, 장바구니와 주문·결제, 배송, 취소/교환/반품, 프로모션·가격 도메인 경험을 우대합니다.

    이렇게 볼 수 있어요

    같은 도메인을 맡아 본 경험이 있다면 그 경력이 잘 보일 수 있도록 이력서를 작성하는 게 좋습니다. 같은 도메인 경험이 없다면 예외 처리가 많았던 다른 도메인의 사례로 대신할 수 있습니다.

  • 여러 도메인을 거치며 서비스 전반을 폭넓게 설계한 경험을 우대합니다.

    이렇게 볼 수 있어요

    구매 여정은 상품과 결제, 배송, 클레임이 맞물려 있어 여러 도메인을 오가며 설계해 본 경험이 그대로 쓰입니다. 거쳐 온 도메인을 나열하고 그 사이를 잇는 화면을 설계한 사례를 하나 덧붙이면 폭이 드러납니다.

  • 고객 문제를 직접 발견해 제품을 설계하고 출시해 성과를 만든 경험, 정성적·정량적 데이터로 사용자 문제를 주도적으로 찾아 제품을 개선한 경험을 우대합니다.

    이렇게 볼 수 있어요

    누군가 정의해 준 문제를 받아 푼 경험과 구분해서 봅니다. 문제를 처음 발견한 사람이 나였던 사례를 골라 어떤 데이터에서 출발했는지까지 적어 두면 설득력이 생깁니다.

  • AI 기반 도구와 자동화 워크플로우로 디자인 생산성을 높인 경험을 우대합니다.

    이렇게 볼 수 있어요

    자격 요건에도 AI 활용이 들어 있어 두 조건이 이어집니다. 반복 작업을 자동화한 워크플로우가 있다면 도구 이름과 절차를 함께 적어 한 사례로 두 조건을 보여 줄 수 있습니다.

  • 팀워크와 성장을 중요하게 여기고 긍정적인 협업 문화를 함께 만들어 가려는 사람을 찾습니다.

    이렇게 볼 수 있어요

    경력 사실보다 일하는 태도를 묻는 항목입니다. 동료와 리뷰 방식을 바꾸거나 디자인 가이드를 함께 정리한 경험처럼 팀 차원의 변화를 만든 사례가 있으면 면접에서 꺼낼 수 있습니다.

4기타 사항

  • 게시일 : 2026년 9월 3일
  • 고용형태 : 정규직(수습 3개월)
  • 근무지 : 무신사 성수 오피스
  • 경력 조건 : 경력 7년 이상
  • 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

전형과 지원

무신사 정규직 공고는 기본적으로 인터뷰를 두 번 봅니다. 공고에 따라 3차 인터뷰나 커피챗처럼 단계가 하나씩 더 붙으므로 지원할 공고의 전형 절차 항목을 따로 확인해야 합니다.

  • 정규직은 인터뷰 두 번

    분석 시점 정규직 117건을 전수로 보면 96건이 서류, 1차 인터뷰, 2차 인터뷰, 처우 협의, 최종합격으로 같습니다. 인터뷰가 한 번뿐인 전형은 계약직 7건에만 나타납니다. 지원 마감일이 없는 상시 지원이 대부분입니다.

    이렇게 볼 수 있어요

    고용형태와 전형 깊이가 정확히 맞물립니다. 공고에 인터뷰가 한 번으로 적혀 있다면 고용형태를 다시 확인해 볼 만합니다.

    무신사 채용

  • 공고마다 붙는 단계

    분석 시점 개발과 머신러닝 직군 7건에는 Live Coding이나 System Design, 컬쳐핏, 기술과제가 붙고 6건에는 3차 커피챗이, 4건에는 과제 전형이 붙습니다. 통역 테스트나 중국어, 일본어 커뮤니케이션 역량 검증이 붙는 공고도 있습니다.

    이렇게 볼 수 있어요

    분석 시점에 표준형이 아닌 공고는 117건 중 21건이었습니다. 일정을 잡기 전에 지원할 공고의 전형 절차 줄을 직접 읽어야 하고, 커피챗이 붙은 공고는 단계가 하나 더 있는 만큼 기간을 더 잡는 편이 좋습니다.

    무신사 채용

  • 서류에 적으라고 안내한 것

    공고 대부분이 지원 서류 안내에 같은 문장을 답니다. "왜 해당 문제를 해결해야 했는지, 어떤 전략을 세웠는지, 어떤 성과가 있었는지 등에 대한 문제 정의, 문제 해결, 성과에 대한 전반적인 내용을 담아주세요"와 "프로젝트별 기여도 표시"입니다.

    이렇게 볼 수 있어요

    회사가 서류의 구성을 사실상 지정한 셈입니다. 프로젝트마다 문제 정의와 해결, 성과가 다 있는지 세어 보면 그대로 자가 점검이 되고 기여도 표시는 빠뜨리기 쉬우니 따로 확인합니다.

    무신사 공고 예시

  • 근무 조건

    선택적 근로 시간제를 운영하고 팀 협업을 위한 코어타임은 11시부터 16시까지입니다.

    이렇게 볼 수 있어요

    코어타임은 11시부터 16시까지 다섯 시간입니다. 출퇴근 시간을 조정할 계획이라면 이 구간을 기준으로 잡으면 됩니다.

    무신사 채용 - 복리후생

  • 수습

    FAQ는 신규 입사자(12개월 이상 계약직, 정규직)가 3개월 수습 기간 동안 수습 평가를 거치고, 수습 기간에도 100% 급여와 복지 혜택이 적용된다고 안내합니다.

    이렇게 볼 수 있어요

    수습 기간에 처우가 줄지는 않지만 입사 첫 3개월에 평가가 있습니다. 계약직이라도 계약 기간이 12개월 이상이면 같은 수습 규정이 적용됩니다.

    무신사 채용 FAQ

  • 지원 전 준비할 것

    1. 1

      포트폴리오를 필수로 준비하기

      이 공고는 이력서와 포트폴리오를 함께 필수로 받습니다. 회사는 문제 정의와 해결 과정, 결과를 담고 프로젝트별 기여도를 표시해 달라고 안내하고 있습니다.

    2. 2

      두 서비스에 걸친 설계 경험 정리하기

      무신사와 29CM처럼 여러 브랜드에 같은 정책을 적용해 본 작업이 있다면 화면이 아니라 결정 과정을 중심으로 정리합니다. 서비스마다 다르게 간 부분과 같게 간 부분을 나눠 적으면 판단의 근거가 드러납니다.

    3. 3

      예외 케이스가 많았던 화면 한 건 고르기

      결제와 클레임, 할인처럼 규칙이 얽힌 영역을 단순하게 만든 사례가 필요합니다. 정책 문서와 최종 화면을 나란히 보여줄 수 있으면 설명이 짧아집니다.

    4. 4

      생성형 AI를 붙인 단계를 구체적으로 적기

      AI 활용이 자격 요건에 있습니다. 어느 단계에 어떤 도구를 썼고 작업 시간이 얼마나 줄었는지까지 적어야 자격 요건에 부합하는 사례로 설명할 수 있습니다.

    프로덕트 디자이너 지원을 준비한다면