Figmapedia
목록으로 돌아가기
협업 & 프로세스

개발팀 피드백 반영 범위

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

질문사항

실무에서 개발팀으로부터 받은 피드백(사용성, 컴포넌트 크기 등)을 모두 반영해야 할까요, 아니면 특정 선에서 조율하는 것이 좋을까요?

답변

개발팀으로부터 받는 피드백은 매우 중요하지만, 모든 피드백을 무조건적으로 반영하기보다는 신중하게 검토하고 조율하는 과정이 필요합니다.
  • 핵심 기획/전략 유지: 사용성이나 컴포넌트 크기 같은 UI/UX 개선 피드백은 적극적으로 수용하되, 제품의 근본적인 기획이나 핵심 사용자 경험을 변경하려는 피드백에 대해서는 기획팀, PO 등 관련 이해관계자들과 충분히 논의하여 결정해야 합니다.
  • 피드백의 근거 파악: 피드백이 왜 나왔는지(개발 효율성, 기술적 제약, 실제 사용자 데이터 기반 등) 그 배경을 이해하는 것이 중요합니다. 단순히 '이게 더 예쁘다'는 주관적인 의견보다는 명확한 근거가 있는 피드백에 더 무게를 두는 것이 좋습니다.
  • 사용자 중심 사고: 개발팀의 피드백도 중요하지만, 최종 사용자의 입장에서 어떤 디자인이 최적일지 항상 고려해야 합니다. 때로는 개발 편의성보다 사용자 경험이 우선시되어야 할 때도 있습니다.
  • 커뮤니케이션과 설득: 피드백을 반영하기 어렵거나 다른 대안이 더 좋다고 판단될 경우, 그 이유를 명확하게 설명하고 설득하는 과정이 필요합니다. 디자인 결정에 대한 논리적인 근거를 제시하는 것이 중요합니다.
  • 모든 피드백이 정답은 아님: 때로는 피드백을 반영했다가 오히려 더 큰 문제가 발생하거나, 다시 원래대로 돌아가는 경우도 있습니다. 피드백을 비판적으로 수용하고, 필요하다면 A/B 테스트나 사용자 테스트를 통해 검증하는 것도 좋은 방법입니다.