텍스트로 정리된 정책 문서는 조건부 UI가 많은 커머스 영역에서 필연적으로 해석 차이와 반복 질문을 유발한다. 오늘의집 디자이너 Gongdee는 Claude Code를 이용해 조건을 직접 토글하면 UI가 실시간으로 바뀌는 ‘인터랙티브 스펙’을 만들었다. 결과적으로 PDP 가격 정책 관련 개발/QA 과정에서 반복 확인 질문이 0건이 되었다.
이 방법이 효과적인 이유는 단순하다. 읽는 스펙은 상상력을 요구하지만, 조작하는 스펙은 그 자체로 실행 가능한 명세가 된다. 개발자나 QA 담당자가 “이 조건에서는 버튼이 어떻게 보이나요?”라고 묻는 대신 직접 조건을 바꿔보며 확인할 수 있다. 이는 문서의 ‘해석 비용’을 제로로 만든다.
이 사례는 AI의 가치가 ‘무언가를 처음부터 만드는 것’보다 ‘기존 문서를 능동적인 형태로 변환하는 것’에 더 있을 수 있음을 시사한다. 특히 프론트엔드 코드로 즉시 변환 가능한 AI 프로토타입 도구(Claude Code + Figma MCP)가 있다면, 어떤 정책 문서든 인터랙티브한 사양서로 바꿀 수 있다.
근거
Gongdee의 실제 결과: “PDP 가격 정책 개발/QA 과정에서 반복되던 확인 질문이 0건이 됐습니다.” 또한 제작 방법으로 “디자인 스크린샷 전달 → Figma MCP로 룩앤필 반영 → 조건 토글 프로토타입 생성”의 단계를 제시했다.
“문서를 읽고 상상하는 방식이 아니라, 원하는 조건을 직접 조작하면서 화면을 확인할 수 있게”
연결된 생각
- 20260512-ai-design-validation-workflow — 이 접근법이 속한 상위 워크플로우
- 20260512-ai-design-bottleneck-not-completion — 같은 원칙(병목 해소)의 다른 사례
- executable-specification-as-runbook — 소프트웨어 공학에서의 실행 가능한 명세 개념과 유사