디자인 도구를 평가하는 방법 | Figma 블로그 (새 탭에서 열림)
팀에 맞는 디자인 도구를 고를 때는 기능 비교나 리뷰만으로 결정하지 말고, 팀 규모·분산 환경·업무 방식·협업 상대를 기준으로 체계적으로 평가해야 한다. 도구 선정은 제품 출시나 디자인 스프린트처럼 하나의 프로젝트로 관리하고, 준비·탐색·기준 수립·후보 선정·테스트·최종 결정의 단계를 거치는 것이 효과적이다. 충분한 사전 조사와 실제 업무 테스트를 진행하면 도입 이후의 혼란과 비용을 줄일 수 있다.
도구 선정을 하나의 프로젝트로 관리
- 도구 변경을 즉흥적인 구매가 아니라 제품 출시나 디자인 스프린트와 같은 프로젝트로 취급한다.
- 팀의 분기별 계획에 평가 작업을 포함하고, 담당자와 일정을 명확히 정한다.
- 조직이 복잡할수록 한 번에 전환하기보다 단계적인 도입 계획이 필요하다.
일정과 의사결정 구조 마련
- 전체 과정에는 대략 한 달을 배정할 수 있다.
- 약 2주: 준비와 조사
- 약 2주: 짧은 실제 프로젝트에서 후보 도구 테스트
- 프로젝트 관리 도구에 작업 일정을 등록하고, 최종 마감일을 정한다.
- 특정 도구가 충분히 우수하다는 결론이 일찍 나면 모든 후보를 끝까지 검토할 필요는 없다.
- 디자이너뿐 아니라 프로젝트 승인자, 개발자, 제품 관리자, 마케팅 등 영향을 받는 이해관계자를 사전에 참여시킨다.
교차 기능 워킹 그룹 구성
- 도구 선정과 도입을 함께 담당할 공식 그룹을 만들 수 있다.
- 여러 팀의 구성원이 참여하면 각 조직의 요구사항과 우려를 균형 있게 반영할 수 있다.
- 정기적인 짧은 회의와 전용 Slack 채널 등을 활용해 질문과 피드백을 모은다.
- 평가가 끝난 뒤에도 이 그룹은 교육, 전환, 문제 해결을 지원하는 역할을 할 수 있다.
평가 과정과 사용 경험 기록
- 일정, 의사결정, 공식 피드백을 공유 문서에 기록한다.
- 기능 목록뿐 아니라 실제 업무에서 도구가 어떻게 작동했는지에 대한 자유로운 의견도 남긴다.
- 문서에는 사용 중 편했던 점, 막혔던 순간, 기존 워크플로와의 충돌 등을 구체적으로 적는다.
- 새 도구를 도입하면 초기 적응 기간이 필요하므로, 도입 후 몇 주 동안 생산성이 일시적으로 낮아질 수 있음을 이해관계자에게 미리 알린다.
팀의 상황과 우선순위 정의
- 후보 도구를 비교하기 전에 팀이 실제로 해결하려는 문제가 무엇인지 합의한다.
- 다음과 같은 조건을 점검한다.
- 팀 규모와 성장 속도
- 구성원의 근무 장소와 원격근무 비중
- 신규 인력 온보딩 빈도
- 다른 직군과의 협업 방식
- 대규모 팀은 공유 라이브러리와 디자인 시스템을 통한 일관성과 확장성을 중시할 수 있다.
- 빠르게 성장하는 팀은 신규 구성원이 쉽게 배우고 업무에 참여할 수 있는지가 중요하다.
- 원격 팀은 실시간 협업과 커뮤니케이션 기능을 우선적으로 고려할 가능성이 높다.
현재 도구의 문제점 파악
- 기존 도구에서 불편한 점을 막연하게 나열하지 말고, 문제가 발생하는 구체적인 순간을 기록한다.
- 예를 들어 개발자 핸드오프, 디자인 리뷰, 파일 공유, 협업 과정에서 어디가 끊기는지 확인한다.
- 디자이너 외에도 개발자, 제품 관리자, 마케터에게 의견을 받아 직접 보이지 않던 문제를 발견한다.
- 현재 도구의 단점을 파악해야 새 도구가 반드시 해결해야 할 요구사항을 정의할 수 있다.
평가 기준을 주제별로 정리
- 수집한 요구사항을 몇 가지 핵심 주제로 묶어 후보 도구를 평가한다.
- 글에서 제시한 주요 주제 중 하나는 생산성이다.
- 개인 작업뿐 아니라 스프린트 계획, 디자인 리뷰, 개발자 핸드오프까지 전체 흐름을 살핀다.
- 이미 효율적인 업무와 개선이 필요한 업무를 구분한다.
- 새 도구가 기존 워크플로에 자연스럽게 통합되는지 확인한다.
- 이후 후보 도구는 이러한 기준에 따라 비교하고, 소수의 최종 후보를 선정한 뒤 실제 단기 프로젝트에서 테스트해야 한다.
도구의 “최고 기능”보다 우리 팀의 협업 방식과 문제를 얼마나 잘 해결하는지가 더 중요하다. 이해관계자를 일찍 참여시키고, 실제 업무를 기준으로 일정 기간 테스트한 뒤, 도입 후 적응 비용까지 고려해 결정하는 것이 현실적인 방법이다.