# Staff 프로덕트 디자이너로 일하는 법 > Clean Markdown view of GeekNews topic #30129. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=30129](https://news.hada.io/topic?id=30129) - GeekNews Markdown: [https://news.hada.io/topic/30129.md](https://news.hada.io/topic/30129.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-06-03T09:25:02+09:00 - Updated: 2026-06-03T09:25:02+09:00 - Original source: [verifiedinsider.substack.com](https://verifiedinsider.substack.com/p/how-to-operate-as-a-staff-product) - Points: 3 - Comments: 0 ## Topic Body - 디자인 업계에 만연한 **직급 인플레이션** 속에서, 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를 더 잘 알 수도 있어 **범위와 영향이 직급보다 중요**해짐 - 오직 일과 디자인 크래프트에 집중하는 디자이너 채용에 초점 - 일자리를 볼 때는 **직급이 아니라 일**에 집중할 것 ## Comments _No public comments on this page._