기업 채용 분석/무신사

[무신사] Product Manager (Settlement) 공고 분석

무신사·29CM 입점 브랜드 1만여 개의 판매 대금 정산 시스템을 설계하는 Partner Platform 팀 Product Manager 공고입니다. 온라인과 오프라인, 국내와 해외 채널이 늘어도 정산이 이어지는 기반과 회계·재무 시스템과의 정합성이 업무입니다. 2026년 11월 3일에 올라온 새 공고이고 요건에는 연차 숫자가 없습니다.

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

이 자리가 왜 생겼을까요

뉴스핌 보도에 따르면 무신사는 2026년 2분기에 국내 10곳과 해외 2곳, 모두 12곳의 오프라인 스토어를 새로 열었습니다. 바이라인네트워크는 무신사가 2026년 9월 7일 한국거래소에 상장예비심사를 신청했다고 보도했습니다. 공고의 팀 소개는 Partner Platform 팀이 1만여 개 입점 브랜드의 입점부터 정산까지 맡고, 판매 채널이 온라인과 오프라인, 국내와 해외로 넓어지는 만큼 어느 채널에서 팔아도 정산이 정확히 이어지는 기반을 만들고 있다고 적었습니다. 채널이 늘 때마다 정산 규칙과 회계 시스템에 맞춰야 할 금액이 함께 늘어납니다. 채널이 달라도 같은 정산 기준을 적용한 경험이 있다면 채널 수와 대사 불일치 건수의 변화를 서류에 적을 수 있습니다.

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

1하게 될 업무

  • 제품 관점의 OKR을 수립하고 팀의 성공 기준을 정의해 제품 전략과 운영 목표를 연결합니다.

    이렇게 볼 수 있어요

    팀 소개가 파트너가 판매 대금을 '정확하고 제때' 받는 정산까지 책임진다고 적었으므로, 이 팀의 성공 기준은 매출보다 정산의 정확도와 지급 시점이 중심입니다. OKR에 정산 오류 건수나 지급 기한 준수율 같은 목표를 넣어 본 경험이 있다면 목표와 달성 값을 사례로 쓸 수 있습니다.

  • 온라인과 오프라인 판매가 정확한 정산으로 이어지도록 정산 프로세스를 고도화하고 전략적 제품 로드맵을 수립하고 실행합니다.

    이렇게 볼 수 있어요

    우대 사항에 오프라인 매장 판매의 정산과 회계 처리가 따로 있습니다. 매장 판매는 온라인 주문과 데이터가 들어오는 경로가 다르므로 두 판매의 금액을 같은 정산 기준으로 맞추는 일이 로드맵의 중심입니다. 판매 경로가 늘어나는 상황에서 정산 기준을 통일해 본 경험이 이 업무의 사례입니다.

  • 판매, 취소, 반품, 할인, 수수료가 정산 금액으로 이어지는 전 과정에서 근본적인 문제를 정의하고 장기적인 개선 방향을 정립합니다.

    이렇게 볼 수 있어요

    다섯 항목은 모두 정산 금액을 늘리거나 줄이는 사건입니다. 판매는 한 달에 일어났는데 취소와 반품이 다음 정산 기간에 생기면 차감을 어느 시점에 반영할지가 문제가 됩니다. 자격 요건의 주문, 결제, 클레임, 정산 데이터 흐름과 같은 순서로 문제를 정의한 사례가 이 업무에 가깝습니다.

  • 채널과 사업이 늘어도 정산이 바로 붙을 수 있도록 정산 시스템의 기반을 설계하고 구축합니다.

    이렇게 볼 수 있어요

    팀 소개가 집중하고 있다고 적은 문제 둘 가운데 둘째가 이 업무입니다. 새 채널이 붙을 때마다 정산 로직을 새로 짜지 않고 설정과 규칙으로 붙일 수 있는 구조를 만드는 일이라, 채널 하나를 추가하는 데 걸린 일수와 바뀐 부분을 사례로 적을 수 있습니다.

  • 회계와 재무 시스템과의 정합성을 확보하고, 대사와 리포트 같은 반복 운영 업무를 효율화하는 과제를 기획하고 추진합니다.

    이렇게 볼 수 있어요

    대사는 정산 시스템의 금액과 회계 장부의 금액을 맞춰 보는 일입니다. 우대 사항의 ERP, 세금계산서 연동은 이 정합성이 실제로 구현되는 자리입니다. 대사 불일치 건수나 리포트 작성에 드는 시간을 줄인 경험이라면 줄이기 전후의 값이 이 과제의 결과 숫자입니다.

2자격 요건

  • 제품 전체 수명주기(기획, 출시, 운영, 개선)를 책임지고 성공적으로 이끈 경험을 요구합니다.

    이렇게 볼 수 있어요

    정산 제품은 출시 뒤에도 금액 문의와 수기 보정이 이어지므로 운영 단계의 경험이 비중을 가집니다. 출시한 기능이 만든 정산 문의나 수기 보정을 어떻게 줄였는지까지 적으면 운영 단계를 맡았다는 점이 드러납니다.

  • 주문, 결제, 클레임, 정산으로 이어지는 데이터 흐름을 이해하고 SQL로 데이터를 직접 확인할 수 있어야 합니다.

    이렇게 볼 수 있어요

    네 단계는 업무의 판매에서 정산 금액까지의 순서와 같습니다. SQL은 정산 금액이 맞는지를 주문 단위로 추적할 때 쓰므로, 개별 정산 문의를 주문까지 거슬러 올라가 확인한 경험이 이 요건과 가깝습니다.

  • 정산, 빌링, 회계처럼 숫자 정확도가 중요한 시스템을 기획하고 운영해 본 경험을 요구합니다.

    이렇게 볼 수 있어요

    빌링은 이용 내역으로 청구 금액을 계산하는 일이고, 정산은 판매 대금에서 수수료와 취소·반품 차감을 빼 지급액을 정하는 일입니다. 두 시스템은 계산 규칙이 달라도 한 건의 오류가 곧 금액 차이로 남는다는 점이 같습니다. 이 공고의 업무가 판매, 취소, 반품, 할인, 수수료를 정산 금액으로 잇는 일이라 요건은 커머스 경험보다 이런 금액 계산 시스템의 운영 경험을 묻습니다. 결제, PG, 과금 쪽 PM 경력도 이 조건에 함께 적을 수 있습니다.

  • 엔지니어, 재무, 회계, 운영 등 다양한 조직과 협업해 문제 해결과 개선 방향을 도출한 경험을 요구합니다.

    이렇게 볼 수 있어요

    협업 상대에 재무와 회계가 들어 있는 것은 업무의 회계·재무 정합성과 연결됩니다. 정산 로직을 바꾸면 회계 처리도 함께 달라지므로, 재무팀과 변경 방식을 합의한 사례가 이 협업의 구체적인 모습입니다.

  • 복잡한 계산 로직과 예외 케이스를 누구나 같은 뜻으로 이해할 수 있는 문서로 정리할 수 있는 역량을 요구합니다.

    이렇게 볼 수 있어요

    정산 로직은 개발, 재무, 운영이 각자 다르게 해석하면 금액이 달라지는 영역이라 문서가 요건으로 따로 적혀 있습니다. 예외 케이스를 목록으로 만들고 케이스마다 계산 결과를 적은 정의서가 있다면 케이스를 나눈 방식과 문서 구성을 함께 설명합니다.

3우대 사항

  • 멀티 플랫폼 또는 오픈마켓 환경에서 판매자 정산 관련 제품이나 기능 개선 프로젝트 경험을 우대합니다.

    이렇게 볼 수 있어요

    판매자 정산은 수수료율, 정산 주기, 구매 확정 기준, 반품 차감 방식이 플랫폼마다 달라서 통합은 이 규칙의 차이를 하나씩 맞추는 일에서 시작합니다. 팀 소개가 집중하고 있다고 적은 첫째 문제가 플랫폼마다 따로 운영되던 입점, 상품, 정산 경험을 하나로 잇는 일이라 이 우대는 그 과제의 일부입니다. 어느 규칙을 하나로 합치고 어느 규칙을 플랫폼별로 남겼는지를 구체적으로 적을 수 있습니다.

  • 오프라인 매장 판매의 정산과 회계 처리를 다뤄 본 경험을 우대합니다.

    이렇게 볼 수 있어요

    매장 판매는 POS에서 올라오는 매출 데이터가 입력이고, 현금과 카드처럼 결제수단별로 입금 시점이 달라 온라인 주문과 정산 입력의 모양이 다릅니다. 입점 브랜드 상품이 매장에서 팔리면 브랜드에 지급할 금액의 정산과 회계 처리 기준이 함께 필요합니다. 온라인 정산 규칙 위에 이 두 입력을 얹은 방식이 이 우대에 맞는 사례입니다.

  • ERP, 세금계산서 등 회계 시스템과의 연동이나 레거시 정산 시스템 이관을 경험한 것을 우대합니다.

    이렇게 볼 수 있어요

    레거시 이관은 기존 정산 시스템을 새 시스템으로 바꾸는 일이라 이관 전후의 정산 금액이 일치하는지 검증한 방법이 사례의 중심이 됩니다. 업무의 회계·재무 정합성이 구현되는 지점이 ERP와 세금계산서 연동이므로, 연동을 맡았다면 연동 뒤 회계 쪽 금액과 맞춰 본 방식도 이 우대와 이어지는 경험입니다.

  • 반복적이거나 비효율적인 정산 운영 업무를 개선하거나 자동화하는 기능을 기획한 경험을 우대합니다.

    이렇게 볼 수 있어요

    정산 운영의 반복 업무는 월 마감에 몰리는 대사, 금액이 어긋난 건의 수기 보정, 파트너가 보내는 정산 내역 문의 응대입니다. 업무 항목이 대사와 리포트 효율화를 PM이 기획하고 추진할 과제로 적어, 어떤 수기 작업을 자동화 대상으로 고를지가 이 직무의 판단에 들어 있습니다. 대상을 고른 기준과 줄어든 작업 시간을 함께 적으면 이 우대에 맞는 사례가 됩니다.

4기타 사항

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

쓰는 기술

공고 본문에 적힌 기술만 모은 목록입니다.

  • SQL

전형과 지원

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

  • 정규직은 인터뷰 두 번

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

    이렇게 볼 수 있어요

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

    무신사 채용

  • 공고마다 붙는 단계

    분석 시점 개발과 머신러닝 직군 7건에는 Live Coding이나 System Design, 컬쳐핏, 기술과제가 붙습니다. 직군과 관계없이 6건에는 3차 커피챗이, 4건에는 과제 전형이 붙습니다. 그 뒤 분석한 신성장 마케팅 Lead (무신사 스탠다드)에도 3차 커피챗이 있고, 물류 Program Management Lead (무신사로지스틱스)는 서류 전형 다음에 커피챗이 있습니다. 통역 테스트나 중국어, 일본어 커뮤니케이션 역량 검증이 붙는 공고도 있습니다. Product Engineer (SCM Platform) 공고는 1차 인터뷰를 두 번 보고 처우 협의 단계를 적지 않았습니다.

    이렇게 볼 수 있어요

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

    무신사 채용

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

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

    이렇게 볼 수 있어요

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

    무신사 공고 예시

  • 근무 조건

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

    이렇게 볼 수 있어요

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

    무신사 채용 - 복리후생

  • 수습

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

    이렇게 볼 수 있어요

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

    무신사 채용 FAQ

  • 지원 전 준비할 것

    1. 1

      정산 오류와 문의를 줄인 사례를 숫자로 정리하기

      출시한 정산 기능으로 문의나 수기 보정을 어떻게 줄였는지를 건수와 기간으로 준비합니다.

    2. 2

      판매 경로가 늘 때 정산 기준을 맞춘 경험 고르기

      온라인과 매장, 국내와 해외처럼 경로가 다른 판매를 같은 기준으로 정산한 경험을 하나 고릅니다. 경로마다 달랐던 입력 데이터와 그것을 합친 방식을 정리합니다.

    3. 3

      주문까지 거슬러 올라가 확인한 사례 준비하기

      SQL로 정산 금액을 주문 단위까지 추적한 경험이 있다면 확인한 테이블과 발견한 원인을 한 사례로 묶습니다.

    4. 4

      예외 케이스 정의서 구성 설명하기

      계산 로직과 예외 케이스를 문서로 정리한 경험이 있다면 케이스를 나눈 기준과 케이스마다 계산 결과를 적은 방식을 준비합니다.

    PM(프로덕트 매니저) 지원을 준비한다면