Biz-E Platform Innovation 조직의 Staff Engineer 자리입니다. 백엔드 엔지니어라는 이름이 붙어 있지만 공고가 요구하는 범위는 웹과 모바일 클라이언트 구조부터 서버와의 책임 경계까지이고, 자격 요건도 특정 언어보다 여러 팀의 기술 방향을 바꿔 본 경험 쪽에 무게를 둡니다. 서버 API만 설계해 온 경력으로 지원할 자리인지부터 확인하고 읽는 편이 좋습니다.
이 공고 분석은 2026년 9월 13일에 이뤄졌습니다. 이후 채용이 종료되었을 수 있습니다.
무신사는 2024년 8월 홈 화면을 6개 카테고리 멀티 스토어로 개편한 뒤 상품 상세 페이지 조회수가 157% 늘고 개인화 추천 영역의 구매 전환율이 약 3배가 됐다고 밝혔습니다. 2026년 6월에는 자체 개발한 '무신사 MCP'를 적용해 챗GPT 안에서 쓰는 전용 앱을 냈습니다. 지면이 늘고 채널이 바깥으로 넓어질수록 전시 구조를 다시 정리할 일도 함께 커집니다. 공고가 담당 업무 마지막 줄에 '전시 지면의 중복 구조 단순화'와 'AI 에이전트와 외부 탐색 채널까지 이어지는 새로운 고객 접점'을 나란히 적은 이유를 여기서 읽을 수 있습니다.
무신사이 지금 어디에 힘을 싣고 있는지는 무신사 채용 분석에 정리해 두었습니다.
디스커버리 고객 여정과 비즈니스 전략을 바탕으로 웹과 모바일부터 서버까지 이어지는 기술 비전을 정의하고 중장기 로드맵을 세웁니다.
이렇게 볼 수 있어요
한 팀의 코드를 책임지는 자리가 아니라 여러 조직의 로드맵을 함께 바꾸는 자리입니다. 혼자 완성한 프로젝트보다 다른 팀의 계획을 설득해 움직인 경험이 이 요건과 직접 연결됩니다.
홈과 검색, 추천, 랭킹, 콘텐츠 등 탐색 경험을 구성하는 지면의 구조와 데이터 흐름을 이해하고 클라이언트 아키텍처를 주도합니다.
이렇게 볼 수 있어요
백엔드 직함이지만 화면 쪽 구조가 업무 범위 안에 들어 있습니다. 설계한 API가 실제 지면에서 어떻게 쓰이고 어디서 느려지는지까지 말할 수 있어야 합니다.
웹과 모바일의 성능, 접근성, 안정성, 관측성, 테스트, 릴리스 품질을 진단하고 조직 전체가 따를 기준을 만듭니다.
이렇게 볼 수 있어요
내가 맡은 서비스 하나의 품질을 올리는 일과는 다릅니다. 다른 팀도 그대로 따라 쓸 수 있게 기준을 문서로 남겨 본 경험이 있으면 이 항목에서 쓸 재료가 됩니다.
서버 Display와 콘텐츠, 커뮤니티 조직과 데이터 모델, API, 이벤트 계약을 설계하고 도메인과 플랫폼의 책임 경계를 정의합니다.
이렇게 볼 수 있어요
팀 사이의 경계를 긋는 협의가 업무의 큰 부분을 차지합니다. 계약을 정하는 자리에서 어느 쪽 요구를 어떻게 조정했는지 사례를 준비해 두면 면접에서 바로 쓸 수 있습니다.
전시 지면의 중복 구조를 단순화하고, AI 에이전트와 외부 탐색 채널로 이어지는 새로운 고객 접점을 기술적으로 검증합니다.
이렇게 볼 수 있어요
무신사가 이미 챗GPT 전용 앱을 낸 뒤에도 이 영역은 계속 열려 있다는 뜻입니다. 기존 화면 구조를 다른 채널에 맞게 다시 짜 본 경험이 있다면 이 항목에 그대로 연결됩니다.
대규모 사용자가 이용하는 웹 또는 모바일 서비스를 설계하고 운영하며 성능과 품질 문제를 근본 원인부터 해결한 경험을 요구합니다.
이렇게 볼 수 있어요
증상만 막은 대응과 구조를 바꾼 대응을 구분해서 봅니다. 원인을 며칠에 걸쳐 추적해 설계를 바꾼 사례가 있다면 앞쪽에 배치하는 편이 좋습니다.
여러 제품 지면과 서버 시스템의 관계를 이해하고 전체 고객 경험을 기준으로 아키텍처를 설계하고 바꿔 본 경험을 요구합니다.
이렇게 볼 수 있어요
한 서비스 안에서만 일해 온 경력으로는 답하기 어려운 항목입니다. 서비스 여러 개가 얽힌 구조를 다시 그린 경험이 핵심 근거가 됩니다.
TypeScript와 React, Next.js 등 웹 기술 또는 iOS, Android 네이티브에 대한 이해를 바탕으로 클라이언트 아키텍처를 설계하고 운영할 수 있어야 합니다.
이렇게 볼 수 있어요
웹과 모바일 중 한쪽만 깊어도 되지만 양쪽 다 없으면 지원이 어려운 구조입니다. 프론트엔드나 모바일을 겸해 온 경력이라면 이 공고에서는 감추지 말고 드러내는 쪽이 유리합니다.
데이터 모델과 API, 이벤트 계약, 캐시, 분산 시스템의 기본 원리를 이해하고 서버 엔지니어와 시스템 경계를 설계할 수 있어야 합니다.
이렇게 볼 수 있어요
클라이언트 지식만으로도 서버 지식만으로도 채워지지 않습니다. 두 쪽을 오가며 계약을 정한 경험을 한 건이라도 찾아 두어야 합니다.
정답이 정해지지 않은 문제를 정의해 기술 전략으로 구체화하고, 설득과 문서화, 설계 리뷰로 여러 팀의 방향을 바꾼 경험을 요구합니다.
이렇게 볼 수 있어요
구현 능력만으로는 채워지지 않습니다. 설계 리뷰를 주도했거나 사내 문서 한 건으로 결정이 바뀐 경험을 골라 두면 이 항목에 그대로 대응합니다.
커머스의 상품 탐색과 검색, 추천, 랭킹, 전시, 콘텐츠, 커뮤니티 영역에서 복잡한 클라이언트 시스템을 설계하고 운영한 경험을 우대합니다.
이렇게 볼 수 있어요
커머스 경험이 없어도 지원은 가능합니다. 같은 도메인 경험이 있다면 자격 요건보다 이 항목에서 먼저 꺼내는 편이 눈에 띕니다.
여러 팀의 기술 비전과 아키텍처 변화를 이끌었거나 멀티 플랫폼, 멀티 브랜드 환경에서 일관된 경험을 설계한 이력도 우대 사항에 들어 있습니다.
이렇게 볼 수 있어요
무신사와 29CM를 공통 기반 위에 올리는 작업과 닮은 경험을 찾는 항목입니다. 서비스 여러 개를 하나의 기준으로 묶어 본 적이 있다면 구체적으로 적을 가치가 있습니다.
대규모 트래픽에서 초기 로딩과 렌더링, 이미지, 네트워크, 캐시, 장애 격리를 개선해 체감 성능을 높인 경험을 우대합니다.
이렇게 볼 수 있어요
숫자로 말할 수 있는 성능 개선이 여기 해당합니다. 로딩 시간이나 오류율을 얼마에서 얼마로 줄였는지 적어 두어야 합니다.
디자인 시스템과 공통 BFF, 클라이언트 플랫폼 구축, 그리고 개발 과정의 AI 도구 활용을 우대합니다.
이렇게 볼 수 있어요
AI 활용이 이 공고에서는 자격 요건이 아니라 우대 사항 쪽에 있습니다. 같은 회사의 기획이나 디자인 공고와 달리 없어도 지원에 지장이 없지만, 있다면 무엇을 맡겨 무엇이 줄었는지까지 적는 편이 낫습니다.
공고에 직접 적힌 것만 옮겼습니다.
클라이언트 쪽 경험을 이력서에서 빼지 않기
자격 요건이 TypeScript와 React, Next.js 또는 iOS, Android 이해를 직접 요구합니다. 백엔드 중심 경력이라도 화면 성능이나 클라이언트 구조에 관여한 부분이 있다면 별도 항목으로 분리해 적습니다.
다른 팀을 움직인 문서 한 건 고르기
설계 리뷰나 기술 문서로 다른 팀의 방향을 바꾼 경험을 자격 요건이 직접 요구합니다. 사내 위키나 RFC로 남긴 기록이 있다면 면접에서 바로 열어 볼 수 있게 정리합니다.
성능 개선을 전후 숫자로 적기
우대 사항이 초기 로딩과 렌더링, 캐시 개선을 지목합니다. 개선 전과 후를 비교할 수 있는 사례를 한 건 이상 준비합니다.
1차 인터뷰 형식을 미리 확인하기
이 공고는 1차 인터뷰를 Live Coding과 Architecture Design 중에서 유연하게 구성한다고 밝히고 있습니다. 코딩과 설계 두 가지를 모두 준비해야 합니다.
지원 현황 관리에 등록해 두면 전형 단계와 결과를 한자리에서 볼 수 있습니다.
지원 현황에 추가하기