00. 북극성 찾기 _ 1단계 : 프로덕트 디자이너 리서치

 

부트캠프가 끝나고, 마지막 3일 동안 특강이 있었는데요,

특강에서 배운 대로, 나의 북극성 찾는 방법을 하나씩 차근차근 진행해보고자 합니다! 💪🏻

 

 

---

 

 

 

오늘은 나의 북극성 찾기 시간 이에요!

(진작에 시작했어야 했는데, 부트캠프 끝나자마자 컨디션이 안좋아서 골골대다가 이제서야 시작하게 되었답니다..)

 

그 중에서, 1단계만 우선 진행해보려고 합니다!

 

 

 

✨ 나의 북극성 찾기 방법

1단계 : 프로덕트 디자이너 리서치
- 프로덕트 디자이너가 하는 일
- 디자이너의 기쁨과 슬픔 리스트업
2단계 : 나 트래킹
- 내가 좋아하는 것, 잘하는 것 리스트업
- 나의 기록들 뒤져보기 : 과제, 일기, 블로그
*디자인 관련 경험에 국한될 필요 X
3단계 : 디자이너의 기쁨/슬픔 — 내가 좋아하는 것/잘하는 것 매칭
- 내가 좋아하던 부분, 잘하는 부분 찾아보기
- 나만의 OX 리스트 만들기

 

 

1. 프로덕트 디자이너 회고 글 리서치

 

💡 3~5명만 조사해도 충분하다고 해서, 저는 4개의 글을 리서치했습니다.

최대한 최근 글로 찾으려고 했고, 주로 브런치에서 리서치했습니다!

 

1번째 글 ↓

1. 3년차 스타트업 프로덕트 디자이너가 하는 일

제품을 화면 단위로만 보지 않고, 문제의 맥락과 배경, 그리고 앞으로의 방향까지 함께 고민한다. 

단순히 예쁜 UI를 만드는 것이 아니라 왜 이 문제가 발생했는지, 어떤 순서로 풀어야 하는지 구조화하고, 가설과 목표를 세워 솔루션을 설계한다. 작업 과정과 판단 근거를 문서로 정리하며, 제품 전반의 흐름을 이해하려 노력한다.

시장 환경과 경쟁 상황, 사용자 니즈를 함께 이해하려고 한다. 

제품이 어떤 비즈니스 목표를 가지고 있는지 파악하고, 기획자나 개발자 등 다른 직군과 같은 언어로 소통하며 목표를 맞춘다. 

디자인 결정이 비즈니스와 어떻게 연결되는지를 계속해서 고민한다.

단기적인 개선에 그치지 않고, 몇 달 후 혹은 1년 뒤의 사용자 경험까지 상상하며 설계한다. 

지금의 선택이 나중에 어떤 영향을 줄지를 고려하며, 팀의 비전과 제품의 큰 방향 안에서 디자인을 연결한다.

혼자 잘하는 것보다 팀이 잘 굴러가도록 돕는 역할을 한다. 

팀 전체의 상황을 파악하고, 다른 팀원이 겪는 어려움이나 병목을 인지해 조율한다. 

디자이너 개인의 결과물보다 협업 과정과 흐름을 중요하게 생각하게 된다.

‘이건 내 일이 아니다’라고 선을 긋기보다, 프로젝트가 성공하기 위해 내가 할 수 있는 일이 무엇인지 먼저 고민한다. 

디자인을 넘어 문제 해결, 커뮤니케이션, 의사결정 과정에 적극적으로 참여하며 주도적으로 일한다.

프로덕트 디자이너의 기쁨

제품을 바라보는 시야가 점점 넓어지고 깊어지는 것을 느낄 때 보람을 느낀다. 

예전보다 더 본질적인 문제를 보게 되고, 맥락을 이해한 상태에서 디자인할 수 있게 되었음을 체감한다.

팀과 함께 일하면서 혼자가 아니라는 감각을 느낀다. 

각자의 역할을 이해하고 서로 의지하며 협업할 때, 디자이너로서 성장하고 있다는 느낌을 받는다.

복잡한 문제를 정리하고 사용자 경험을 더 단순하고 명확하게 만들었을 때 큰 성취감을 느낀다. 

단순히 화면을 완성하는 것이 아니라 문제를 해결했다는 감각에서 즐거움이 온다.

서로 다른 관점을 가진 사람들과 논의하며 더 나은 결과를 만들어냈을 때 협업의 재미를 느낀다. 

혼자서는 만들 수 없는 결과를 팀으로 완성했을 때 만족감이 크다.

팀과 제품 안에서 디자이너의 역할이 분명히 존재한다는 것을 느낄 때 자신감을 얻는다. 

단순한 작업자가 아니라, 팀에 기여하는 구성원이라는 자각에서 기쁨을 느낀다.

프로덕트 디자이너의 슬픔과 고민

시간이 지나도 ‘나는 어떤 디자이너인가’라는 질문에 명확한 답을 내리기 어렵다. 

성장할수록 정체성에 대한 고민이 더 깊어지기도 한다.

디자인 외에도 신경 써야 할 일이 많아지면서 업무의 경계가 흐려지고 피로도가 쌓인다. 

책임감이 커질수록 부담 역시 함께 커진다.

단기적인 성과보다 긴 호흡으로 생각해야 하는 일이 많아 부담을 느낄 때가 있다. 

당장의 결과가 보이지 않는 고민을 계속 안고 가야 하는 점이 쉽지 않다.

개인의 관점에서 팀과 제품 전체의 관점으로 계속해서 시선을 전환해야 한다. 

이 변화 자체가 익숙해지기까지 시간이 걸리고 에너지가 든다.

계속해서 스스로를 돌아보고 방향을 점검해야 한다는 점이 장점이자 동시에 피곤함으로 다가온다. 

디자이너로서의 성장에는 끝이 없다는 사실을 실감하게 된다.

 

2번째 글 ↓

 

2. 프로덕트 디자이너가 하는 일

프로덕트 디자이너는 화면을 설계하는 사람이라기보다, 문제를 정의하고 해결의 방향을 잡는 역할에 가깝다. 

사용자가 겪는 불편이 무엇인지, 그 문제가 왜 발생했는지를 먼저 파악하고, 디자인으로 해결 가능한 문제인지 판단한다.

UX와 UI를 분리해서 보기보다는 하나의 흐름으로 다룬다. 

정보 구조, 사용자 흐름, 인터랙션, 시각적 표현을 모두 연결된 경험으로 설계하며, 기능 하나가 전체 경험 안에서 어떤 역할을 하는지를 고민한다.

기획자, 개발자와 긴밀하게 협업하며 제품을 함께 만든다. 

요구사항을 그대로 받아 그리는 것이 아니라, 왜 이런 요구가 나왔는지 질문하고 더 나은 방향을 제안한다. 

디자인은 의견을 전달하는 도구이자 의사결정을 돕는 수단이 된다.

디자인 산출물뿐 아니라 설득과 설명도 중요한 업무다. 

디자인 의도를 문서와 말로 풀어내고, 팀이 같은 이해를 가질 수 있도록 정리한다. 

결과보다 과정과 논리가 중요해지는 순간이 많다.

실무에서는 문제 정의, 와이어프레임, UX 시나리오, UI 디자인, 디자인 가이드 정리까지 폭넓은 일을 맡는다. 

상황에 따라 리서치, 데이터 해석, QA까지 관여하며 제품의 완성도를 책임진다.

프로덕트 디자이너의 기쁨

문제를 단순히 예쁘게 덮는 것이 아니라, 근본적으로 해결했을 때 큰 만족을 느낀다. 

사용자의 행동이 바뀌거나, 이전보다 덜 헤매는 모습을 볼 때 디자이너로서 보람을 느낀다.

기획, 개발, 비즈니스 사이에서 연결 고리가 되었을 때 성취감을 느낀다. 

서로 다른 관점을 하나의 방향으로 정리해 팀이 앞으로 나아가게 만들었을 때 자신의 역할을 실감한다.

디자인이 단순한 결과물이 아니라 의사결정의 기준이 될 때 즐거움을 느낀다. 

자신의 고민과 논리가 제품에 반영되고, 팀의 판단에 영향을 미칠 때 디자이너로서의 존재감을 느낀다.

경험이 쌓일수록 문제를 바라보는 시야가 넓어지고, 예전보다 더 본질적인 질문을 던질 수 있게 되는 과정 자체가 기쁨이 된다.

프로덕트 디자이너의 슬픔과 고민

역할의 경계가 모호해 혼란을 느낄 때가 많다. 

어디까지가 디자이너의 책임인지 명확하지 않아 스스로 기준을 세워야 하는 상황이 반복된다.

디자인 결과가 눈에 잘 보이지 않는 문제 해결에 묻힐 때 허탈함을 느낀다. 

많은 고민과 논의가 있었지만 결과물로 드러나지 않아 평가받기 어렵다고 느끼기도 한다.

의사결정에 관여할수록 책임감이 커지고, 그만큼 부담도 커진다. 

디자인이 실패했을 때 개인의 역량 부족처럼 느껴져 자책하게 되는 순간이 있다.

정답이 없는 문제를 계속 다뤄야 한다는 점이 피로로 이어진다. 

매번 스스로의 판단을 의심하고 검증해야 하며, 확신을 갖기까지 시간이 오래 걸린다.

신입이나 주니어일수록 ‘잘하고 있는지’에 대한 확신을 얻기 어렵다. 

성장의 기준이 모호해 불안해지고, 끊임없이 비교하게 된다.

 

3번째 글 ↓

3. 4년차 프로적트 디자이너가 하는 일

프로덕트 디자이너는 단순히 화면을 그리는 사람이 아니라, 회사가 만들고 싶은 것과 사용자가 필요로 하는 것 사이에서 계속 줄다리기를 하는 역할이다. 

요구사항을 그대로 시각화하기보다, 이게 정말 풀어야 할 문제인지부터 다시 묻고 정리한다.

실무에서는 UX 설계, UI 디자인, 인터랙션 정의, 디자인 가이드 정리까지 폭넓은 작업을 한다. 

하지만 이상적인 프로세스와 달리, 현실에서는 시간에 쫓겨 완벽하지 않은 상태로 결정해야 하는 순간이 많다.

기획이 불완전한 상태에서 디자인을 시작하는 경우도 많고, 개발 제약이나 일정 때문에 최선이 아닌 차선을 선택해야 할 때도 잦다. 그 과정에서 디자이너는 계속해서 타협점을 찾는다.

디자인 결과물뿐 아니라 커뮤니케이션이 중요한 업무가 된다. 

왜 이렇게 설계했는지 설명하고, 왜 이 선택이 필요한지 설득하며, 때로는 디자이너가 문제를 대신 정리해주는 역할까지 맡게 된다.

연차가 쌓일수록 단순 작업보다는 방향 제시와 판단의 비중이 커진다. 

‘이걸 어떻게 만들까’보다 ‘이걸 만드는 게 맞을까’를 더 자주 고민하게 된다.

 

프로덕트 디자이너의 기쁨

혼란스러운 요구사항 속에서 문제를 정리해 방향을 잡아냈을 때 성취감을 느낀다. 

모두가 애매하다고 느끼던 상황에서 실마리를 만들었을 때 디자이너로서의 가치를 느낀다.

자신이 고민한 UX와 구조가 실제 서비스에 반영되고, 사용자가 그 변화를 자연스럽게 받아들일 때 보람을 느낀다. 

눈에 띄지 않아도 경험이 나아졌다는 확신이 들 때 만족감이 크다.

동료들이 디자인을 신뢰하고 의견을 묻기 시작할 때 성장했음을 실감한다. 

단순히 예쁜 화면이 아니라 판단의 기준으로 디자인이 사용될 때 기쁨을 느낀다.

힘든 과정 속에서도 ‘그래도 나는 이 일을 좋아한다’는 마음을 확인하는 순간들이 있다. 

완벽하지 않아도 계속 고민하고 싶다는 마음 자체가 이 직업의 원동력이 된다.

 

프로덕트 디자이너의 슬픔과 현실적인 고민

생각보다 많은 일이 디자인 외적인 영역에서 발생해 정체성 혼란을 겪는다. 

기획도, QA도, 커뮤니케이션도 하다 보면 내가 디자이너인지 무엇인지 헷갈리는 순간이 온다.

열심히 고민했지만 결과적으로 반영되지 않거나, 일정과 우선순위 때문에 사라지는 디자인을 마주할 때 허무함을 느낀다. 

노력 대비 결과가 남지 않는 경험이 반복되기도 한다.

‘디자이너면 이 정도는 해야지’라는 암묵적인 기대가 부담으로 작용한다. 

명확한 기준 없이 계속 잘해야 한다는 압박을 스스로에게 주게 된다.

연차가 쌓여도 여전히 확신이 없다. 

잘하고 있는지, 이 방향이 맞는지, 계속해서 스스로에게 질문하게 되고 그 질문이 쉽게 끝나지 않는다.

일을 좋아하는 마음과 일로 인한 소모 사이에서 균형을 잡기 어렵다. 

좋아서 시작했지만 지칠 때도 많고, 그럼에도 불구하고 다시 고민하게 되는 자신을 발견한다.

 

 

4번째 글 ↓

4. 토스 Tools팀 프로덕트 디자이너가 하는 일

프로덕트 디자이너, 그중에서도 Product Designer (Tools)는 내부 구성원과 고객이 더 정확하고 효율적으로 일할 수 있도록 업무용 툴을 설계하고 만드는 역할이다. 

외부 사용자용 서비스보다 내부 사용자나 운영 조직의 생산성을 높이는 데 초점을 둔다.

업무의 핵심은 ‘업무 효율화’다. 사용자가 어떤 과정을 거쳐 일을 하고 있는지 직접 관찰하고, 어디에서 시간이 오래 걸리는지, 어떤 단계가 불필요하게 복잡한지를 파악한다. 

그 후 확인, 처리, 제출 같은 반복적인 업무 흐름을 더 빠르고 정확하게 만들 방법을 설계한다.

단순히 화면을 만드는 데 그치지 않고, 업무 프로세스 전체를 다시 설계한다. 

재이행 대상 선정, 안내, 심사처럼 여러 단계로 나뉜 복잡한 절차를 하나의 시스템으로 정리하고 자동화한다. 

엑셀, 공문, 수작업으로 이루어지던 과정을 시스템화해 사람의 개입을 최소화한다.

문제의 표면적인 결과보다 근본적인 원인을 찾는 데 집중한다. 

이미 발생한 문제를 땜질하듯 해결하기보다는, 왜 이런 문제가 반복되는지를 파고들고 그 지점을 구조적으로 바꾸려 한다.

도메인 이해가 중요한 업무다. 

은행, 결제, 데이터, 머신러닝 등 익숙하지 않은 영역을 빠르게 학습해야 하며, 모르는 개념은 적극적으로 묻고 이해한 뒤 디자인에 반영한다.

디자이너는 새로운 도메인에 계속 진입하며 러닝 커브를 그린다.

기획자, 개발자, 데이터 엔지니어, 운영 담당자 등 다양한 직군과 밀접하게 협업한다. 

특히 내부 사용자가 가까이에 있어, 실제 업무를 직접 보고 미팅에 참여하며 디자인 방향을 계속 조정한다.

 

프로덕트 디자이너의 기쁨

사용자가 곁에 있다는 점에서 큰 보람을 느낀다. 

실제로 툴을 사용하는 사람의 업무를 바로 옆에서 관찰하고, 그들의 불편을 즉각적으로 제품에 반영할 수 있다는 점이 큰 동기가 된다.

복잡하고 오래 걸리던 업무가 눈에 띄게 단축될 때 강한 성취감을 느낀다.

 며칠 걸리던 일이 몇 분 안에 끝나고, 수작업이 자동화되면서 사용자의 만족도가 높아질 때 디자이너로서의 가치를 체감한다.

어렵고 복잡한 문제를 당연한 방식으로 풀어냈을 때 큰 임팩트를 만든다는 점에서 재미를 느낀다. 

아무도 손대지 못하던 문제를 구조적으로 정리해 해결했을 때 성과가 분명하게 드러난다.

레퍼런스가 많지 않은 영역에서 새로운 경험을 설계할 수 있다는 점이 매력으로 작용한다. 

기존 사례를 답습하는 것이 아니라, 팀과 함께 기준을 만들어가며 혁신적인 시도를 할 수 있다.

디자인 결과를 데이터로 빠르게 확인할 수 있을 때 즐거움을 느낀다. 

실제 사용 데이터를 통해 성과를 확인하고, 디자인이 어떤 영향을 미쳤는지 명확하게 알 수 있다는 점이 동기부여가 된다.

 

프로덕트 디자이너의 슬픔과 어려움

초기에는 도메인 장벽이 높아 큰 부담을 느낀다. 

생소한 용어와 개념이 많아 이해하는 데 시간이 걸리고, 제대로 이해하지 못하면 디자인을 할 수 없다는 압박을 받는다.

문제가 복잡할수록 책임감도 커진다. 

단순한 UI 문제가 아니라 업무 시스템 전체를 건드리는 일이 많아, 판단 하나가 큰 영향을 미친다는 부담이 따른다.

완성된 레퍼런스가 거의 없는 상황에서 방향을 스스로 정해야 하는 어려움이 있다. 

정답이 정해져 있지 않기 때문에 계속해서 고민하고 검증해야 한다.

계속해서 컴포트 존을 벗어나야 한다는 점이 피로로 다가오기도 한다. 

새로운 도메인에 들어갈 때마다 다시 초보자가 되는 느낌을 반복해서 경험한다.

 

 

 

---

 

2. 조사한 글의 공통점 추출하기

 

프로덕트 디자이너가 하는 일
- 프로덕트 디자이너는 단순히 화면을 그리는 사람이 아니라 문제를 정의하고 그 해결을 설계하는 사람이다.

- 사용자의 실제 상황과 업무 흐름을 관찰해 어디가 불편하고 비효율적인지 파악하고, 그 근본 원인을 찾아 시스템적·프로덕트적 해법을 제안한다.

- UI, 인터랙션, 정보 구조 같은 시각적 산출물뿐 아니라 프로세스 설계, 자동화 포인트 탐색, 장기적인 사용자 경험 영향까지 고려해 제품 전체 관점에서 책임을 가진다.

- 또한 기획자·개발자·운영·데이터 등 다양한 직군과 밀접하게 협업하며 디자인 의도와 판단을 문서와 말로 설명하고 설득하는 역할을 지속적으로 수행한다.

프로덕트 디자이너의 기쁨
- 사용자나 내부 조직의 실제 업무가 명확하게 좋아지는 모습을 볼 때 큰 보람을 느낀다.

- 복잡하거나 오래 걸리던 과정이 줄어들고 사용자가 덜 헤매는 변화가 눈에 보일 때, 그리고 그 결과로 팀이 제품 방향에 대해 디자이너의 판단을 신뢰하고 묻기 시작할 때 성취감과 즐거움을 경험한다.

- 문제를 구조적으로 풀어내며 시야가 넓어지고 전문성이 성장하는 자체가 큰 동기부여가 된다.

프로덕트 디자이너의 슬픔과 고민
- 역할의 경계가 애매하고 책임이 넓어지면서 부담이 커지는 점이 공통된 어려움이다.

- 단순 디자인을 넘어 조직과 시스템에 영향을 미치는 판단을 해야 하므로 실패나 반영되지 않음이 개인적 낙담으로 연결되기도 하고, 무엇이 디자이너의 '정답'인지 확신을 갖기 어려운 상황이 자주 발생한다.

- 새로운 도메인이나 복잡한 업무를 계속 학습해야 하는 과정이 반복되면서 피로와 불확실성이 누적되는 점도 공통된 고민으로 드러난다.

 

 

 

---

💡 느낀 점

 

부트캠프 끝나니까 확실히 늘어지고 주의산만해지는 나...😂

뭔가 해야할 일은 많은데 한 번에 다 하려고 조급해지니까 뭔가 체하는 기분만 들더라구요

아얘 안하는 것보다는 조금씩 한 발자국씩 가보자는 마음으로 다잡고 가려구요!

 

취준이 빨리 걸릴수도, 생각보다 오래 걸릴수도 있다고 생각해요.

체하지 않고 마라톤 달리듯 내 페이스대로 가는게 중요할 것 같습니다! 💪🏻💪🏻

 

내가 하고 싶은 일을 찾고 그 일을 하기까지

화이팅 🍀