[무신사] Product Engineer (Platform Innovation) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 디스커버리 고객 여정과 비즈니스 전략을 바탕으로 웹, 모바일, 서버를 아우르는 기술 비전과 중장기 로드맵을 수립합니다.

  이렇게 볼 수 있어요

  한 팀의 코드를 책임지는 자리가 아니라 여러 조직의 로드맵을 함께 바꾸는 자리입니다. 혼자 완성한 프로젝트보다 다른 팀의 계획을 설득해 움직인 경험이 이 업무와 직접 연결됩니다.

• 홈, 검색, 추천, 랭킹, 콘텐츠의 클라이언트 아키텍처를 주도하고, 중복 구조를 줄여 새로운 지면과 채널로 확장하기 쉬운 구조를 만듭니다.

  이렇게 볼 수 있어요

  서버 쪽 경력만으로는 채우기 어려운 업무입니다. 화면 구조를 다시 짜서 새 지면을 더 빨리 붙일 수 있게 만든 경험이 있다면 이 업무와 그대로 이어집니다.

• 성능, 접근성, 안정성부터 테스트와 릴리스까지 E2E 품질 기준을 수립하고 여러 팀의 개발과 운영 수준을 높입니다.

  이렇게 볼 수 있어요

  내가 맡은 서비스 하나의 품질을 올리는 일과는 다릅니다. 다른 팀도 그대로 따라 쓸 수 있게 기준을 문서로 남겨 본 경험이 있으면 이 업무의 사례로 쓸 수 있습니다.

• 서버 Display, 콘텐츠, 커뮤니티 조직과 데이터 모델, API, 이벤트 계약을 설계하고 시스템 간 책임 경계를 정립하며, AI 에이전트와 외부 탐색 채널 등 새로운 고객 접점도 검증합니다.

  이렇게 볼 수 있어요

  팀 사이의 경계를 정하는 협의가 업무의 큰 부분을 차지합니다. 계약을 정하는 자리에서 어느 쪽 요구를 어떻게 조정했는지 사례를 준비해 두면 면접에서 바로 쓸 수 있고, 기존 화면 구조를 다른 채널에 맞게 다시 짜 본 경험도 함께 꺼낼 수 있습니다.

• PM, 디자이너 및 유관 조직과 고객 문제와 우선순위를 정의하고, 모호한 요구사항을 측정 가능한 가설로 구체화하며, 출시 이후 지표를 검증해 다음 개선으로 연결합니다.

  이렇게 볼 수 있어요

  공고의 PE 소개도 기능이 왜 필요한지 이해하고 출시 이후 지표로 결과를 확인하는 데까지 PM과 함께 참여한다고 적었습니다. 만든 기능이 어떤 지표를 얼마나 바꿨는지, 그 결과로 다음에 무엇을 고쳤는지까지 이어서 말할 수 있어야 합니다.

• 설계, 구현, 테스트, 코드 리뷰, 운영 전반에 AI 코딩 에이전트를 적극 활용하고, 그 경험을 팀과 공유해 생산성과 품질을 높이는 개발 방식을 정착시킵니다.

  이렇게 볼 수 있어요

  개인이 AI 도구를 쓰는 데서 끝나지 않고 팀의 개발 방식으로 정착시키는 일까지 맡습니다. 팀에 AI 코딩 에이전트 사용 규칙이나 검증 절차를 만들어 들여온 경험이 이 업무와 가깝습니다.

2자격 요건

• 대규모 웹 또는 모바일 서비스를 설계하고 운영하며 성능과 품질 문제의 근본 원인을 해결해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  증상만 막은 대응과 구조를 바꾼 대응을 구분해서 봅니다. 원인을 며칠에 걸쳐 추적해 설계를 바꾼 사례가 있다면 강조해서 적는 편이 좋습니다.

• 여러 제품 지면과 서버 시스템을 연결하는 E2E 아키텍처를 설계하고 개선해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  한 서비스 안에서만 일해 온 경력으로는 답하기 어려운 항목입니다. 서비스 여러 개가 얽힌 구조를 다시 그린 경험이 핵심 근거가 됩니다.

• TypeScript, React, Next.js 등 웹 기술 또는 iOS, Android 네이티브 환경에 대한 깊은 이해가 있어야 합니다.

  이렇게 볼 수 있어요

  웹과 모바일 중 한쪽만 깊어도 되지만 양쪽 다 없으면 지원이 어려운 구조입니다. 프론트엔드나 모바일을 겸해 온 경력이라면 이 공고에서는 감추지 말고 드러내는 쪽이 유리합니다.

• 데이터 모델, API, 이벤트 계약, 캐시, 분산 시스템을 이해하고 서버 엔지니어와 시스템 경계를 설계할 수 있어야 합니다.

  이렇게 볼 수 있어요

  클라이언트 지식만으로도 서버 지식만으로도 채워지지 않습니다. 두 쪽을 오가며 계약을 정한 경험을 한 건이라도 찾아 두어야 합니다.

• 고객 문제를 기술 전략과 실행 계획으로 구체화하고, 설계 리뷰와 코칭으로 여러 팀을 이끌며 출시 이후 지표로 성과를 검증해 본 경험을 요구합니다.

  이렇게 볼 수 있어요

  구현 능력만으로는 채워지지 않습니다. 설계 리뷰를 주도해 여러 팀의 방향을 바꾼 사례에 출시 뒤 지표가 어떻게 움직였는지까지 붙어 있어야 이 요건을 다 보여 줄 수 있습니다.

• 기술적 의사결정의 근거와 트레이드오프를 문서화하고, 고객 경험, 비즈니스 성과, 운영 안정성, 조직의 실행 가능성을 고려해 설명할 수 있어야 합니다.

  이렇게 볼 수 있어요

  기술 선택을 문서로 남기는 습관을 자격 요건으로 적었습니다. ADR처럼 결정과 대안, 버린 이유를 적어 둔 기록이 있다면 면접에서 바로 열어 볼 수 있게 정리해 두는 게 좋습니다.

• AI 코딩 에이전트(Codex, Claude Code 등)를 실무에 적극 활용하고 결과물의 품질을 직접 검증하고 책임질 수 있어야 합니다.

  이렇게 볼 수 있어요

  AI 활용이 이 공고에서는 우대가 아니라 자격 요건입니다. 지원 서류 안내도 AI로 문제를 해결한 사례가 있다면 활용 방식과 결과, 결과물을 어떻게 검증했는지를 함께 적어 달라고 했습니다.

3우대 사항

• 커머스의 탐색, 검색, 추천, 전시, 콘텐츠, 커뮤니티 영역에서 복잡한 클라이언트 시스템을 설계하고 운영해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  커머스 경험이 없어도 지원은 가능합니다. 같은 도메인 경험이 있다면 자격 요건보다 이 항목에서 먼저 꺼내는 편이 눈에 띕니다.

• 여러 팀의 기술 방향을 이끌었거나, 웹과 모바일, 멀티 브랜드 환경에서 일관된 고객 경험을 위한 공통 아키텍처를 설계해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  무신사와 29CM를 공통 기반 위에 올리는 작업과 닮은 경험을 찾는 항목입니다. 서비스 여러 개를 하나의 기준으로 묶어 본 적이 있다면 구체적으로 적을 가치가 있습니다.

• 대규모 트래픽 환경에서 로딩, 렌더링, 이미지, 네트워크, 캐시 등을 최적화하고 장애 격리 구조를 개선해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  패션 커머스의 탐색 화면은 상품 이미지가 대부분이라 이미지 형식과 크기, 지연 로딩이 로딩 속도를 크게 움직입니다. 홈처럼 추천·랭킹·콘텐츠 모듈이 한 화면에 함께 올라오는 구조에서 장애 격리는 한 모듈의 API가 실패해도 화면 전체가 깨지지 않게 막는 일입니다. 로딩 시간이나 오류율을 얼마에서 얼마로 줄였는지와 함께 이미지·네트워크·캐시 가운데 어느 층을 손봤는지 적을 수 있습니다.

• 디자인 시스템, 공통 BFF, 라이브러리 등 여러 제품 팀이 활용하는 기반을 구축해 생산성과 품질을 높여 본 경험과, AI 에이전트나 외부 검색, 추천 채널에서 활용할 상품 및 콘텐츠 데이터 구조를 설계하거나 검증해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  공통 기반을 만든 경험과 외부 채널용 데이터 구조를 다뤄 본 경험이 각각 우대 사항입니다. 둘 중 하나라도 있다면 몇 개 팀이 그 기반을 썼는지, 어떤 채널에 어떤 데이터를 내보냈는지를 함께 적어 두면 됩니다.

• 가설 수립, 실험, 데이터 검증으로 제품 의사결정에 참여하고 기술로 비즈니스 KPI를 개선해 수치로 입증해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  회사는 2024년 8월 홈 개편 뒤 상품 상세 페이지 조회수 157% 증가와 개인화 추천 영역 구매 전환율 약 3배를 결과로 밝혔습니다. 이 조직이 출시 이후 검증할 KPI도 이런 탐색 지면의 조회와 전환일 가능성이 큽니다. 실험으로 제품 결정을 바꿔 본 경험이 있다면 개선한 KPI와 수치를 엔지니어로서 맡은 부분과 함께 적을 수 있습니다.

• AI를 개발 프로세스에 도입해 팀 단위 생산성이나 품질을 개선해 본 경험, AI를 활용해 서버 API, 데이터 파이프라인 등 클라이언트 외 영역까지 직접 문제를 해결해 본 경험을 우대합니다.

  이렇게 볼 수 있어요

  자격 요건의 AI 활용이 개인 단위라면 우대 사항은 팀 단위 도입과 전문 영역 밖의 문제 해결입니다. 지원 서류 안내도 전문 영역 밖으로 문제를 넓혀 풀어 본 경험이 있다면 함께 적어 달라고 했습니다.

4기타 사항

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

쓰는 기술

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

• TypeScript
• React
• Next.js
• iOS
• Android
• Java
• Kotlin
• Spring Boot
• REST API
• AWS
• Kubernetes
• Kafka
• Redis
• Elasticsearch
• OpenSearch
• Codex
• Claude Code

전형과 지원

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

지원 전 준비할 것

1. 1

   클라이언트 쪽 경험을 이력서에서 빼지 않기

   자격 요건이 TypeScript와 React, Next.js 또는 iOS, Android 이해를 직접 요구합니다. 백엔드 중심 경력이라도 화면 성능이나 클라이언트 구조에 관여한 부분이 있다면 별도 항목으로 분리해 적습니다.

2. 2

   다른 팀을 움직인 문서 한 건 고르기

   설계 리뷰나 기술 문서로 다른 팀의 방향을 바꾼 경험을 자격 요건이 직접 요구합니다. 사내 위키나 RFC로 남긴 기록이 있다면 면접에서 바로 열어 볼 수 있게 정리합니다.

3. 3

   성능 개선을 전후 숫자로 적기

   우대 사항이 로딩과 렌더링, 캐시 최적화를 지목합니다. 개선 전과 후를 비교할 수 있는 사례를 한 건 이상 준비합니다.

4. 4

   1차 인터뷰 형식을 미리 확인하기

   이 공고는 1차 인터뷰를 Live Coding과 Architecture Design 중에서 유연하게 구성한다고 밝히고 있습니다. 코딩과 설계 두 가지를 모두 준비해야 합니다.