[EY한영] 컨설팅부문 커머스분야 플랫폼기획/UX설계/PO (Lead급) 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• Admin Platform Planner: 대규모 이커머스 플랫폼의 운영 효율성과 비즈니스 생산성을 높이는 Admin/Backoffice 플랫폼을 기획하고 설계합니다. 운영 정책과 프로세스를 시스템 기능으로 구체화하고 화면 설계를 수행하며, 상품, 전시, 회원, 프로모션, 주문, 결제, 배송, 반품 관련 운영 기능을 설계합니다.

  이렇게 볼 수 있어요

  Admin은 쇼핑몰 고객이 아니라 상품을 등록하고 전시를 편성하고 주문을 처리하는 운영자가 쓰는 화면입니다. 업무가 상품에서 반품까지 이어지는 운영 흐름 전체여서, 한 영역의 정책이 바뀔 때 다른 영역의 화면까지 함께 고쳐야 하는 구조를 다루게 됩니다.

• Admin Platform Planner: 운영 업무 프로세스와 Workflow를 설계하고, 사용자 Role 및 권한 체계(RBAC)를 설계합니다.

  이렇게 볼 수 있어요

  RBAC은 직무별 역할에 권한을 묶는 방식이라, MD는 가격과 전시를 고치고 CS는 주문과 고객 정보만 보는 식으로 권한을 어떻게 나눴는지가 설계의 실질입니다. Workflow는 상품 등록이나 반품 승인처럼 한 작업이 누구의 승인을 거쳐 끝나는지 정하는 규칙입니다. 승인 단계와 권한 분리를 정한 경험이라면 그 설계가 막으려던 실수나 정보 노출까지 설명하면 권한을 나눈 이유를 보여 줄 수 있습니다.

• Admin Platform Planner: 기능 정의서, 화면 설계서(Wireframe), User Flow를 작성하고 예외 처리와 Validation Rule을 정의합니다.

  이렇게 볼 수 있어요

  소개 문단은 이 분야를 개발 조직이 Technical Requirement와 상세 설계를 할 수 있게 기능 명세와 사용자 시나리오를 주는 역할로 소개합니다. 그래서 정상 흐름만 그린 설계서로는 부족하고 입력 오류, 중복 등록, 승인 도중 취소 같은 예외를 규칙으로 적은 문서가 필요합니다. 직접 쓴 설계서의 예외 처리 규칙 하나가 어떤 장애나 운영 문의에서 나왔는지 설명하면 설계서의 깊이가 드러납니다.

• Admin Platform Planner: 대량 데이터 처리(Bulk Operation)와 운영 자동화 기능을 설계하고, OMS, PIM, CMS(AEM), ERP 등 커머스 플랫폼 연계 기능을 기획합니다.

  이렇게 볼 수 있어요

  대량 처리는 상품 수천 건의 가격이나 전시 정보를 한 번에 바꾸는 기능이라, 일부 행이 실패했을 때 되돌리는 방법과 실패 목록을 운영자에게 보여 주는 방식까지 설계해야 합니다. 연계 대상 가운데 OMS는 주문, PIM은 상품 정보, CMS(AEM)는 전시 콘텐츠를 맡는 시스템이라 Admin 하나가 이 시스템들의 데이터를 어떤 순서로 읽고 쓰는지 알고 있어야 합니다.

• Admin Platform Planner: 개발 조직과 협업하여 요구사항을 구체화하고 설계를 검증하며, 운영자 경험(Operator Experience)을 개선하는 서비스 고도화를 맡습니다.

  이렇게 볼 수 있어요

  설계 검증은 설계가 요구사항대로 구현될 수 있는지와 개발된 결과가 설계서대로 나왔는지를 확인하는 단계로 보입니다. 운영자 경험 개선은 이미 쓰는 중인 Admin을 다시 고치는 업무라, 운영자가 겪는 불편을 요구사항으로 바꾼 사례가 이 항목에 맞습니다.

• Global Commerce Senior UX Lead: 글로벌 이커머스 플랫폼의 UX 전략과 로드맵을 수립하고, 상품 탐색, 검색, 카테고리, PDP, 장바구니, 결제 등 핵심 고객 경험을 설계하며, 고객 여정(Customer Journey)과 사용자 경험을 최적화합니다.

  이렇게 볼 수 있어요

  나열된 구간은 고객이 상품을 찾아서 사는 순서와 같아서, 구간마다 이탈이 어디서 생겼는지가 UX 전략의 출발점입니다. PDP는 상품 상세 페이지입니다. 글로벌 플랫폼이 대상이라 로드맵은 한 나라의 화면이 아니라 여러 국가 서비스가 함께 따를 방향입니다.

• Global Commerce Senior UX Lead: 글로벌 UX 거버넌스와 디자인 정책을 수립하고, 국가별(Local Market) UX 운영 가이드와 표준을 관리합니다.

  이렇게 볼 수 있어요

  거버넌스는 국가마다 화면을 따로 고치지 않도록 어떤 요소는 전 국가 표준이고 어떤 요소는 국가가 바꿀 수 있는지 정하는 규칙입니다. Local Market 가이드가 따로 적혀 있어 표준을 만드는 일과 국가별 예외를 승인하는 일을 함께 맡습니다.

• Global Commerce Senior UX Lead: Design System과 UX Component Library를 구축하고 운영하며, 사용자 리서치와 고객 행동 데이터 분석으로 UX를 개선하고, UX KPI를 정의하고 성과 측정 체계를 구축합니다.

  이렇게 볼 수 있어요

  Design System은 구축과 운영이 함께 적혀 있어, 컴포넌트를 만든 뒤 개발 조직이 실제로 쓰는지와 새 요청을 누가 승인하는지까지 관리해야 합니다.

• Global Commerce Senior UX Lead: Product, Business, Marketing, Technology 조직과 협업하여 고객 경험 혁신을 주도하고, AI Tool로 디자인 업무를 자동화하는 DesignOps 체계를 구축합니다.

  이렇게 볼 수 있어요

  협업 조직 네 곳이 이름으로 적혀 있어, UX 의견이 매출 목표나 개발 일정과 부딪칠 때 조율하는 일이 업무에 들어 있습니다. DesignOps는 디자이너의 작업 흐름과 도구, 산출물 관리를 체계화하는 일이고 우대사항에도 AI Design Tool 활용 경험이 따로 있습니다.

• Commerce Product Owner: 서비스 정책과 운영 전략을 수립합니다. 이커머스 플랫폼 정책 수립과 운영 기준 관리, 서비스 정책 검토 및 승인 프로세스 운영, 전시, 제품, 프로모션, 회원, 주문, 결제, 배송, 클레임 등 전반의 서비스 정책 수립, 신규 정책과 운영 프로세스의 검토, 승인 및 거버넌스 체계 관리, 서비스 운영 이슈 분석과 개선 과제 도출, 데이터 기반 정책 의사결정 체계 정립을 맡습니다.

  이렇게 볼 수 있어요

  PO가 정책을 만들면서 승인 절차도 운영하므로, 다른 부서가 낸 정책안 역시 PO 검토를 거칠 가능성이 큽니다. 전시, 프로모션, 클레임은 부서마다 이해가 달라 정책이 충돌하기 쉬운 영역입니다. 정책 승인 절차를 만들거나 운영했다면 이런 영역에서 반려한 사례 하나와 그 기준을 들어 설명하는 게 좋습니다.

• Commerce Product Owner: 신규 서비스와 플랫폼 기능을 기획하고, 비즈니스 요구사항을 분석해 서비스 요구사항을 정의하며, 서비스 로드맵을 수립하고 우선순위를 관리하고, 사용자 경험(UX)과 운영 프로세스를 고려한 상위 기획을 수행합니다.

  이렇게 볼 수 있어요

  상위 기획은 화면 설계 이전 단계, 곧 어떤 서비스를 왜 만들고 어떤 순서로 만들지 정하는 단계입니다.

• Commerce Product Owner: Business Requirement를 검토하고 구체화하며, PRD, BRD, User Story를 작성·검토하고 상세 설계서와 기능 정의서를 리뷰합니다. 서비스 품질과 정책 관점에서 상세 설계를 검토·승인하고, 개발 조직, UX, QA, 운영 조직 및 사업 부서와 협업해 요구사항 정합성을 확보합니다.

  이렇게 볼 수 있어요

  PRD는 제품 요구, BRD는 사업 요구, User Story는 사용자 관점의 요구를 적은 문서입니다. 같은 공고의 Admin Platform Planner 업무에 기능 정의서 작성이 있고 PO 업무에 기능 정의서 리뷰가 있어, 두 분야는 같은 문서의 작성자와 검토자로 보입니다.

• Commerce Product Owner: OMS 기반 주문 관리 프로세스를 설계하고 개선하며, 주문, 배송, 재고, 취소/교환/반품 프로세스의 정책을 수립합니다. WMS, ERP, SCM 등 유관 시스템 연계를 기획하고 OMS 운영 효율화와 서비스 고도화를 추진합니다.

  이렇게 볼 수 있어요

  OMS는 주문 접수에서 재고 할당, 출고, 취소·교환·반품까지 주문 상태를 관리하는 시스템입니다. 이 PO는 시스템 설정보다 정책, 예컨대 어느 상태까지 고객이 취소할 수 있는지를 정하는 쪽에 있어서, 정책 결정이 WMS와 ERP의 재고와 출고 데이터에 어떻게 반영되는지 알고 있어야 합니다.

• Commerce Product Owner: 유관 부서와 외부 파트너와의 협업을 리드하고, 프로젝트 일정과 리스크를 관리하며, 비즈니스 목표 달성을 위한 의사결정을 지원합니다. C-Level 보고와 의사결정 지원도 맡습니다.

  이렇게 볼 수 있어요

  Admin과 UX 분야 담당업무에는 일정 관리가 없고 이 분야에만 프로젝트 일정과 리스크 관리, C-Level 보고가 있습니다. 서비스 기획자로 일하며 일정 지연이나 범위 충돌을 조율하고 임원에게 의사결정 사항을 올린 경험이 있다면 그 사례를 적을 수 있습니다.

2자격 요건

• Admin Platform Planner: 관련 경력 10년 이상이어야 하며 Backoffice/Admin 설계 리드 경험이 필수입니다. 대규모 이커머스 또는 디지털 플랫폼 구축 경험도 필요합니다.

  이렇게 볼 수 있어요

  'Backoffice/Admin 설계 리드 경험 필수'는 같은 지원자격의 복수 영역 설계 경험과 함께 보면 한 영역의 화면이 아니라 영역을 가로지르는 Admin 구조를 정한 경험에 가깝습니다. 영역 사이의 권한 체계(RBAC)를 정했거나 다른 기획자의 설계를 검토한 일이 리드 경험을 보여 줍니다. 10년 경력에는 이커머스 기획 외에 SI 프로젝트의 업무 설계나 운영 시스템 기획도 함께 적을 수 있습니다.

• Admin Platform Planner: Admin/Backoffice 시스템 기획과 설계 경험이 필요하며, PIM, Product Catalog, 회원, 프로모션/캠페인, OMS, Payment, Fulfillment & Logistics, Returns & Claims, Marketplaces 가운데 복수 영역의 설계 경험이어야 합니다. 서비스 정책을 시스템 기능으로 구체화한 경험, 운영 프로세스 기반 화면과 기능 설계 경험, 개발 TRD 작성에 필요한 수준의 상세 기능 정의 및 화면 설계 문서 작성 경험도 필요합니다.

  이렇게 볼 수 있어요

  예시 영역에 전시는 없고 Marketplaces가 들어 있어, 담당업무의 전시 설계는 우대사항의 AEM 쪽에서 다시 나옵니다. 'TRD 작성에 필요한 수준'은 개발자가 별도 질문 없이 테이블과 필드, 상태 값, 유효성 규칙을 정할 수 있을 만큼 쓴 문서를 가리킵니다.

• Global Commerce Senior UX Lead: UX/UI 또는 Product Design 경력 10년 이상이어야 합니다. Customer Journey 기반의 이커머스 또는 디지털 플랫폼 UX 설계 경험과 글로벌 또는 Multi-country 서비스 운영 경험이 필요합니다.

  이렇게 볼 수 있어요

  'UX/UI 또는 Product Design'으로 적혀 있어 UI 디자이너 경력과 프로덕트 디자이너 경력은 이 조건에 함께 적을 수 있습니다. Multi-country 서비스는 언어와 통화, 결제 수단, 법적 고지가 나라마다 달라서 무엇을 전 국가 공통으로 두고 무엇을 나라별로 바꿨는지가 이 운영 경험을 구체적으로 보여 줍니다.

• Global Commerce Senior UX Lead: Figma 기반 디자인과 협업 경험이 필요합니다. Design System과 UX Governance를 구축하고 운영해 본 경험, 데이터 기반 UX 개선과 성과 측정 경험도 필요합니다.

  이렇게 볼 수 있어요

  Figma가 Design System과 UX Governance 구축·운영 요건과 함께 적혀 있어, 도구 사용 능력보다 팀이 같은 컴포넌트 라이브러리를 쓰도록 운영한 경험을 묻는 쪽에 가깝습니다. Governance는 담당업무의 국가별(Local Market) UX 운영 가이드와 같은 맥락에서 나라마다 달라지는 화면을 한 기준으로 맞추는 일을 가리킵니다. 성과 측정 경험은 담당업무의 UX KPI와 같은 맥락의 필수 요건이라, 디자인을 바꾼 뒤 어떤 지표를 어떻게 확인했는지가 필요합니다.

• Commerce Product Owner: 서비스 기획 및 Product Owner 경력 7~10년 이상이어야 합니다. 이커머스 플랫폼 서비스 기획 경험이 있어야 하며, OMS, PIM, AEM, Promotion 등 핵심 비즈니스 도메인을 연결해 고객 경험을 설계한 경험이 필요합니다.

  이렇게 볼 수 있어요

  '연결하여'가 붙은 도메인 네 개는 따로 기획한 경험보다 도메인이 맞물리는 지점을 설계한 경험을 묻습니다. 예컨대 프로모션 할인이 OMS의 결제 금액 계산과 PIM의 상품 정보에 어떻게 반영되는지가 그런 지점입니다.

• Commerce Product Owner: 서비스 정책 수립과 프로세스 설계 경험, 데이터 기반 의사결정과 서비스 개선 경험이 필요합니다.

  이렇게 볼 수 있어요

  업무에 '데이터 기반 정책 의사결정 체계 정립'과 '서비스 운영 이슈 분석 및 개선 과제 도출'이 있어, 정책을 세운 뒤 시행 결과를 데이터로 확인해 고친 경험이 이 요건에 맞습니다. 같은 분야 업무에 '취소/교환/반품 프로세스 정책 수립'이 있어, 반품 정책을 바꾼 뒤 반품률이나 CS 문의량이 어떻게 달라졌는지가 이 업무와 이어지는 사례입니다.

• Commerce Product Owner: 요구사항 정의와 기능 설계 문서 작성 역량이 필요합니다. Jira, Confluence, Figma 등 협업 툴을 활용해 개발 조직과 원활하게 커뮤니케이션할 수 있어야 합니다.

  이렇게 볼 수 있어요

  세 도구는 요구사항을 티켓(Jira)과 문서(Confluence)와 화면(Figma)으로 나눠 관리하는 흐름을 가리킵니다. 요구사항 하나가 티켓, 문서, 화면 설계로 이어진 실제 프로젝트를 예로 들면 협업 방식이 분명해집니다.

• 해외여행의 결격사유가 없어야 합니다.

  이렇게 볼 수 있어요

  EY한영 공고에 공통으로 붙는 해외여행 결격 사유 조항은 해외 출장에 대비하는 뜻도 있지만, 형사재판을 받고 있거나 출국금지·여권 발급 제한으로 출국할 수 없는 지원자를 간접적으로 거르려는 목적이 더 큽니다.

3우대 사항

• Admin Platform Planner와 Commerce Product Owner: OMS, WMS, ERP, SCM 연계 프로젝트 경험, Adobe Experience Manager(AEM)/PIM 구축 또는 운영 경험, Adobe Commerce(Magento) 구축 또는 운영 경험을 우대합니다. Commerce Product Owner는 대형 이커머스, 리테일 또는 커머스 플랫폼 구축 경험도 우대합니다.

  이렇게 볼 수 있어요

  AEM과 Adobe Commerce(Magento)는 모두 Adobe 제품이고 UX Lead 분야 우대에도 AEM 기반 Experience 설계와 Adobe Analytics가 있어, 이 공고가 Adobe 제품을 쓰는 커머스 플랫폼을 염두에 둔 것으로 보입니다.

• Admin Platform Planner와 Commerce Product Owner: Marketplace 플랫폼 구축 경험, 글로벌 커머스 프로젝트 경험, 영어 커뮤니케이션 및 글로벌 협업 경험을 우대합니다.

  이렇게 볼 수 있어요

  Marketplace는 여러 판매자가 입점하는 구조라 판매자가 상품을 올리고 정산을 확인하는 판매자용 Admin이 따로 필요합니다. Marketplace 플랫폼 구축 경험은 필수 요건의 Marketplaces 영역에도 쓰입니다. 해외 개발팀이나 현지 운영팀과 요구사항을 영어로 맞춘 문서와 회의가 글로벌 커머스·영어 협업 우대의 사례가 됩니다.

• Admin Platform Planner와 Commerce Product Owner: 아마존, 쿠팡, SSG, Lazada, 롯데온 등 대규모 트래픽 및 거래 환경을 경험한 분을 우대합니다. Admin Platform Planner는 SDS, LGCNS, Accenture Song 출신 Commerce Architect/서비스 설계자도 우대합니다.

  이렇게 볼 수 있어요

  예로 든 다섯 이름은 직접 판매하거나 입점을 받는 대형 커머스 사업자이고, 따로 적은 SDS, LGCNS, Accenture Song은 이런 플랫폼을 구축해 주는 SI와 에이전시 쪽입니다. 사업자 출신이라면 트래픽이나 거래액 규모를, SI 출신이라면 구축한 고객사 플랫폼과 맡은 역할을 적을 수 있습니다.

• Global Commerce Senior UX Lead: Amazon, Lazada, Coupang, Zalando, Shopify, Alibaba 등 대형 커머스 플랫폼 경험과 글로벌 브랜드 이커머스 운영 경험을 우대합니다.

  이렇게 볼 수 있어요

  Admin과 PO 분야 우대 목록(아마존, 쿠팡, SSG, Lazada, 롯데온)과 달리 UX 분야 목록에는 SSG와 롯데온이 없고 유럽의 Zalando, 판매자용 쇼핑몰 도구를 만드는 Shopify, 중국의 Alibaba가 있어 해외 플랫폼 비중이 더 큽니다. 해외 플랫폼에서 일했다면 그 플랫폼 이름을 공고 표기대로 적으면 우대 목록과 바로 맞춰 볼 수 있습니다.

• Global Commerce Senior UX Lead: AEM 기반 Experience 설계 경험, UX Governance 또는 Design Operations 구축 경험, GA4, Adobe Analytics 등 데이터 분석 툴 활용 경험을 우대합니다.

  이렇게 볼 수 있어요

  AEM 기반 Experience 설계는 전시 콘텐츠를 CMS에서 구성하는 방식에 맞춰 화면 구조를 정한 경험입니다. 필수 요건의 UX Governance가 '구축하고 운영' 경험인 데 비해 이 우대는 Design Operations까지 넓혀 적었습니다.

• Global Commerce Senior UX Lead: 생성형 AI 및 AI Design Tool(Figma AI, Galileo, Uizard, Relume, Adobe Firefly 등) 활용 경험과 영어 기반 글로벌 협업 경험을 우대합니다.

  이렇게 볼 수 있어요

  나열한 도구는 화면 시안 생성(Galileo, Uizard), 사이트 구조 생성(Relume), 이미지 생성(Adobe Firefly)으로 쓰임이 달라 디자인의 어느 단계를 AI로 줄였는지가 구분됩니다. 담당업무의 DesignOps 자동화와 맞물려 있고 영어 협업은 필수 요건의 Multi-country 운영과 같은 방향입니다.

4기타 사항

• 게시일 : 2026년 11월 4일
• 고용형태 : 정규직
• 근무지 : 서울 여의도 법인 또는 프로젝트 수행사
• 경력 조건 : Admin Platform Planner 경력 10년 이상 · Global Commerce Senior UX Lead 경력 10년 이상 · Commerce Product Owner 경력 7~10년 이상
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

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

• OMS
• PIM
• CMS(AEM)
• ERP
• WMS
• SCM
• Adobe Commerce(Magento)
• Figma
• Jira
• Confluence
• GA4
• Adobe Analytics
• Figma AI
• Galileo
• Uizard
• Relume
• Adobe Firefly

전형과 지원

EY한영 공고는 대부분 서류 심사, 온라인 인성검사, 실무/임원 면접 순서를 적었습니다. 세무부문 풀스택 개발자 공고는 인성검사 뒤에 코딩테스트, 기술면접, 인성면접을 둡니다. Gen AI 서비스 및 애플리케이션 개발 컨설턴트 공고에는 포트폴리오 제출과 Case 발표가 따로 붙습니다. EY Parthenon VCS 팀 컨설턴트 공고는 서류 심사 및 인성 검사 뒤에 실무/임원, 파트너, 본부장, HR 면접을 차례로 두고 본부장 면접만 대면으로 적었습니다.

지원 전 준비할 것

1. 1

   세 분야 중 지원 분야를 하나로 정하기

   공고에 분야가 셋이고 다른 포지션과 중복지원이 불가합니다. Admin Platform Planner, Global Commerce Senior UX Lead, Commerce Product Owner 가운데 필수 요건을 경력으로 가장 많이 채우는 분야를 정하고, 지원서에는 그 분야 이름을 공고 표기 그대로 적습니다.

2. 2

   설계 문서 하나를 예외 규칙까지 설명할 수 있게 고르기

   Admin 분야는 기능 정의서와 화면 설계서를, PO 분야는 PRD나 정책 문서를, UX 분야는 Design System 문서를 골라 어떤 문제에서 출발했고 어떤 예외나 반대 의견을 어떻게 정리했는지 적어 둡니다. 문서의 화면 수와 협업한 조직 수도 숫자로 함께 정리합니다.

3. 3

   도메인별 연계 시스템과 마감일 정리하기

   마감은 2026년 11월 18일 0시(채용 사이트 목록 기준)라 17일 안에 제출을 끝내는 일정이 안전합니다. 상품, 주문, 결제, 반품 가운데 맡은 영역마다 연계한 시스템 이름(OMS, PIM, AEM 등)을 한 줄씩 정리하면 담당업무와 필수 요건의 도메인 목록에 맞춰 지원서를 쓰기 쉽습니다.