figma2023년 12월 6일

커리어 전환의 기술 | Figma (새 탭에서 열림)

커리어 피벗은 반드시 직업을 완전히 바꾸는 극적인 전환일 필요가 없으며, 관점·역할·환경을 조정하는 작은 변화도 큰 결과를 만들 수 있다. 이 글은 제품 개발 분야의 창작자 6명이 경험한 피벗을 재구성(reframe), 복귀(boomerang), 자기 탐색(unfolding), 확장(stretch), 급격한 전환(hard left), 경험의 결합(blend)으로 나누어 설명한다. 공통적으로 피드백을 받아들이고, 낮은 위험의 실험을 거치며, 기존 경험을 새로운 방식으로 활용하는 것이 성공적인 전환의 핵심이다. ## 커리어 피벗을 바라보는 관점 - 피벗은 삶과 커리어에서 반복적으로 일어나는 방향 전환이다. - 기술 업계에서는 ‘빠르게 움직이고 과감히 바꾸는 것’이 강조되지만, 실제 커리어 변화는 점진적 조정부터 완전한 전환까지 다양한 형태를 가진다. - 피벗의 목적은 단순히 직함을 바꾸는 것이 아니라 다음을 찾는 데 있다. - 기존 기술을 더 효과적으로 활용하기 - 관심사와 직업의 접점 넓히기 - 새로운 환경에서 영향력 키우기 - 자신에게 맞는 일의 방식 발견하기 ## 관점을 바꾸는 재구성(Reframe) 재구성은 직업이나 분야를 완전히 바꾸지 않고, 문제를 바라보고 전달하는 방식을 바꾸는 피벗이다. - UX 라이터 Ry Reid는 핀테크 기업 고객지원에서 UX 라이팅으로 전환한 뒤, Pinterest와 Spotify에서 글쓰기 역량을 쌓았다. - Uber Eats에서는 문서와 글로 아이디어를 설득하려 했지만, 아이디어가 제대로 받아들여지지 않았다. - 승진에서 탈락한 뒤 디자인 매니저에게 “아이디어를 설명하지 말고 시각화해보라”는 조언을 받았다. - Ry는 펜과 종이로 대략적인 화면을 만들고, 이후 Google Slides로 시안을 제작해 Slack에 공유했다. - 디자이너와 프로덕트 매니저가 즉시 반응했고, 제안한 UX가 실제 방향으로 채택되었다. - 핵심은 라이터가 디자이너가 된 것이 아니라, 글 중심의 커뮤니케이션에 저충실도 시각화를 추가해 영향력을 확장한 것이다. - 최종적인 픽셀 단위 완성도는 전문 디자이너의 역할이지만, 좋은 아이디어를 시각적으로 제안하는 일은 누구나 시도할 수 있다. ### 재구성이 필요한 신호 - 현재 일을 좋아하지만 같은 문제에 계속 부딪히는 경우 - 승진이나 성장의 정체가 오래 지속되는 경우 - 불편하지만 동시에 기대감을 주는 조언을 받은 경우 ### 재구성을 실행하는 방법 - 승진 탈락이나 비판적인 피드백을 방어적으로만 받아들이지 않는다. - 자신의 직무와 인접한 분야의 멘토에게 조언을 구한다. - 처음부터 큰 변화를 시도하지 말고, 펜·슬라이드·간단한 프로토타입처럼 실패 비용이 낮은 방식으로 실험한다. - 익숙하지 않은 방법을 시도할 때 느끼는 불편함 자체를 변화의 신호로 받아들인다. ## 익숙한 회사에서 새로운 역할을 맡는 복귀(Boomerang) 복귀는 이미 알고 있는 회사로 돌아가거나, 익숙한 조직 안에서 완전히 다른 역할을 맡는 방식이다. - 회사와 조직문화에 대한 이해를 유지하면서 직무는 크게 바꿀 수 있다. - 새로운 분야를 처음부터 시작해야 하는 위험을 줄이고, 기존 네트워크와 신뢰를 활용할 수 있다. - 글에 소개된 Erica Simunovic은 로스앤젤레스의 애드테크 기업 Tatari에서 처음에는 피플 오퍼레이션을 이끌었다. - 이후 제품 디자인 부트캠프를 수료하고 약 5년 뒤 같은 회사로 돌아와 디자이너로 일하게 되었다. - 이 사례는 회사는 그대로 유지하되 전문 분야를 HR에서 디자인으로 전환하는 피벗을 보여준다. ## 글에서 제시하는 다른 피벗 유형 - **자기 탐색(Unfolding)**: 외부 직함보다 자신의 관심과 정체성을 깊이 탐색하며 새로운 방향을 발견하는 방식 - **확장(Stretch)**: 기존 역량을 바탕으로 새로운 기회와 책임에 도전하는 방식 - **급격한 전환(Hard left)**: 기존 경력과 전혀 다른 분야로 크게 방향을 바꾸는 방식 - **경험의 결합(Blend)**: 여러 직무 경험, 기술, 관계망을 조합해 새로운 역할이나 사업을 만드는 방식 작은 시각화 실험처럼 낮은 위험의 변화를 먼저 시도하고, 인접 분야의 사람에게 피드백을 구하는 것이 실용적인 출발점이다. 현재의 직무를 버리기 전에 기존 경험을 새로운 방식으로 재구성할 수 있는지 살펴보면, 더 안전하면서도 영향력 있는 커리어 전환을 설계할 수 있다.

content-designfigmaproduct-designux-design+3

figma2018년 12월 12일

딜리버루, 피그마 (새 탭에서 열림)

Deliveroo는 빠른 성장으로 디자인 조직이 커지면서 도구와 파일이 분산되고, 디자이너·콘텐츠·엔지니어 간 협업이 느려지는 문제를 겪었다. Figma의 실시간 공동 편집과 한 문서 내 협업을 도입한 뒤, 팀은 디자인 과정과 의사결정을 투명하게 공유하고 피드백을 더 빠르게 주고받을 수 있게 됐다. 결과적으로 Figma는 Deliveroo의 디자인 문화를 개방적이고 협력적인 방식으로 전환하는 기반이 되었다. ## 빠른 성장으로 생긴 디자인 사일로 - Deliveroo는 2013년 설립 이후 13개 시장, 500개 이상의 도시와 지역으로 확장했다. - 소비자, 배달원, 레스토랑을 위한 제품을 만들기 위해 콘텐츠·리서치·디자인 분야에서 40명 이상의 인력이 협업했다. - 조직이 커지면서 제품 그룹별 사일로가 생겼고, Sketch, Dropbox, Zeplin, Abstract 등 여러 도구가 분산 사용됐다. - 서로 다른 앱 버전의 파일을 동기화하기 어려워 이메일로 파일을 주고받는 일이 잦았다. - 콘텐츠 디자이너와 제품 디자이너가 같은 파일을 동시에 다루지 못해, 한 사람이 오전에 파일을 사용하고 다른 사람이 오후에 이어받는 방식으로 작업했다. - 스크린샷, Slack 메시지, 이메일 등을 통해 변경 사항을 재확인해야 했고 불필요한 커뮤니케이션이 반복됐다. ## 하나의 파일에서 시작된 협업 - Deliveroo 팀은 Figma의 실시간 공동 편집 기능을 통해 여러 사람이 하나의 문서에서 작업할 수 있다는 점에 주목했다. - 초기에는 도구 변경에 대한 우려가 있었지만, 파일을 따로 관리하고 동기화해야 하는 부담이 줄어들면서 빠르게 도입에 동의했다. - 콘텐츠 디자이너와 제품 디자이너가 같은 파일에서 작업하면서 디자인과 콘텐츠 아이디어를 동시에 발전시킬 수 있었다. - 파일 버전을 관리하거나 별도 문서로 콘텐츠를 공유하는 작업이 줄어들었다. - 파일 관리에 들던 시간을 줄이고 실제 제품 아이디어와 문제 해결에 더 집중할 수 있게 됐다. ## 디자인 과정을 공개하는 문화 - Figma를 통해 디자인 결과물뿐 아니라 작업 과정과 사고방식까지 팀 전체가 확인할 수 있게 됐다. - 제품 디자이너, 리서처, 엔지니어, 프로덕트 매니저가 같은 문서에서 콘텐츠 디자인 과정을 볼 수 있었다. - 디자인에 익숙하지 않은 조직 구성원도 작업물을 쉽게 확인하고 의견을 제시할 수 있었다. - 엔지니어가 디자인의 의도를 이해한 상태에서 예외 상황(edge case)을 제안하고 함께 정의할 수 있게 됐다. - 디자인이 특정 담당자만 이해하는 비공개 작업이 아니라, 여러 직군이 참여하는 공개적인 과정으로 바뀌었다. ## 온보딩과 지식 공유의 간소화 - 새로 합류한 디자이너는 여러 도구를 따로 익히는 대신 Figma를 중심으로 팀의 작업 방식을 빠르게 파악할 수 있었다. - 기존 파일과 프로젝트를 직접 둘러보며 팀의 디자인 기준과 진행 방식을 스스로 학습할 수 있었다. - 콘텐츠 디자이너처럼 다양한 이해관계자와 협업해야 하는 구성원에게 특히 도구 학습 부담이 줄었다. - 업무 결과물뿐 아니라 과거의 논의와 디자인 맥락도 한곳에서 확인할 수 있어 팀 지식 공유가 쉬워졌다. ## 한 문서에 모인 피드백 - 댓글과 의견을 디자인 파일 안에 직접 남길 수 있어 프로젝트 관련 논의가 여러 채널로 흩어지지 않았다. - 담당자가 별도로 작업 내용을 설명하지 않아도 문서와 댓글만으로 프로젝트의 진행 상황을 파악할 수 있었다. - 파일을 보면서 질문하고 답변할 수 있어 피드백 전달과 응답 속도가 빨라졌다. - 의견과 결정 사항이 디자인과 함께 남기 때문에, 팀원들이 작업의 맥락을 더 쉽게 이해할 수 있었다. ## 실용적인 결론 빠르게 성장하는 디자인 조직이라면 도구의 개수보다 모든 구성원이 같은 작업 공간과 최신 파일을 공유하는지가 중요하다. 실시간 공동 편집, 문서 내 댓글, 직군 간 접근 권한을 활용하면 파일 동기화와 반복적인 확인 작업을 줄이고 디자인·콘텐츠·개발 간 협업을 더 투명하고 효율적으로 만들 수 있다.

content-designfigmadesign-systemsproduct-design+4

figma2016년 6월 30일

피그마에서 콘텐츠 디자인 (새 탭에서 열림)

Figma는 콘텐츠 디자이너가 UI가 완성된 뒤 문구를 채우는 방식에서 벗어나, 디자인 초기부터 제품의 모습과 메시지를 함께 설계하도록 돕는다. 실시간 협업, 실제 콘텐츠 사용, 대화형 시나리오 작성, 사용자 여정 매핑을 통해 콘텐츠와 UI의 불일치를 조기에 발견할 수 있다. 결과적으로 콘텐츠 디자이너는 협업 과정에 더 깊이 참여하고 사용자 경험 전반에 미치는 영향도 효과적으로 보여줄 수 있다. ## 실제 콘텐츠로 UI 설계하기 - 화면, 모달, 작은 인터랙션을 만들 때부터 가능한 한 실제 문구를 사용한다. - 실제 콘텐츠를 넣으면 다음 문제를 조기에 발견할 수 있다. - UI가 전달하려는 메시지를 혼란스럽게 만드는 경우 - 콘텐츠가 들어갈 공간이 부족한 경우 - 문구 때문에 인터랙션이나 사용자 흐름을 다시 설계해야 하는 경우 - 콘텐츠를 UI 완성 후 추가하면 문제가 발견됐을 때 이미 많은 디자인을 다시 작업해야 한다. - Figma에서는 콘텐츠 디자이너와 제품 디자이너가 동시에 작업하며 UI와 메시지를 함께 다듬을 수 있다. - 특히 콘텐츠 디자이너가 프로젝트 초기에 참여하지 못했더라도 실제 문구를 넣어 기존 UI의 문제를 빠르게 검토할 수 있다. ## 대화로 시작하는 콘텐츠 우선 설계 - 인터랙션을 실제 대화처럼 상상하고, 시스템과 사용자가 주고받을 말을 먼저 작성한다. - Figma 안에 대화 전용 프레임을 만들거나 댓글로 시나리오를 기록할 수 있다. - 한 사람이 시스템 역할을 맡고 다른 사람이 사용자가 되어 역할극을 하면 다음을 파악하는 데 도움이 된다. - 사용자 목표와 예외 상황 - 정보의 흐름과 우선순위 - 시스템 용어가 아닌 자연스러운 사용자 언어 - 시각적 UI를 만들기 전에 대화를 작성하면 콘텐츠와 디자인이 같은 방향으로 발전한다. - 대화 스크립트가 최종 설계의 완벽한 청사진은 아니지만, 반복적인 수정 과정에서 중요한 기준점이 된다. ## Figma에서 사용자 여정 매핑하기 - 콘텐츠 디자인은 특정 화면 하나가 아니라 사용자 여정 전체를 이해해야 한다. - 이전 단계에서 사용자가 무엇을 했고 다음 단계에서 무엇을 기대하는지 알아야 적절한 안내와 정보를 제공할 수 있다. - 팀과 함께 Figma에서 전체 여정을 시각화하고, 각 단계 아래에 필요한 콘텐츠를 정리한다. - 이 방식은 시각적 탐색이 콘텐츠 요구사항을 바탕으로 시작되도록 유도한다. - 웹 기반 협업 도구이므로 지리적 제약이나 화이트보드·스케치 파일의 공유 한계를 줄일 수 있다. - 엔지니어, 제품 관리자, 제품 디자이너가 실시간으로 작업을 볼 수 있어 콘텐츠 디자이너의 역할과 기여도도 자연스럽게 드러난다. ## 댓글로 콘텐츠 결정 협업하고 기록하기 - 제공된 글 내용은 이 섹션의 도입부에서 끝나 있어 구체적인 댓글 활용 방법까지는 확인할 수 없다. - 다만 제목과 앞선 내용에 따르면 Figma 댓글은 콘텐츠 선택의 근거를 팀과 공유하고, 주요 결정 사항을 디자인 파일 안에 남기는 협업 수단으로 제시된다. - 문서나 별도 회의록이 아니라 실제 디자인 맥락에 결정을 기록하면 이후 수정과 검토 과정에서 내용을 추적하기 쉬워진다. 실무에서는 초기부터 실제 문구를 넣고, 주요 플로우를 대화로 먼저 검증한 뒤, 사용자 여정과 콘텐츠 요구사항을 하나의 Figma 파일에서 관리하는 것이 효과적이다. 이를 통해 콘텐츠를 마지막 단계의 산출물이 아니라 제품 경험을 함께 결정하는 설계 요소로 다룰 수 있다.

content-designfigmaui-designcollaborative-design+2