Inside Figma: 엔터프라이즈 (새 탭에서 열림)
Figma의 엔터프라이즈 제품은 고객 요청을 그대로 구현하는 데 그치지 않고, 다양한 규모와 역할의 조직이 지속적으로 사용할 수 있는 기반을 만드는 것을 목표로 한다. 이를 위해 Figma는 관리자와 최종 사용자의 업무를 함께 이해하고, 영업·지원·마케팅·디자인·엔지니어링 등 여러 팀과 협력해 Admin Settings를 전면적으로 재설계했다. 결론적으로 엔터프라이즈 기능의 핵심은 개별 기능 추가보다 확장 가능한 구조와 중요한 관리 업무에 최적화된 사용자 경험이다. ## 엔터프라이즈 제품의 역할 - Figma의 엔터프라이즈 팀은 조직 관리자가 다음 업무를 수행할 수 있도록 도구를 개발한다. - 조직 계정 관리 - 디자이너·개발자·협업자의 접근 권한 관리 - 조직 내 사용 현황과 리소스 관리 - 제품 개발 과정에서 잠재 고객과의 영업 통화, 기존 고객 인터뷰, 지원팀 피드백 등을 적극적으로 활용한다. - 고객 요구를 단순히 받아 적는 것이 아니라, 여러 고객과 조직에 공통적으로 적용될 수 있는 문제를 파악하는 데 초점을 둔다. ## 기존 Admin Settings가 가진 한계 - Figma Organization 출시 후 사용자가 크게 늘면서 관리자 업무의 범위가 넓어졌다. - 초기 Admin Settings는 어떤 기능이 관리자에게 가장 중요한지 충분히 알기 전에 설계된 화면이었다. - 고객·지원·영업팀과의 대화를 통해 다음 문제가 드러났다. - 관리자가 조직의 의사결정에 필요한 정보를 충분히 얻기 어려움 - 자신에게 유용한 기능이 무엇인지 알기 어려움 - 필요한 정보를 수동으로 내보내야 함 - 개별 기능 자체보다, 기능을 발견하고 활용하는 전체 관리 화면의 구조가 문제였다. ## 처음부터 다시 설계한 브레인스토밍 - 팀은 기존 화면을 조금 수정하는 대신 관리자 경험을 처음부터 재구성하기로 했다. - 주요 목표는 다음과 같았다. - 구성원 관리 워크플로 개선 - 기존 기능의 노출과 활용도 향상 - 향후 새 기능을 쉽게 추가할 수 있는 구조 마련 - 아이디어를 다음 세 범주로 나누어 논의했다. - 지금 실행할 항목 - 검토할 가치가 있는 항목 - 과감하고 실험적인 항목 - PM, 엔지니어링 매니저, 디자이너, 엔지니어뿐 아니라 리서치·데이터·지원·마케팅·영업팀도 참여했다. - 각 팀의 제안을 사용자 피드백과 연결해 공통 주제를 도출하고, 우선순위가 높은 항목을 정리했다. ## 단순한 UI 개선이 아닌 제품 개편 - 처음에는 기존 Admin Settings에 새로운 화면과 옵션을 추가하는 정도로 생각했다. - 그러나 영업팀과 함께 관리자들의 실제 불편을 분석하면서 문제가 특정 화면이나 기능에 국한되지 않았음을 확인했다. - 기존 설계 위에 기능을 계속 덧붙이면 단기적으로는 개선할 수 있어도, 다음 문제가 반복될 수 있었다. - 핵심 업무 흐름이 복잡해짐 - 기능 간 연결성이 약해짐 - 새로운 기능을 추가하기 어려워짐 - 따라서 문제의 증상만 고치는 대신, 관리자의 주요 워크플로를 중심으로 전체 제품 경험을 재설계하는 방향을 택했다. ## 다양한 규모의 조직을 위한 확장성 - Figma는 특정 규모 이상의 기업만 대상으로 하는 제품이 아니라, 5명 규모의 팀부터 5,000명 규모의 조직까지 지원해야 한다. - 작은 조직에서는 한 사람이 관리자, 디자인 운영 담당자, 실무 디자이너 역할을 동시에 맡을 수 있다. - 대기업에서는 예산 책임자, 디자인 운영팀, 보안팀, 개별 사용자가 서로 다른 목표와 요구를 가진다. - 경영진·예산 담당자: 조직 전체에서 제품이 제공하는 가치를 파악 - 디자인 운영 담당자: 필요한 권한과 리소스 접근을 보장 - 보안팀: 조직 데이터가 안전하게 보호되는지 확인 - 일반 사용자: 일상적인 업무를 효율적으로 수행 - 따라서 엔터프라이즈 도구는 특정 사용자 유형에만 맞추기보다, 조직 내 다양한 역할과 의사결정 구조를 수용할 수 있어야 한다. - 관리자 화면은 일반 사용자에게는 부수적인 기능처럼 보일 수 있지만, 관리자에게는 매일의 운영을 책임지는 핵심 업무 공간이다. ## 실용적인 결론 엔터프라이즈 제품을 설계할 때는 고객의 최신 요청을 개별적으로 처리하기보다, 여러 조직에서 반복되는 문제와 업무 흐름을 찾아야 한다. 특히 조직 규모와 사용자 역할이 다양하다면 단기적인 UI 수정보다 확장 가능한 정보 구조와 관리 워크플로를 먼저 설계하는 것이 장기적으로 더 효과적이다.