[무신사] Program Manager (Commerce Platform) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 새로운 판매 형태나 비즈니스 모델이 시스템적으로 구현 가능한지 검토하고, 실제로 구동할 수 있는 운영 구조와 데이터 흐름을 설계합니다.

  이렇게 볼 수 있어요

  조직 소개는 무신사가 새로 확장하는 비즈니스와 운영 모델이 실제로 작동하는 형태로 안착하도록 End-to-End로 프로세스를 설계한다고 밝혔습니다. 기획서를 넘기는 데서 멈추지 않고 새 판매 방식에서 상품·주문·재고 데이터가 어떻게 흐르는지까지 그려 본 경험이 있다면, 그때 정한 데이터 흐름을 프로젝트별로 자세히 씁니다.

• 개발, MD, 물류 등 유관 부서의 요구사항을 모아 싱크를 맞추고 프로젝트 전반을 리드합니다.

  이렇게 볼 수 있어요

  협업 상대에 개발뿐 아니라 MD와 물류가 함께 있습니다. 상품 쪽과 물류 쪽의 요구가 부딪친 프로젝트가 있다면 어떤 기준으로 범위를 정했고 양쪽에 어떻게 알렸는지를 사례로 준비합니다.

• 프로젝트 오픈 단계부터 현업 담당자가 안정적으로 운영할 수 있을 때까지 초기 안착 과정을 현장에서 서포트하고 지속적으로 Follow-up합니다.

  이렇게 볼 수 있어요

  자격 요건도 시스템 배포에 이어 안정화까지를 프로젝트 전 과정으로 묶었습니다. 오픈 뒤 몇 주 동안 들어온 운영 문의와 예외 처리를 받아 시스템이나 매뉴얼을 고친 경험이 있다면 그 기간과 바뀐 내용을 보여 줄 수 있습니다.

• 상품 등록, 주문, 재고, 물류 관리 등 커머스 전반의 비효율과 구조적 병목을 진단해 실질적인 고도화 방안을 세웁니다.

  이렇게 볼 수 있어요

  조직 소개는 이 팀이 단순한 현상 유지나 반복적인 현업 지원에 머무르지 않는다고 적었습니다. 반복 요청을 처리한 경험보다 같은 요청이 왜 반복되는지 찾아 구조를 바꾼 사례가 이 업무에 가깝습니다.

• 비즈니스 변화에 따른 기존 가이드라인의 한계를 보완하고, 현장 혼선을 줄이기 위해 운영 프로세스를 재정비하고 매뉴얼로 만듭니다.

  이렇게 볼 수 있어요

  이 업무는 자격 요건의 '가이드가 없는 환경에서' 운영 프로세스를 구축해 본 경험을 그대로 요구합니다. 새 판매 형태가 들어오며 기존 운영 기준이 맞지 않게 된 상황에서 매뉴얼을 다시 쓴 경험이 있다면 무엇이 혼선을 만들었고 무엇을 바꿨는지 정리해 두면 면접 답변으로 쓰기 쉽습니다.

• 커머스 시스템의 리스크 요인을 파악하고 안정적인 시스템 운영을 위한 개선 과제를 관리합니다.

  이렇게 볼 수 있어요

  우대 사항에는 대규모 트래픽과 거래액(GMV) 환경에서 플랫폼 구조를 개편해 본 경험이 있습니다. 대형 행사처럼 주문이 몰리는 시점을 앞두고 주문·재고 쪽 위험 요인을 미리 찾아 과제로 관리한 경험이 이 업무와 연결됩니다.

2자격 요건

• 이커머스 또는 리테일 플랫폼 분야에서 7년 이상의 PM/서비스 기획 경력이 필요합니다.

  이렇게 볼 수 있어요

  직무 이름은 PM과 서비스 기획이지만 업무는 운영 구조와 데이터 흐름 설계부터 현업 안착까지 걸쳐 있습니다. 커머스 운영 조직에서 시스템 개선을 기획해 온 경력도 함께 적을 수 있고, 다룬 도메인을 상품·주문·재고처럼 나눠 쓰면 이 팀의 코어 도메인과 바로 맞춰 볼 수 있습니다.

• 상품 구조 정의, 주문 마이크로 서비스 등 커머스 코어 도메인을 End-to-End로 설계하고 고도화해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  예로 든 것이 화면이 아니라 상품 구조와 주문 서비스입니다. 상품 옵션 구조를 새로 정의했거나 주문 서비스를 나누는 프로젝트에서 기획을 맡았다면 그때 정한 데이터 구조와 예외 규칙이 화면 기획 경력과 구분되는 부분입니다.

• 캠페인, 브랜드 정책, 물류(WMS/SCM) 등이 결합된 복잡한 비즈니스 구조를 분석하고 시스템화해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  이 요건의 브랜드 정책과 WMS/SCM은 업무에서 함께 일할 MD, 물류 쪽과 맞물리는 영역입니다. 캠페인 하나가 브랜드별 정책과 출고 일정에 동시에 걸리는 구조를 시스템 규칙으로 옮겨 본 경험이 있으면 그 규칙을 어떻게 나눴는지 예로 들 수 있습니다.

• 가이드가 없는 환경에서 제약사항을 주도적으로 수집해 실행 가능한 단계별 운영 프로세스를 구축해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  조직 소개의 신규 비즈니스 안착과 같은 상황을 경험으로 묻는 요건입니다. 선례 없는 일을 맡아 관련 부서의 제약을 먼저 모으고 단계를 나눠 운영을 시작한 프로젝트가 있다면 어떤 제약 때문에 단계 순서를 그렇게 정했는지까지 준비하는 게 좋습니다.

• 비즈니스 비효율 발견부터 개발 요구사항(PRD) 도출, 시스템 배포와 안정화까지 프로젝트 전 과정을 리드해 본 경험이 필요합니다.

  이렇게 볼 수 있어요

  공고의 작성 팁도 문제 정의, 문제 해결, 성과를 담고 프로젝트별 기여도를 표시하라고 안내합니다. 한 프로젝트를 비효율 발견, PRD, 배포, 안정화 단계로 나누고 단계마다 본인이 맡은 범위를 밝히면 요건이 말하는 전 과정 리드와 작성 팁이 요구하는 기여도가 한 사례에 함께 담깁니다.

• 사업 부서의 요구사항을 고려해 비즈니스 우선순위를 명확히 판단할 수 있어야 합니다.

  이렇게 볼 수 있어요

  요구사항을 모아야 하는 부서가 개발, MD, 물류로 여럿입니다. 여러 부서의 요청 가운데 무엇을 먼저 개발할지 정한 기준과, 뒤로 미룬 요청을 그 부서에 어떻게 설명했는지를 한 사례로 묶으면 우선순위를 판단해 본 경험이 드러납니다.

• 거시적인 운영 임팩트를 고려하는 동시에 예외 케이스(Edge Case)를 고려한 실무 디테일 설계가 가능해야 합니다.

  이렇게 볼 수 있어요

  업무에 운영 구조 설계와 매뉴얼화가 함께 있어, 이 담당자는 큰 흐름과 예외 처리 규칙을 둘 다 문서로 만들게 됩니다. 예외 케이스를 모은 방식과 정한 처리 규칙을 설계 문서 일부로 보여 줄 수 있으면 이 요건에 대한 답이 분명해집니다.

3우대 사항

• 패션 버티컬 플랫폼에서 특유의 상품 속성(옵션, 시즌 등), 정산, 물류 특성을 깊이 있게 경험해 본 분을 우대합니다.

  이렇게 볼 수 있어요

  이 우대는 옵션과 시즌 같은 패션 상품 속성을 상품 구조와 재고 설계에 반영해 본 경험을 묻습니다. 다른 업종 출신이라면 옵션 구조가 복잡했던 상품군이나 정산 규칙이 여럿이던 판매 방식을 다룬 경험을 대신 꺼낼 수 있습니다.

• 급격하게 성장하는 대규모 트래픽과 거래액(GMV) 환경에서 커머스 플랫폼 구조 개편을 경험해 본 분을 우대합니다.

  이렇게 볼 수 있어요

  바이라인네트워크는 2024년 10월 무신사가 여러 플랫폼의 데이터와 고객 정보, 운영을 하나의 코어로 모으는 OCMP를 구축할 계획이라고 보도했습니다. 구조 개편 프로젝트에서 기존 운영을 멈추지 않고 옮긴 방법이 있다면 조직 소개가 말하는 코어 도메인의 구조적 병목 진단과 이어서 꺼낼 수 있습니다.

• 다수의 서드파티(3rd Party) 솔루션 연동 또는 이종 산업 간 대형 제휴 프로젝트를 메인으로 리드해 본 분을 우대합니다.

  이렇게 볼 수 있어요

  업무의 새로운 판매 형태와 비즈니스 모델 검토와 이어지는 우대입니다. 외부 업체와 연동 규격을 정하고 일정을 맞춰 오픈까지 끌고 간 프로젝트라면 연동한 상대 수와 맡은 범위를 함께 꺼낼 수 있습니다.

• 대규모 조직에서 프레임워크나 가이드라인을 수립해 전사적인 프로젝트 관리(PMO) 체계를 이끌어 본 분을 우대합니다.

  이렇게 볼 수 있어요

  업무의 가이드라인 보완과 매뉴얼화가 현장 운영에 관한 것이라면, 이 우대는 프로젝트를 굴리는 방식 자체의 표준을 묻습니다. 여러 팀이 같은 양식으로 프로젝트를 관리하게 만든 경험이 있다면 그 체계를 쓴 조직 규모를 함께 밝힐 만합니다.

• 기술적 백그라운드가 있어 테크 조직과 아키텍처 수준의 논의가 가능한 분을 우대합니다.

  이렇게 볼 수 있어요

  자격 요건에 주문 마이크로 서비스 설계가 들어 있어, 기획 단계에서 서비스 구조를 두고 테크 조직과 논의할 일이 생길 수 있습니다. 개발 경력이나 아키텍처 리뷰에 참여한 경험은 기획 경력과 별도로 이력서에 드러나게 쓰는 편이 유리합니다.

4기타 사항

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

쓰는 기술

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

• WMS

전형과 지원

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

지원 전 준비할 것

1. 1

   다뤄 본 커머스 도메인 정리하기

   상품, 주문, 재고, 발주, 물류 가운데 직접 설계하거나 고도화한 도메인을 프로젝트별로 표시합니다. 조직 소개가 든 코어 도메인과 같은 이름으로 쓰면 검토하는 쪽이 업무 범위를 바로 맞춰 볼 수 있습니다.

2. 2

   한 프로젝트를 PRD부터 안정화까지 정리하기

   비효율을 발견한 계기, PRD로 정리한 요구사항, 배포 뒤 안정화 기간에 고친 것을 순서대로 적습니다. 작성 팁이 요청한 문제 정의, 문제 해결, 성과와 프로젝트별 기여도 표시도 이 사례 안에 넣습니다.

3. 3

   예외 케이스를 설계한 문서 준비하기

   작성 팁은 1차 면접에서 인터뷰어와 심도 있는 이야기를 나눌 수 있게 이력서를 구성하라고 안내합니다. 예외 케이스를 찾아 처리 규칙을 정한 설계 문서 하나를 골라 구성과 판단 과정을 설명할 수 있게 준비합니다.