“피그마 좋다던데, 힘들게 겨우 도입했는데 생산성은 커녕 오히려 복잡해졌어.”
“디자인 시스템? 만들었더니 아무도 안쓰고 오히려 파일 관리만 더 복잡해졌어.”
“다들 자기 멋대로 막 쓰니, 어디서부터 손대서 정리해야할 지 감도 안 잡힙니다…”
몇 년 전부터 대기업과 IT 기업 현장에서 종종 들을 수 있는 이야기입니다. 그리고 최근에도 여러 기업들은 피그마 프로그램을 도입하고 있습니다. 디지털 프로덕트를 다루는 모습 기업들은, 피그마Figma는 이제 선택이 아닌 필수가 되었습니다. 하지만 많은 기업이 피그마를 '웹에서 되는 포토샵' 정도로 오해하고, 라이선스만 구매해 실무자에게 배포하는 실수를 범하고 있습니다.
피그마 도입은 단순한 '디자인 툴 교체'가 아닙니다. 이는 조직의 일하는 방식, 즉 워크 프로세스Work Process의 디지털 전환(Digital Transformation/DT)으로 보아야 합니다.
1. 피그마는 'UI/UX용 포토샵’이 아니라 '코워킹 플랫폼'입니다
과거의 디자인 툴이 디자이너 혼자만의 프로그램이었다면, 피그마는 기획자, 디자이너, 개발자, 그리고 프로젝트 관계가가 함께 공동 작업을 진행하는 코워킹 플랫폼입니다.
단순히 UI/UX를 기획 설계하는 것을 넘어, 단순하지 않은 복잡적 실무 업무가 동시에, 그리고 유기적으로 진행되어야 합니다.
- 실시간 협업 및 커뮤니케이션: 기획서와 디자인이 한 곳에서 실시간 업데이트되며 작업이 진행됩니다.
- 디자인 시스템 (Design System) 구축과 운영: 모든 컴포넌트가 디자인 시스템으로 연동되어, 한 컴포넌트를 수정하면 연결된 모든 위치의 컴포넌트가 동시에 바뀝니다.
- 리소스 매니지먼트: 수많은 프로젝트 파일의 네이밍 규칙, 폴더 구조, 권한 관리가 필요합니다.
- 디자인 핸드오프(Design Handoff): 디자인이 곧바로 개발팀에 전달되어 필요시 즉시 코드로 변환될 수 있도록 개발 친화적인 구조로 피그마 디자인 구조를 설계해야 합니다.
이러한 특징을 가지고 있는 플랫폼이면서도 동시에 디자인 시스템의 역할을 하는 피그마 프로그램을, 아무런 정책Policy이나 거버넌스Governance 없이 도입하고 있는게 현실입니다. '판매처'는 '판매를 제공할 뿐'이지, 구매를 하는 기업의 상황이나 목표는 고려하지 않은 상태로, 단순히 판매가 이루어집니다. 이 외에도 보안 이슈, 데이터 운영 관리 부재, 엉켜버린 디자인 시스템으로 인해 오히려 도입 전보다 못한, 비효율의 늪에 빠지게 됩니다.
2. 피그마는 구매한 것보다 기업에서 '어떻게 사용하느냐’가 경쟁력을 좌우합니다
제대로 준비되지 않은 채 피그마를 도입하게 되면 다음과 같은 리스크를 감당해야 합니다.
- ⚠️ 디자인 시스템 붕괴: 가이드라인, 책임 없이 중구난방으로 만들어진 컴포넌트는 유지보수를 불가능하게 만듭니다. (디자인 부채Design Debt 증가)
- ⚠️ 보안 사고 위험: 클라우드 기반인 피그마의 특성상, 권한 설정과 공유 정책을 세밀하게 세우지 않으면 기업의 핵심 자산이 외부로 유출될 수 있습니다.
- ⚠️ 개발팀, 렵력사, 에이전시와 불협화음: 개발 구조를 고려하지 않은 오토레이아웃Auto-layout과 변수Variable 설정, 혹은 합의되지 않은 방식의 개별적 구성으로 인해 개발팀의 활용 자체가 불가능해질 수 있습니다.
" 기업에는 단순히 '피그마 사용법'을 아는 직원이 아닌,
'피그마 운영 전략'을 세울 수 있는 전문가가 필요합니다. "
3. 유튜버나 단순 툴 강사에게 기업의 '협업 OS'를 맡길 수 없는 이유
피그마 도입을 고민하는 많은 기업이 저지르는 가장 치명적인 실수는, 피그마를 기존의 포토샵이나 일러스트레이터와 같은 '개인용 그래픽 툴'로 취급하는 것입니다. 그래서 유튜브 무료 강의를 보게 하거나, 단순히 '툴의 기능'만 조금 더 잘 아는 외부 강사를 며칠 불러 단축키와 오토레이아웃 사용법을 가르치는 것으로 도입을 끝냈다고 착각합니다.
단호하게 말씀드리지만, 엔터프라이즈(기업) 환경에서의 피그마 도입을 단순 툴 교육 수준으로 접근하게 되면, 조직의 워크 프로세스는 머지않아 거대한 암초에 부딪히게 됩니다.
저는 제가 운영하는 위디엑스에 2018년부터 실무 프로젝트에 피그마를 전면 도입하고, 이후 3년간 현대모비스를 비롯해 현대자동차, 네이버 등 수많은 대기업의 피그마 도입 및 디자인 시스템 구축을 이끌어오며 제가 목격한 실패 사례들의 원인은 명확했습니다.
단순 기능 위주로 피그마를 배운 실무자들이 모여 일하게 되면 다음과 같은 재앙이 발생합니다.
보안 및 자산 유출의 사각지대: 피그마는 강력한 클라우드 기반 툴입니다. 파일 구조와 권한(Permissions), 공유 정책에 대한 엔터프라이즈급 거버넌스 없이 '링크 공유' 기능만 남발하다가는 기업의 핵심 디자인 자산과 개발 직전의 프로토타입이 외부로 무방비하게 유출될 수 있습니다.
유지보수가 불가능한 '프랑켄슈타인' 시스템: 기업의 비즈니스 로직과 개발 환경을 고려하지 않고, 툴 강사에게 배운 대로 보기 좋게만 만든 컴포넌트들은 실제 코드와 연동되지 못합니다. 본사, 협력사, 글로벌 지사가 제각각 컴포넌트를 복제해 사용하면서 디자인 시스템은 아무도 믿지 못하는 쓰레기통이 '순식간에' 되어버립니다.
개발팀과의 충돌 격화: 핸드오프(Hand-off)에 대한 워크플로우 정의 없이 디자인 파일만 던져주는 방식은 개발자의 작업 시간을 오히려 2배로 늘리고, 부서 간의 심각한 갈등을 초래합니다.
결국 기업에 필요한 것은 '피그마 사용법'이 아니라, "우리 조직의 규모와 문화, 그리고 비즈니스 목표에 완벽하게 최적화된 피그마 운영 체제(OS)를 어떻게 이식할 것인가"에 대한 거시적인 설계입니다.
4. 단순 교육을 넘어, '조직 맞춤형 워크 프로세스'를 설계해야 합니다
성공적인 피그마 도입과 디자인 시스템 구축은 '조직의 DNA에 맞춘 최적화' 작업입니다. 단순히 남들이 쓰는 멋진 템플릿을 복사해 오는 것이 아니라, 다음의 5단계 전략적 프레임워크를 통해 우리 회사만의 룰을 세워야 합니다.
🚀 엔터프라이즈 피그마 도입을 위한 5단계 전략 프레임워크
진단 (Assessment)
- '우리 조직의 현 시점'을 직시하기: 툴을 켜기 전에 먼저 현재 조직의 기획-디자인-개발로 이어지는 워크플로우를 해부하고, 병목 현상과 문제점을 진단해야 합니다.
정책 수립 (Policy Making)
- '규칙(Rule)' 만들기: 파일 네이밍 컨벤션, 폴더 구조의 위계, 라이브러리 운영 주체, 그리고 가장 중요한 사내 보안 규정에 맞춘 권한 설정 등 흔들리지 않는 그라운드 룰(Ground Rule)을 제정합니다.
시스템 구축 (System Building)
- '맞춤형 엔진' 장착: 단순한 시각적 가이드가 아닌, 개발 코드와 1:1로 대응되며 우리 비즈니스에 최적화된 초기 디자인 시스템과 실무 템플릿을 설계합니다.
교육 및 내재화 (Training & Workshop)
- '문화'로 정착시키기: 기획자, 디자이너, 개발자 등 각 직군의 역할에 맞춘 심화 실무 교육을 진행합니다. 단순히 툴을 가르치는 것이 아니라, 앞서 세운 '정책'과 '워크 프로세스'를 체화시키는 과정입니다.
운영 및 고도화 (Operation)
- '진화'하기: 도입은 끝이 아닌 시작입니다. 최신 AI 기능(플러그인, 자동화 연동)을 반영하여 리소스 절감 전략을 지속적으로 업데이트하고 이슈를 관리해야 합니다.
마치며.
피그마, 제대로 설계하여 도입하면 '압도적인 생산성 향상과 업무 혁신'을 가져오지만, 구조에 대한 이해 없이 얕은 기능만 도입하면 '혼란의 아수라장'이 됩니다. 수백 명이 움직이는 엔터프라이즈 환경에서의 디자인 시스템 구축과 워크플로우 설계는 반드시 전체 숲을 보고 시스템을 설계할 수 있는 전문가의 통찰이 필요합니다. 툴의 기능을 넘어, 조직의 일하는 방식을 근본적으로 혁신하는 디지털 트랜스포메이션(DX)의 관점으로 접근하시기 바랍니다.
“피그마 좋다던데, 힘들게 겨우 도입했는데 생산성은 커녕 오히려 복잡해졌어.”
“디자인 시스템? 만들었더니 아무도 안쓰고 오히려 파일 관리만 더 복잡해졌어.”
“다들 자기 멋대로 막 쓰니, 어디서부터 손대서 정리해야할 지 감도 안 잡힙니다…”
몇 년 전부터 대기업과 IT 기업 현장에서 종종 들을 수 있는 이야기입니다. 그리고 최근에도 여러 기업들은 피그마 프로그램을 도입하고 있습니다. 디지털 프로덕트를 다루는 모습 기업들은, 피그마Figma는 이제 선택이 아닌 필수가 되었습니다. 하지만 많은 기업이 피그마를 '웹에서 되는 포토샵' 정도로 오해하고, 라이선스만 구매해 실무자에게 배포하는 실수를 범하고 있습니다.
피그마 도입은 단순한 '디자인 툴 교체'가 아닙니다. 이는 조직의 일하는 방식, 즉 워크 프로세스Work Process의 디지털 전환(Digital Transformation/DT)으로 보아야 합니다.
1. 피그마는 'UI/UX용 포토샵’이 아니라 '코워킹 플랫폼'입니다
과거의 디자인 툴이 디자이너 혼자만의 프로그램이었다면, 피그마는 기획자, 디자이너, 개발자, 그리고 프로젝트 관계가가 함께 공동 작업을 진행하는 코워킹 플랫폼입니다.
단순히 UI/UX를 기획 설계하는 것을 넘어, 단순하지 않은 복잡적 실무 업무가 동시에, 그리고 유기적으로 진행되어야 합니다.
이러한 특징을 가지고 있는 플랫폼이면서도 동시에 디자인 시스템의 역할을 하는 피그마 프로그램을, 아무런 정책Policy이나 거버넌스Governance 없이 도입하고 있는게 현실입니다. '판매처'는 '판매를 제공할 뿐'이지, 구매를 하는 기업의 상황이나 목표는 고려하지 않은 상태로, 단순히 판매가 이루어집니다. 이 외에도 보안 이슈, 데이터 운영 관리 부재, 엉켜버린 디자인 시스템으로 인해 오히려 도입 전보다 못한, 비효율의 늪에 빠지게 됩니다.
2. 피그마는 구매한 것보다 기업에서 '어떻게 사용하느냐’가 경쟁력을 좌우합니다
제대로 준비되지 않은 채 피그마를 도입하게 되면 다음과 같은 리스크를 감당해야 합니다.
" 기업에는 단순히 '피그마 사용법'을 아는 직원이 아닌,
'피그마 운영 전략'을 세울 수 있는 전문가가 필요합니다. "
3. 유튜버나 단순 툴 강사에게 기업의 '협업 OS'를 맡길 수 없는 이유
피그마 도입을 고민하는 많은 기업이 저지르는 가장 치명적인 실수는, 피그마를 기존의 포토샵이나 일러스트레이터와 같은 '개인용 그래픽 툴'로 취급하는 것입니다. 그래서 유튜브 무료 강의를 보게 하거나, 단순히 '툴의 기능'만 조금 더 잘 아는 외부 강사를 며칠 불러 단축키와 오토레이아웃 사용법을 가르치는 것으로 도입을 끝냈다고 착각합니다.
단호하게 말씀드리지만, 엔터프라이즈(기업) 환경에서의 피그마 도입을 단순 툴 교육 수준으로 접근하게 되면, 조직의 워크 프로세스는 머지않아 거대한 암초에 부딪히게 됩니다.
저는 제가 운영하는 위디엑스에 2018년부터 실무 프로젝트에 피그마를 전면 도입하고, 이후 3년간 현대모비스를 비롯해 현대자동차, 네이버 등 수많은 대기업의 피그마 도입 및 디자인 시스템 구축을 이끌어오며 제가 목격한 실패 사례들의 원인은 명확했습니다.
단순 기능 위주로 피그마를 배운 실무자들이 모여 일하게 되면 다음과 같은 재앙이 발생합니다.
보안 및 자산 유출의 사각지대: 피그마는 강력한 클라우드 기반 툴입니다. 파일 구조와 권한(Permissions), 공유 정책에 대한 엔터프라이즈급 거버넌스 없이 '링크 공유' 기능만 남발하다가는 기업의 핵심 디자인 자산과 개발 직전의 프로토타입이 외부로 무방비하게 유출될 수 있습니다.
유지보수가 불가능한 '프랑켄슈타인' 시스템: 기업의 비즈니스 로직과 개발 환경을 고려하지 않고, 툴 강사에게 배운 대로 보기 좋게만 만든 컴포넌트들은 실제 코드와 연동되지 못합니다. 본사, 협력사, 글로벌 지사가 제각각 컴포넌트를 복제해 사용하면서 디자인 시스템은 아무도 믿지 못하는 쓰레기통이 '순식간에' 되어버립니다.
개발팀과의 충돌 격화: 핸드오프(Hand-off)에 대한 워크플로우 정의 없이 디자인 파일만 던져주는 방식은 개발자의 작업 시간을 오히려 2배로 늘리고, 부서 간의 심각한 갈등을 초래합니다.
결국 기업에 필요한 것은 '피그마 사용법'이 아니라, "우리 조직의 규모와 문화, 그리고 비즈니스 목표에 완벽하게 최적화된 피그마 운영 체제(OS)를 어떻게 이식할 것인가"에 대한 거시적인 설계입니다.
4. 단순 교육을 넘어, '조직 맞춤형 워크 프로세스'를 설계해야 합니다
성공적인 피그마 도입과 디자인 시스템 구축은 '조직의 DNA에 맞춘 최적화' 작업입니다. 단순히 남들이 쓰는 멋진 템플릿을 복사해 오는 것이 아니라, 다음의 5단계 전략적 프레임워크를 통해 우리 회사만의 룰을 세워야 합니다.
🚀 엔터프라이즈 피그마 도입을 위한 5단계 전략 프레임워크
진단 (Assessment)
- '우리 조직의 현 시점'을 직시하기: 툴을 켜기 전에 먼저 현재 조직의 기획-디자인-개발로 이어지는 워크플로우를 해부하고, 병목 현상과 문제점을 진단해야 합니다.
정책 수립 (Policy Making)
- '규칙(Rule)' 만들기: 파일 네이밍 컨벤션, 폴더 구조의 위계, 라이브러리 운영 주체, 그리고 가장 중요한 사내 보안 규정에 맞춘 권한 설정 등 흔들리지 않는 그라운드 룰(Ground Rule)을 제정합니다.
시스템 구축 (System Building)
- '맞춤형 엔진' 장착: 단순한 시각적 가이드가 아닌, 개발 코드와 1:1로 대응되며 우리 비즈니스에 최적화된 초기 디자인 시스템과 실무 템플릿을 설계합니다.
교육 및 내재화 (Training & Workshop)
- '문화'로 정착시키기: 기획자, 디자이너, 개발자 등 각 직군의 역할에 맞춘 심화 실무 교육을 진행합니다. 단순히 툴을 가르치는 것이 아니라, 앞서 세운 '정책'과 '워크 프로세스'를 체화시키는 과정입니다.
운영 및 고도화 (Operation)
- '진화'하기: 도입은 끝이 아닌 시작입니다. 최신 AI 기능(플러그인, 자동화 연동)을 반영하여 리소스 절감 전략을 지속적으로 업데이트하고 이슈를 관리해야 합니다.
마치며.
피그마, 제대로 설계하여 도입하면 '압도적인 생산성 향상과 업무 혁신'을 가져오지만, 구조에 대한 이해 없이 얕은 기능만 도입하면 '혼란의 아수라장'이 됩니다. 수백 명이 움직이는 엔터프라이즈 환경에서의 디자인 시스템 구축과 워크플로우 설계는 반드시 전체 숲을 보고 시스템을 설계할 수 있는 전문가의 통찰이 필요합니다. 툴의 기능을 넘어, 조직의 일하는 방식을 근본적으로 혁신하는 디지털 트랜스포메이션(DX)의 관점으로 접근하시기 바랍니다.
프로젝트 문의: hello@idesignexp.com