[메가존클라우드] Product Designer 채용 공고 분석

이 자리가 왜 생겼을까요

1하게 될 업무

• 클라우드 운영자와 재무 담당자의 업무 맥락과 사용자 문제를 이해하고, 복잡한 도메인을 직관적인 개념과 구조로 설계합니다.

  이렇게 볼 수 있어요

  사용자가 클라우드 운영자와 재무 담당자로 적혀 있습니다. 비용 정산처럼 숫자와 권한이 얽힌 업무 도구를 설계해 본 경험이 있다면 어떤 권한 구조를 다뤘는지까지가 이 업무의 경험입니다.

• 사용자 인터뷰와 리서치로 문제를 정의하고, 여러 디자인 아이디어와 프로토타입을 만들어 검증합니다.

  이렇게 볼 수 있어요

  화면을 그리기 전에 문제 정의가 먼저 옵니다. 인터뷰에서 들은 내용이 어떤 디자인 결정으로 이어졌는지는 자격 요건 첫 항목과도 연결됩니다.

• 검증된 방향을 바탕으로 정보 구조(IA), 사용자 플로우, 화면과 인터랙션을 설계합니다.

  이렇게 볼 수 있어요

  IA와 사용자 플로우가 화면보다 앞에 적혀 있습니다. 완성 화면만 담은 포트폴리오로는 이 업무를 해 본 경험을 설명하기 어려우므로 구조도와 플로우를 함께 넣어 두세요.

• 데이터 밀도가 높은 B2B 제품에서 반복 사용의 효율성과 정확한 정보 전달을 고려한 UX를 설계합니다.

  이렇게 볼 수 있어요

  같은 화면을 하루에도 여러 번 여는 사용자를 전제로 합니다. 반복 작업에서 줄인 클릭 수나 작업 시간을 적으면 이 업무를 해 본 경험이 구체적입니다.

• 빈 상태, 로딩, 오류, 권한별 차이, 대량 데이터 등 다양한 사용 시나리오를 고려한 End-to-End 경험을 설계하고, 개발자가 추가 해석 없이 구현할 수 있도록 디자인 스펙과 인터랙션을 구체화해 개발 과정에서 협업합니다.

  이렇게 볼 수 있어요

  정상 화면만이 아니라 예외 상태까지 설계 범위입니다. 예외 상태를 정의해 개발자에게 넘긴 스펙 문서가 이 업무를 해 본 경험의 직접 증거입니다.

• 디자인 시스템을 구축·운영하며 제품 전반의 일관된 사용자 경험과 디자인 품질을 관리합니다.

  이렇게 볼 수 있어요

  제품이 여러 개인 조직이라 디자인 시스템이 제품 사이의 일관성을 맡습니다. 한 제품 안에서 써 본 경험과 여러 제품에 걸쳐 적용해 본 경험은 맡을 수 있는 범위가 다릅니다.

• 제품 출시 후 사용자 행동 데이터와 피드백으로 디자인 가설과 의사결정을 검증하고 계속 개선합니다.

  이렇게 볼 수 있어요

  출시 뒤에도 디자인을 고치는 일이 이어집니다. 출시 후 데이터를 보고 다시 고친 경험이 있다면 자격 요건의 '디자인의 효과를 판정해 본 경험'에도 같은 사례를 쓸 수 있습니다.

• AI 기능의 특성을 고려해 결과의 불확실성, 오류 인지와 복구, 사용자 검토와 개입 지점을 포함한 UX를 설계합니다.

  이렇게 볼 수 있어요

  AI 개발·활용 플랫폼이 제품군에 있고, AI 기능의 UX가 업무 항목 하나를 차지합니다. AI가 틀렸을 때 사용자가 알아차리고 바로잡는 흐름을 설계해 본 경험이 이 항목에서 요긴합니다.

• Product, Engineering 등 여러 직군과 협업하며 사용자 가치와 비즈니스 목표를 제품 경험으로 구체화합니다.

  이렇게 볼 수 있어요

  사용자 가치와 비즈니스 목표를 함께 적었습니다. 디자인 결정이 매출이나 운영 비용 같은 사업 지표와 어떻게 연결됐는지 사례로 말할 수 있어야 합니다.

2자격 요건

• 사용자를 직접 만나 리서치를 수행하고, 그 결과를 디자인 결정의 근거로 사용한 경험이 있어야 합니다.

  이렇게 볼 수 있어요

  리서치를 했다는 사실보다 그 결과로 무엇을 정했는지를 묻습니다. 인터뷰 결과 때문에 바뀐 결정 하나가 이 요건의 사례입니다.

• 복잡한 도메인을 개념 모델과 정보 구조(IA)로 정리한 뒤 화면 구조로 옮겨 본 경험이 있고, 시각적 마감보다 구조를 먼저 다룰 수 있어야 합니다.

  이렇게 볼 수 있어요

  시각적 마감보다 구조를 앞에 두었습니다. 개념 모델이나 IA 다이어그램은 구조를 먼저 다룬 경험을 포트폴리오에서 직접 보여 주는 산출물입니다.

• 콘솔, 어드민, 대시보드, 정산 화면 등 데이터 밀도가 높은 B2B·운영자 제품을 설계한 경험이 있어야 합니다.

  이렇게 볼 수 있어요

  운영자 제품 경험이 필수입니다. 사내 어드민이나 운영 도구를 설계한 경험도 여기에 포함됩니다.

• 컴포넌트·토큰·상태 정의·문서화와 접근성 기준을 포함해 디자인 시스템을 구축하거나 운영해 본 경험이 있어야 합니다.

  이렇게 볼 수 있어요

  구축과 운영 가운데 하나를 요구하지만 범위에 접근성 기준까지 들어 있습니다. 토큰과 상태 정의를 남긴 문서, 접근성 기준을 적용한 방식이 이 요건의 사례가 됩니다.

• 빈 상태·오류·로딩·권한별 화면·대량 데이터 상황까지 설계해 개발자가 질문 없이 구현할 수 있는 수준으로 전달한 경험이 있어야 하고, 컴포넌트 재사용·반응형·성능 같은 프론트엔드 구현 제약을 이해하고 엔지니어와 트레이드오프를 토론할 수 있어야 합니다.

  이렇게 볼 수 있어요

  두 요건 모두 개발자와 일하는 방식을 묻습니다. 예외 상태까지 담은 스펙 문서와 성능이나 재사용 때문에 디자인을 조정한 사례를 나란히 준비해 두면 면접에서 두 요건을 함께 다룰 수 있습니다.

• 여러 안을 만들어 프로토타입으로 검증하고 결과에 따라 자기 안을 버려 본 경험이 있어야 하며, Product·Engineering과 한 팀으로 매일 일하며 자신의 안을 근거로 설명하고 비평을 주고받는 태도를 갖춰야 합니다.

  이렇게 볼 수 있어요

  자기 안을 버려 본 경험을 요건으로 적었습니다. 검증 결과를 보고 처음 안을 접은 사례를 그때의 근거와 함께 말할 수 있어야 합니다.

• 출시 후 사용 데이터와 지표로 디자인의 효과를 판정해 본 경험이 있어야 합니다.

  이렇게 볼 수 있어요

  출시 전후로 어떤 지표를 비교했고 그 결과로 무엇을 고쳤는지까지 담겨야 합니다.

• 불확실성 표현, 오류 복구 경로, 사람의 개입 지점, 대기·스트리밍 상태 설계 등 AI 기능의 UX를 해 본 경험이 있어야 합니다.

  이렇게 볼 수 있어요

  AI 기능의 UX가 우대가 아니라 필수에 있습니다. 응답을 기다리는 동안의 화면, 결과가 틀렸을 때의 복구 흐름처럼 항목 이름마다 사례가 따로 있으면 요건 하나하나에 답하기 쉽습니다.

3우대 사항

• 클라우드 운영, 통합 정산(Consolidated Billing), FinOps 등 복잡한 도메인 제품 경험이 있으면 우대합니다.

  이렇게 볼 수 있어요

  PBU의 비용·빌링 관리 제품과 같은 도메인입니다. 이 도메인이 처음이라면 클라우드 비용 정산 화면이 무엇을 보여 주는지 지원 전에 살펴보는 편이 면접 대화에 도움이 됩니다.

• HTML/CSS/React 수준이나 AI 도구 활용으로 코드로 동작하는 프로토타입을 만들 수 있으면 우대합니다.

  이렇게 볼 수 있어요

  '또는 AI 도구 활용'이 함께 적혀 있어, 직접 코딩하지 않았더라도 AI 도구로 동작하는 프로토타입을 만든 경험이면 이 우대에 들어갑니다.

• AI·에이전트 제품의 인터페이스를 설계해 본 경험과 데이터 시각화·대시보드 설계 전문성을 우대합니다.

  이렇게 볼 수 있어요

  AI 플랫폼과 비용 관리 제품이 함께 있는 제품군이라 두 경험 모두 제품에 직접 쓰입니다. 대시보드 작업이라면 어떤 데이터를 어떤 차트로 보여 주기로 했는지와 그 이유까지 설명할 수 있어야 합니다.

• 디자인 시스템을 0→1로 구축하고 조직에 정착시킨 경험, 접근성 표준(WCAG)을 준수한 경험을 우대합니다.

  이렇게 볼 수 있어요

  필수 요건은 구축이나 운영 경험이었고 우대는 처음부터 만들어 조직에 정착시킨 경험입니다. 정착 정도는 사용하는 팀 수나 적용 화면 수처럼 숫자로 보여 줄 수 있습니다.

• 설문, 로그 분석, A/B 테스트 같은 정량 리서치를 병행할 수 있으면 우대합니다.

  이렇게 볼 수 있어요

  필수 요건의 리서치는 사용자를 직접 만나는 쪽이었습니다. 인터뷰와 설문·로그 분석을 한 프로젝트에서 함께 써 본 경험이 있다면 필수 요건과 이 우대를 한 사례로 보여 줄 수 있습니다.

• 영어 문서 작성과 글로벌 팀 협업 경험을 우대합니다.

  이렇게 볼 수 있어요

  영어로 작성한 스펙이나 디자인 리뷰 문서가 있다면 포트폴리오에 한 장 포함합니다.

4기타 사항

• 게시일 : 2026년 8월 25일
• 고용형태 : 정규직(정규직 전환을 위한 평가기간 3개월 계약직 운영)
• 근무지 : 메가존산학연센터(과천) (대한민국 경기도 과천시 7길 과천대로 74)
• 경력 조건 : 경력 8년 이상
• 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.

쓰는 기술

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

• HTML
• CSS
• React
• WCAG

전형과 지원

메가존얼라이언스 채용 담당자가 안내하는 기본 절차는 지원서 제출, 1차 실무면접, 2차 바레이저면접, 3차 최종면접, 입사조건 검토, 최종합격의 6단계입니다. 분석 시점에 열어 본 메가존(주) 공고는 모두 바레이저면접 없이 실무 면접과 최종 면접을 적었고, 코딩 테스트와 기술 면접은 부서와 직무에 따라 붙습니다.

지원 전 준비할 것

1. 1

   구조부터 보여 주는 포트폴리오

   운영자용 B2B 제품 하나를 골라 개념 모델, IA, 사용자 플로우, 예외 상태 화면 순서로 포트폴리오를 구성합니다.

2. 2

   버린 안과 그 근거

   프로토타입으로 검증한 뒤 접은 안 하나를 골라 무엇을 검증했고 어떤 결과 때문에 접었는지 씁니다.

3. 3

   AI 기능 UX 사례

   AI 결과가 불확실하거나 틀렸을 때의 화면, 응답을 기다리는 상태, 사용자가 개입하는 지점을 설계한 화면을 모아 한 사례로 묶습니다.