Codex로 생산성을 10배 올리는 플러그인 만들기

Project Image

배경

우리 팀은 왜 이렇게 수정이 많을까요?

Project Image

반도체 검사 프로그램의 리포트와 차트를 디자인하면서 우리 팀은 심각한 비효율을 마주했습니다. 1회의 차트 디자인 수정 요청이 들어오면 평균 5건의 작업량이 발생했기 때문입니다.

이 추세가 유지된다면 기대 작업 수 대비 리소스가 3~5배까지 급증할 것으로 예상되었고, 내부에서도 "요즘 차트 작업량이 너무 많다"는 의견이 쏟아졌습니다.

결국 우리는 초기 비용이 들더라도 비효율이 누적되는 현상을 막기로 의견을 모았습니다.

문제 진단

화면 단위 수작업

Project Image

문제를 파악해 보니, 수정이 발생할 때마다 화면별로 차트를 반복해서 제작하는 방식이 원인이었습니다. 변수가 너무 많아 디자인 시스템으로 정리하기 어렵다고 판단해, 그동안 화면 단위로 작업해 왔던 것입니다. 그러다보니 개발에서 수정이 발생하면, 화면 단위로 차트 디자인을 업데이트하고 있었습니다.

그래서 이를 해결하고자 피그마(Figma) 컴포넌트화를 시도했습니다.

  • 1차 시도 (통합 차트 컴포넌트): 마스터 차트를 만들었지만, 데이터 값이 달라질 때마다 결국 컴포넌트 연결을 끊는(Detach) 상황이 반복되었습니다.
  • 컴포넌트로 관리는 되지만, 데이터 입력이 불가능한 문제 존재
    컴포넌트로 관리는 되지만, 데이터 입력이 불가능한 문제 존재
  • 2차 시도 (Override 구조 활용): 스타일과 데이터를 분리해 인스턴스는 유지했지만, 시리즈와 패딩(Padding) 값을 수동으로 입력해야 하는 한계에 부딪혔습니다. 한 디자이너는 "패딩 값을 수작업으로 입력해야 해서 막막했다"고 토로하기도 했습니다.
  • Project Image
    데이터 수정이 가능해졌지만, 하나하나 padding값을 직접 입력해줘야한다.
    데이터 수정이 가능해졌지만, 하나하나 padding값을 직접 입력해줘야한다.

    게릴라 인터뷰를 통해 진짜 병목이 '데이터 계산 및 적용' 단계에 있다는 것을 깨달았습니다. 데이터 수만큼 수치를 입력하고 높이에 따라 데이터 값을 일일이 수동으로 계산하는 데 너무 많은 시간이 소요된 것입니다. "차트는 디자인과 데이터의 결합"인데, 데이터를 관리할 수단이 없었던 것이 문제의 핵심이었습니다.

    해결책

    입력부터 수정까지, '통합형 차트 빌더' 개발

    Project Image

    이대로 문제가 계속된다면 몇백개의 차트 파일들이 관리가 안된채로 방치될 것이 분명했습니다. 또한 Figma는 애초에 데이터 & 차트 빌더 툴이 아니기 때문에 이런 차트 기능을 네이티브로 제공하지 않는 문제점이 있었습니다.

    이런 한계를 극복하고, 디자인 및 데이터 입력·계산·수정을 한 번에 관리하기 위해 피그마 플러그인(MVP)을 직접 제작하기로 했습니다. 필요한 기능을 Codex와 함께 개발하며, 팀 내 디자이너를 대상으로 테스트를 반복했습니다.

    ❶ 데이터 입력 및 계산 자동화

    데이터를 입력하면 알아서 계산하고, 미리보기까지 보여준다.
    데이터를 입력하면 알아서 계산하고, 미리보기까지 보여준다.

    데이터를 입력하면 플러그인이 차트 값을 자동 계산하고, 이를 미리보기로 즉시 반영하도록 했습니다. 번거로운 수동 계산과 레이어 입력이 줄어들면서, 데이터 반영 시간이 극적으로 단축되었고 수작업으로 인한 입력 오류도 줄일 수 있었습니다.

    ❷ 레이어 탐색 없는 속성 단위 편집

    기존: 하나하나 레이어를 선택 후 스타일 변경
    기존: 하나하나 레이어를 선택 후 스타일 변경
    플러그인: 레이어와 연결된 스타일 속성을 카드로 제어
    플러그인: 레이어와 연결된 스타일 속성을 카드로 제어

    기존에는 10개가 넘는 복잡한 레이어를 일일이 찾아 수정해야 했지만, 이제는 레이어를 선택하지 않고도 플러그인 UI에서 직접 스타일 속성을 수정할 수 있습니다.

    템플릿 기능을 이용하면 원하는 프리셋으로 바로 적용이 가능하다.
    템플릿 기능을 이용하면 원하는 프리셋으로 바로 적용이 가능하다.

    또한 스타일 템플릿 기능을 적용해 스타일 적용에 드는 시간도 대폭 줄였습니다.

    ❸ D3.js 기반으로 디자인-개발 기준 통합

    Figma에서 제작한 차트를 코드로 어떻게 보일지 확인할 수 있다.
    Figma에서 제작한 차트를 코드로 어떻게 보일지 확인할 수 있다.

    기존에는 피그마와 실제 개발 환경(D3.js) 간의 구조 차이로 구현 결과가 어긋나고 문서를 재수정하는 일이 잦았습니다. 우리는 피그마 레이어 속성을 D3.js 구현 속성에 맞춰 재정의하고 서로 연결했습니다. 나아가 현재 디자인을 코드 구조로 바로 변환할 수 있는 기능(Export Code)을 추가하여 디자인-개발 간의 재수정 비용을 최소화했습니다.

    성과 및 결과

    리소스 감소와 압도적인 만족도

    새로운 시스템의 효과를 확인하기 위해 레거시 기능 문서를 업데이트해 본 결과, 놀라운 변화가 있었습니다.

  • 효율성 극대화: 34개에 달하던 화면 내 차트가 단 5개의 원본 컴포넌트로 통합되었습니다.
  • 시간 단축: 30분이나 걸리던 디자인 업데이트 시간이 단 3분으로 줄었고 , 데이터 반영 시간은 5분에서 30초로 단축되었습니다.
  • 안정성 증가: 컴포넌트 Detach 횟수가 14건에서 2건으로 급감했습니다.
  • 만족도 상승: 디자이너와 개발자가 동일한 구현 기준을 공유하게 되면서 작업 프로세스가 훨씬 편해졌고, 플러그인 구현 만족도는 2.1점에서 4.5점 만점에 가까운 점수로 수직 상승했습니다.
  • 5. 마무리하며

    시스템 개선은 곧 작업 과정의 재설계

    끝없는 차트 수정을 해결하며 우리 팀이 얻은 가장 큰 배움은, "시스템 개선 경험은 단순한 디자인 구조 변경뿐만 아니라 작업 과정 자체의 재설계가 필요하다"는 점입니다. 단순히 컴포넌트를 잘 깎는 것을 넘어, 디자이너와 개발자가 함께 일하는 워크플로우의 근본적인 병목을 찾아 자동화한 이번 경험이 앞으로 팀의 리소스를 보호하는 강력한 무기가 되기를 기대합니다.

    플러그인 제작팁이 궁금하다면?

  • AI를 이용해서 플러그인 기능을 만들 수 있을까?
  • AI로 플러그인 디자인을 어떻게 할 수 있을까?
  • Project Info.
  • Type: Internal Project
  • Year: Jan 2026 - Feb 2026