협업 & 프로세스

코딩 화면 피그마 옮기기 적절성

피그마 오픈카톡방2026. 3. 7.

질문사항

현재 코딩으로 바로 구현된 소프트웨어 화면을 홍보 이미지나 영상 제작을 위해 피그마로 옮겨달라고 요청하는 것이 업무상 적절한가요? (현재는 캡처한 이미지로 목업을 활용하고 있습니다.)

답변

현재 상황은 디자인-개발 워크플로우의 순서가 바뀌어 발생한 문제로 보입니다. 이상적으로는 디자인이 먼저 확정된 후 개발이 진행되어야 합니다.

질문에 대한 답변:

업무상 적절성: '업무상 맞다'기보다는, 이미 개발이 완료된 상태에서 홍보 이미지/영상 제작이라는 새로운 요구사항이 발생했기 때문에, 이를 해결하기 위한 불가피한 작업으로 볼 수 있습니다. 만약 벡터 기반의 고품질 홍보 자료가 필요하다면, 피그마로 옮기는 작업은 필요할 수 있습니다.

장점:

고품질 홍보 자료: 피그마로 옮기면 벡터 기반의 이미지를 얻을 수 있어, 다양한 해상도와 매체에 대응하는 고품질 홍보 이미지 및 영상을 제작하기 용이합니다.

향후 디자인 시스템 구축 기반: 이 기회에 현재 개발된 화면을 피그마로 문서화하면, 향후 소프트웨어 확장이나 기능 추가 시 '선 디자인 후 개발' 워크플로우를 정립하는 데 중요한 기반이 될 수 있습니다. 이는 장기적으로 디자인 일관성과 개발 효율성을 높이는 데 기여합니다.

단점:

추가 공수 발생: 이미 개발된 화면을 피그마로 다시 옮기는 것은 상당한 시간과 노력이 필요한 작업입니다.

싱크 문제: 개발된 화면과 피그마 파일 간의 싱크를 유지하는 것이 어려울 수 있습니다.

결론:

단기적으로는 캡처 이미지로 목업을 활용하는 것이 가장 빠르고 효율적인 방법일 수 있습니다. 하지만 장기적인 관점에서 소프트웨어의 확장성, 디자인 일관성, 그리고 효율적인 협업 워크플로우를 고려한다면, 현재 개발된 화면을 피그마로 문서화하는 작업을 시작하는 것을 강력히 권장합니다. 이는 단순히 홍보 자료 제작을 넘어, 미래의 디자인 시스템 구축과 '선 디자인 후 개발' 프로세스 정립을 위한 중요한 첫걸음이 될 것입니다. 이 작업을 진행할 때는 개발팀과 충분히 논의하여 작업 범위와 우선순위를 조율하는 것이 중요합니다.