Staff 프로덕트 디자이너로 일하는 법

• 디자인 업계에 만연한 직급 인플레이션 속에서, Senior·Staff·Principal 직급의 실제 의미와 가장 자주 오해받는 Staff 레벨에 대한 소개
• Senior와 Staff의 진짜 차이는 연차가 아니라 영향력의 범위와 종류이며, Senior는 "어떻게 잘 만들까"를, Staff는 "이걸 만들어야 하는가, 만든다면 왜인가"를 물음
• Staff는 단일 기능·팀을 넘어 제품 전체가 하나로 이해되도록 정렬과 의사결정을 이끌고, 디자이너가 아닌 사람들에게 디자인을 가르치는 역할 수행
• Staff가 되는 사람은 승진을 기다리지 않고 승진 이전부터 그렇게 행동하며, 더 많이 하기보다 배수(multiplier)로 사고하고 행동하는 방식으로 전환
• AI로 무엇이든 만들 수 있게 된 시대일수록, 더 높은 품질의 아이디어를 분별하고 설득하는 판단력 중심의 역량이 중요해짐

---

직급 인플레이션과 글의 배경

• 디자인 직급 인플레이션이 만연해, 실제 역량보다 높은 직급·주장을 가진 사람이 많음
  • 기업이 인재를 채용·유치·유지하는 방법을 모를 때 발생
  • 결과적으로 디자이너가 자기 역량 이상의 일에 휘말리고, 레벨링이 희석되며, 조직 내 디자인이 충분히 활용되지 못함
• 인플레이션이 가장 흔한 구간은 Senior, Staff, Principal 직급
  • 동일 직급도 회사마다 의미가 다름
• 특히 채용되는 쪽과 채용하는 쪽 모두에게 오해받기 쉬운 Staff 레벨을 깊이 다루기 위해 세 명의 디자이너와 협업
  • Milan Jovanović — VEED의 Product Designer
  • Mo Elmelegy — 현재 Bolt 소속 Principal 레벨 디자이너, 17년 이상 경력
  • Rachel Wu — Mews의 Lead Product Designer

Q1: Staff 프로덕트 디자이너란 무엇인가

• Milan의 관점

  • Staff는 정렬과 의사결정을 강한 추진력으로 이끄는 사람이며, 그 과정에서 비(非)디자이너에게 디자인을 가르치고, 함께 일하기 즐거운 파트너
  • 업무가 "어떻게 실행하는가"에서 "무엇을 실행해야 하고 왜인가"로 진화
  • 레이아웃·버튼·그림자만큼 대화와 회의를 설계하며, 한 영역의 경험을 출시하는 것을 넘어 제품 전반의 전략을 형성
  • 대부분의 시간은 상담사(counsellor) 처럼 느껴짐 — 사람들이 불확실성에 덜 민감해지고 실수를 덜 두려워하도록 도움
    • 대상은 자기 팀뿐 아니라 CPO, PM, 미들 레벨 엔지니어까지 제품 조직 상당 부분
  • AI로 무엇이든 만들 수 있다고 해서 떠오르는 모든 걸 만들어야 하는 것은 아니며, Staff는 더 높은 품질의 아이디어를 분별하고 설득하는 목소리여야 함

• Mo의 관점 — 직급 구분

  • 디자인 직급은 혼란스럽고 회사마다 다르게 쓰이며 기대치도 불명확
  • 레벨 간 진짜 차이는 연차가 아니라 영향력의 범위와 종류
  • Senior
    • 범위: 하나의 기능, 플로우, 제품 영역
    • 주요 영향: 강한 결과물 출시, 팀 내부 품질 향상
  • Principal
    • 범위: 도메인 또는 회사 레벨, 장기 방향성과 제품 시스템에 영향
    • 주요 영향: 여러 팀·제품 영역, 제품 전반의 구조와 정렬 형성
  • 전반적 성장 경로는 문제를 소유 → 문제를 연결 → 제품 진화 방식 형성으로 이동

Q2: Staff 역할로 성장하는 법

• Milan의 조언

  • 먼저 이 길을 원하는지 결정할 것 — 지시받는 걸 좋아한다면 Staff는 맞지 않으며, Senior도 충분히 존중받는 레벨
  • 가장 빠르지만 가장 힘든 길은 20인 미만 스타트업에 유일한 디자이너로 합류하는 것
    • 시련의 불세례이며 번아웃 가능성이 있지만, 아무도 지시하지 않을 때 무엇을 할지 빠르게 학습
  • 회사에 이미 역할이 있다면 작게 시작해 추진력을 쌓을 것
    • 디자인 프로세스를 공개하고 Slack에 널리 공유, 개발자를 비동기로 대화에 참여시키고 사고 과정을 소리 내어 설명
    • 회사 곳곳의 페인 포인트(pain point) 를 찾고, 도움이 필요한 곳이나 빈 공간을 탐색
    • 회사 목표를 파악해 자기 영역을 넘어서는 아이디어를 내고, Cursor로 빠른 목업·바이브 코딩을 하되 항상 비즈니스 성과와 연결
    • PM과 Growth 팀이 쓰는 언어를 배우고 그들의 언어로 말할 것
    • 다른 팀과 통화를 잡아 무엇이 가장 중요한지 묻고, 그다음엔 입을 닫고 경청
    • 자신이 언제 성가신지 알고 조율 — 잘못된 자리에서의 선의는 매우 성가실 수 있음
    • 즉시 불평을 멈출 것 — 불평은 통제력을 포기했다는 인정이며, Satya Nadella의 말처럼 주어진 자원으로 성공을 만들어내는 것이 일
    • 동료 디자이너를 띄워주고, 디자인 기능의 챔피언으로서 다른 디자이너의 작업을 자기 작업에 연결
    • 치료(therapy)를 받을 것

• Mo가 관찰한 성장 패턴

  • Staff/Principal이 되는 사람은 직급을 기다리지 않고 승진 이전부터 그렇게 행동
  • 특정 도메인의 go-to 인물이 됨
    • Growth 메커니즘, 온보딩, 마켓플레이스 역학, 디자인 시스템, 모바일 아키텍처 등
    • 공식 배정이 아니라, 한 문제 공간을 충분히 깊게 고민해 관련 질문이 생길 때 사람들이 자연스럽게 끌어들임으로써 발생
  • 아무도 요청하지 않은 이니셔티브를 만듦
    • 로드맵이 일을 정의하길 기다리지 않고, 세 팀이 같은 문제를 다르게 푸는 것이나 파편화된 온보딩 플로우 같은 구조적 문제를 조기에 포착
    • 현재 상태를 매핑하고 더 명확한 구조를 제안하며 적절한 사람들을 모음
  • 일이 되게 하는 일까지 함
    • 해결책 산출에 그치지 않고, 모호한 문제를 명확히 하거나 팀을 한 방향으로 정렬하고 프로토타입으로 아이디어를 구체화
    • 단지 일을 디자인하는 것이 아니라 그 일이 실제로 일어나게 만드는 것

Q3: Senior·Staff·Principal을 일상에서 어떻게 구분하는가

• Milan의 구분

  • Senior는 정의된 공간 안에서 실행을 숙달하는 단계, Staff는 그 공간 자체를 질문하고 확장하기 시작하는 단계
  • 핵심은 같은 일을 더 잘하는 것이 아니라 근본적으로 다른 종류의 일을 하는 것
  • 화면 작업만큼 대화와 정렬에 시간을 쓰며, 이는 타협이 아니라 일 자체

• Mo의 구분

  • Senior는 보통 단일 팀 안에서 제품의 의미 있는 부분을 소유하고, 지저분한 제품 문제를 명확하고 잘 다듬어진 해결책으로 출시
  • Staff로 이동하면 범위가 단일 기능·팀을 넘어 확장되며 질문이 바뀜
    • 서로 다른 팀이 같은 문제를 다르게 풀고 있는가
    • 이 기능들 뒤에 시스템이 있는가, 아니면 따로 흩어지고 있는가
    • 제품이 성장하며 어디서 파편화되고 있는가
  • 가장 강한 Staff 디자이너는 다른 팀이 재사용할 패턴을 정의하고, 관련 과제를 다루는 팀을 연결하며, 표류하는 영역에 명확성을 부여
  • Principal은 더 넓은 레벨에서 시니어 리더십과 긴밀히 협업하며, 초점이 특정 프로젝트에서 제품이 시간에 따라 향하는 방향으로 이동

Q4: Staff 레벨로 일한다는 것의 실제 모습

• Milan이 묘사하는 일상

  • 레이아웃만큼 대화와 회의를 설계하며, CPO·PM·엔지니어와 같은 방에서 사람들이 실수를 덜 두려워하도록 도움
  • 실질적 전환: Senior는 "어떻게 잘 만들까", Staff는 "이걸 만들어야 하는가, 만든다면 왜인가"
  • 이는 더 어려운 질문이며, 크래프트가 아니라 판단력에 대한 자신감을 요구

• Mo가 제시하는 구체적 패턴

  • 다른 사람이 활용할 시스템을 만듦 — 단일 기능을 해결하는 대신 여러 팀이 쓸 패턴(확장 가능한 온보딩 구조, 여러 팀이 채택하는 인터랙션 패턴 등)을 형성, 영향이 복리로 누적
  • 사람들을 일 중심으로 결집 — 이 레벨에서는 권한이 아니라 명확성과 추진력으로 움직이며, 복잡한 제품 문제를 명료히 설명하고 팀을 초기에 사고에 참여시킴
  • 의도성을 부여 — 왜 결정했고 어떤 트레이드오프가 있으며 작업이 제품 전체와 어떻게 연결되는지에 대해 의도적이며, 의도적일수록 신뢰가 쌓이고 그 신뢰가 복리로 누적

• Personio 사례

  • Personio에서 모바일 아키텍처를 소유하고 네이티브 iOS·Android 앱을 처음부터 구축
  • 이 레벨에서는 "일 이전의 일" 이 업무 대부분 — 제품·엔지니어링·브랜드·플랫폼 팀을 모바일에 대한 공유 비전으로 정렬
  • 브랜드가 네이티브로 번역되는 방식, 엔지니어와의 테마 구축, 시간 추적 같은 워크플로우의 모바일·데스크톱 동작에 대한 파트너가 됨
  • 위치 기반 시간 추적·지오펜싱 컴플라이언스부터 모션·인터랙션 프로토타이핑까지 직접 만들기도 함
  • 출시·개편 성과
    • 앱 채택 월간 활성 사용자 약 40K에서 200K로 성장
    • 모바일 관련 거래 손실 8% 이상에서 0.2%로 감소
    • 모바일 시간 추적 채택 5배 증가

Q5: Senior 디자이너가 전환을 위해 이번 주 당장 시작할 일

• Rachel의 조언

  • Senior에서 Staff/Lead로의 전환은 더 많이 하는 것이 아니라 배수(multiplier)로 사고하고 행동하는 법을 배우는 것
  • Senior의 영향은 대부분 국지적 — 하나의 표면을 소유하고 그 안에서 문제를 해결
  • Staff/Lead 레벨의 질문은 "무엇을 만들었나"가 아니라 "당신의 존재가 동료·제품 도메인·비즈니스 전반에서 무엇을 가능하게 했나"
  • 시스템으로 사고하기 — 두 팀이 같은 문제를 반대편에서 풀고 있고 협력하면 혼자선 못 만들 결과가 나옴을 알아채는 사람이 되는 것, 일관성에서 경쟁 우위가 생김
  • 시간·야망과의 관계 전환 — 조직 전반의 큰 그림 야망을 품고 "오늘 우리가 함께 취할 수 있는 가장 레버리지 높은 한 수는 무엇인가"를 물음
    • 다음 단계 없는 야망은 낭비된 에너지이며, 그 에너지를 전환하는 것이 일
  • 동료에게 영향 미치기 — 제품·비즈니스, 그리고 점점 AI 에이전트에게까지 영향
    • 움직여야 할 사람에게 가장 중요한 것에 진심으로 호기심을 갖고, 신뢰를 쌓아 서로 도전하고 도전받을 수 있게 함
  • 모든 것은 절제(restraint) 를 요구하며, 혼자 풀 때보다 남들이 더 잘 풀도록 조건을 만드는 사람이 되는 것
  • 오늘 할 수 있는 전술적 행동 — 현재 영향이 끝나는 지점을 매핑
    • 어디서 내가 빠진 채 결정이 내려지는가
    • 어디서 내 작업이 번역 과정에서 영향을 잃는가
    • 아직 진짜 대화를 나누지 않았지만 나눠야 할 사람은 누구인가
    • 하나를 골라 거기서 시작할 것

결론: 직급보다 일

• Senior는 훌륭한 기능을 출시하고, Staff는 제품 전체가 의미를 갖도록 도움
• 회사마다 직급이 다르므로, 직급보다 요구되는 성과(outcomes) 에 초점을 둘 것
• 많은 디자인 팀이 조용히 직급을 없애는 중 — 외부적으로는 모두 "Designer"로 통일하되 내부 레벨링은 유지
  • 더 평평한 구조로 의사결정이 빨라지고 사내 정치에 에너지가 덜 들어감
  • AI가 역할 경계를 빠르게 흐려, 3년 차가 20년 차보다 AI를 더 잘 알 수도 있어 범위와 영향이 직급보다 중요해짐
  • 오직 일과 디자인 크래프트에 집중하는 디자이너 채용에 초점
• 일자리를 볼 때는 직급이 아니라 일에 집중할 것