[무신사] Program Manager (커머스 정책 기획) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 팀의 목표와 우선순위, 로드맵, 성과지표를 수립합니다.

  이렇게 볼 수 있어요

  업무 목록 첫 줄이 팀 운영입니다. 개인 성과가 아니라 팀이 무엇을 할지 정해 본 경험이 필요하므로 목표를 세우고 결과를 측정한 사례를 자세히 쓰는 편이 좋습니다.

• 고객과 파트너 정책의 원본을 설계하고 비어 있는 영역을 정비합니다.

  이렇게 볼 수 있어요

  조직 소개가 흩어진 정책과 SOP, 지식을 하나의 체계로 모으는 중이라고 밝히고 있습니다. 규칙이 여러 문서에 나뉘어 있던 상황을 정리해 본 경험이 이 항목에 맞습니다.

• 새로 만들거나 바꾸는 정책의 사전 영향도와 운영 리스크를 검토하고 개정이 필요한지 판정합니다.

  이렇게 볼 수 있어요

  판정이라는 표현이 붙어 있습니다. 규칙 변경을 요청받았을 때 받아들일지 말지를 결정하는 권한이 있는 자리라는 뜻입니다. 거절한 요청과 그 이유를 설명할 수 있으면 좋습니다.

• 신규 사업을 시작할 때 고객과 파트너에 미치는 영향을 검토하고 운영 정책과 프로세스 설계를 이끕니다.

  이렇게 볼 수 있어요

  조직 소개는 신규 사업이 시작될 때 사업부가 가장 먼저 찾는 파트너가 되겠다고 적었습니다. 새 서비스가 열릴 때 규칙을 처음부터 만들어 본 경험이 있으면 그 과정을 씁니다.

• 정책의 발의와 접수부터 영향도 검토, 설계, 승인, 공표, 모니터링과 개선까지 이어지는 생애주기를 설계하고 운영합니다.

  이렇게 볼 수 있어요

  단계가 여섯 개로 명시돼 있습니다. 규칙을 만드는 일이 아니라 규칙을 만드는 절차를 만드는 일입니다. 승인 권한과 공표 경로를 정해 본 경험이 있으면 그것이 이 항목의 핵심 근거가 됩니다.

• 정책 정의서와 택소노미, 메타 스키마를 설계하고 우선 도메인부터 검증해 단일 기준 체계를 세웁니다. 지식관리 운영과 체계 전환을 지원합니다.

  이렇게 볼 수 있어요

  문서를 데이터처럼 다루는 일입니다. 택소노미와 메타 스키마를 만들어 본 경험은 흔치 않습니다. 있다면 이력서에서 눈에 띄는 자리에 둡니다.

• 생성형 AI로 정책 콘텐츠를 만들고 검수하며 Jira와 Slack, Wiki를 활용한 업무 자동화를 기획합니다.

  이렇게 볼 수 있어요

  AI 활용을 담당 업무로 직접 적었습니다. 무신사는 직군과 무관하게 AI를 묻지만 이 공고는 우대가 아니라 업무로 적었습니다. 문서 작업에 도구를 적용해 본 사례를 준비해 둡니다.

• 정책 변경 접수율과 리드타임, 정책 조회 시간, 콘텐츠 최신화율 같은 지표를 관리하고 대시보드를 구축합니다.

  이렇게 볼 수 있어요

  정책 업무에 지표가 네 개 붙어 있습니다. 규칙을 만드는 일을 수치로 관리해 본 경험이 있으면 어떤 지표를 썼는지 적으면 됩니다.

2자격 요건

• 플랫폼이나 이커머스에서 운영 정책 기획 또는 프로그램 매니지먼트 경력 8년 이상을 요구합니다.

  이렇게 볼 수 있어요

  업종과 기간이 함께 걸려 있습니다. 다른 업종에서 정책이나 프로그램을 맡았다면 다루던 대상이 얼마나 많았는지로 규모를 보여줄 필요가 있습니다.

• 마켓플레이스 운영 정책이나 고객, 파트너 정책을 직접 설계해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  '직접 설계'라고 적혀 있습니다. 이미 있는 정책을 운영한 경험과는 다르므로 처음 만든 규칙이 무엇이었는지 분명히 적어야 합니다.

• 제품과 정책, 오퍼레이션을 아우르는 교차 기능 프로그램을 오너십을 갖고 이끌어 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  여러 조직에 걸친 일을 끝까지 끌고 간 경험을 묻습니다. 참여한 프로젝트가 아니라 책임진 프로젝트를 강조하는 편이 좋습니다.

• 새로운 프로그램을 0에서 1로 설계해 조직에 정착시켜 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  만드는 것으로 끝나지 않고 정착까지 적혀 있습니다. 도입한 체계가 지금도 쓰이고 있는지, 몇 명이 그것을 따르는지 적을 수 있으면 좋습니다.

• 분산된 정책과 지식 콘텐츠의 정의 체계를 세우거나 표준화하고 통합해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  조직 소개의 단일 기준 체계 전환과 직접 이어집니다. 문서가 여러 곳에 흩어져 있던 상태에서 하나로 합쳐 본 경험이 이 공고에서 가장 자주 반복되는 조건입니다.

• 프로세스 개선과 자동화 과제를 정의하고 성과를 수치화해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  수치화가 조건의 일부입니다. 개선했다는 서술보다 리드타임이나 처리 건수가 얼마나 달라졌는지 적어야 이 항목이 채워집니다.

• 데이터 기반 문제 해결과 이해관계자 조율 역량을 요구합니다.

  이렇게 볼 수 있어요

  우대 사항에 SQL과 BI 도구가 있는 것과 맞물립니다. 직접 데이터를 뽑아 본 경험이 있으면 도구 이름을 함께 씁니다.

• 채용과 성과 관리 등 팀원의 성장을 지원한 피플 매니지먼트 경험을 요구합니다.

  이렇게 볼 수 있어요

  자격 요건의 마지막 줄이 사람 관리입니다. 담당 업무의 성장 경로 설계와 짝을 이루므로 몇 명을 얼마 동안 이끌었는지 적어야 합니다.

3우대 사항

• 위키와 지식 베이스, 단일 기준 체계를 구축해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  담당 업무에도 같은 일이 적혀 있습니다. 문서 체계를 세워 본 경험이 이 공고에서 가장 중요한 차별점이라고 볼 수 있습니다.

• 지식 관리(KM/KMS) 운영이나 개편 경험을 우대합니다.

  이렇게 볼 수 있어요

  위 항목과 붙어 있는 조건입니다. 새로 만든 경험뿐 아니라 이미 있던 체계를 뜯어고친 경험도 인정한다는 뜻입니다.

• 생성형 AI를 운영 업무에 적용해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  담당 업무에도 나오는 내용입니다. 정책 문서를 만들거나 검수하는 데 도구를 쓴 사례가 있으면 어떤 검증 절차를 붙였는지까지 적습니다.

• Jira와 Confluence, Slack 기반 워크플로 자동화 경험을 우대합니다.

  이렇게 볼 수 있어요

  도구 이름이 담당 업무와 같습니다. 이미 쓰는 도구가 정해져 있다는 뜻이므로 사용 경험이 있으면 그대로 적습니다.

• SQL과 Tableau, Looker 같은 BI 도구로 대시보드를 구축해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  담당 업무의 지표 관리와 대시보드 구축에 대응합니다. 직접 만들어 본 대시보드가 있으면 어떤 지표를 담았는지 설명할 수 있어야 합니다.

4기타 사항

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

쓰는 기술

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

• Jira
• Confluence
• Slack
• SQL
• Tableau
• Looker

전형과 지원

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

지원 전 준비할 것

1. 1

   흩어진 문서를 하나로 합친 사례 강조하기

   조직 소개와 담당 업무, 자격 요건, 우대 사항에 모두 통합과 표준화가 나옵니다. 어떤 문서가 몇 곳에 흩어져 있었고 합친 뒤에 무엇이 달라졌는지 적으면 이 공고의 중심 조건에 곧장 대응합니다.

2. 2

   정책 업무를 지표로 바꿔 적기

   담당 업무가 접수율과 리드타임, 조회 시간, 최신화율을 지표로 들고 있습니다. 규칙을 만든 일을 서술로만 적어 왔다면 처리 건수나 소요 기간을 숫자로 옮겨 두는 편이 좋습니다.

3. 3

   이끌었던 인원과 기간 밝히기

   자격 요건 마지막 줄이 채용과 성과 관리입니다. 팀 규모와 기간, 성장 경로를 설계해 본 경험이 있으면 그 내용을 함께 적어야 이 항목이 채워집니다.

4. 4

   거절한 요청을 설명할 준비하기

   담당 업무에 개정 필요 여부를 판정한다는 표현이 있습니다. 규칙 변경 요청을 받아들이지 않았던 사례와 그 판단 근거가 있으면 인터뷰에서 쓸 수 있는 답이 됩니다.