프로토타입을 만드는 데 하루가 걸리지 않는 시대가 됐다. Cursor에 요구사항을 붙여넣고, v0.dev에서 컴포넌트 초안을 뽑고, Claude에게 엣지 케이스를 물어보면 '작동하는 무언가'는 오후 안에 나온다. 그런데 팀에서 이 결과물을 보며 가장 자주 듣는 말은 "근데 뭔가 어색한데?"다. 작동은 하는데 제대로 된 건 아닌 그 느낌—그 간극을 메우는 것이 AI 시대 프론트엔드 개발자에게 실제로 요구되는 능력이다.
세 가지 소스가 같은 문제를 서로 다른 각도에서 가리키고 있다. UX 안목의 본질, React 코드 품질의 함정, 그리고 AI API 비용의 숨겨진 구조. 이 세 축을 함께 설계하지 않으면 '빠르게 만들기'는 기술 부채를 빠르게 쌓는 것과 구별되지 않는다.
설계 1. 안목은 생성 이후의 문제다
Geeknews가 소개한 UX 디자이너의 글은 꽤 도발적인 전제로 시작한다. AI로 만든 그림과 인간이 그린 그림을 44명에게 구분하게 했더니 정답률이 동전 던지기보다 조금 나은 수준이었다. 더 흥미로운 건 후속 실험이다. 똑같은 AI 생성 이미지를 한 그룹에는 '인간 화가 작품'이라고 알려줬더니, 복잡성·새로움·모호성 평가가 통계적으로 유의하게 높아졌다(p < .05). 그림 자체는 하나도 바뀌지 않았는데.
이 실험이 프론트엔드 프로토타이핑에 던지는 질문은 명확하다. AI가 만든 UI가 '그럴듯해 보인다'는 사실은, 그것이 실제로 좋다는 증거가 아니다. Nielsen Norman Group이 AI 프로토타이핑 도구와 인간 디자이너의 결과물을 비교했을 때, 상세한 프롬프트를 써도 AI는 그룹화·정보 계층·간격·빈 상태·엣지 케이스 같은 '눈에 잘 띄지 않는 결정'을 반복해서 놓쳤다. 멀리서 보면 괜찮아 보이지만 가까이서 보면 어딘가 어긋난 그 상태.
이 글의 저자는 안목(taste)을 '그럴듯한 결과를 거부하는 능력'으로 정의한다. AI는 '언제 탐색을 멈춰야 하는지' 알지 못한다. 생성기는 검사를 통과하는 방향으로 최적화될 뿐, '만들 가치가 있는가'를 학습하지 않는다. 실제로 Art AI 프로젝트처럼 독립적인 AI 창작을 내세운 프로젝트조차 공개할 결과물을 인간 팀이 선별했다. 생산 규모는 확장할 수 있어도 판단은 같은 방식으로 확장되지 않는다는 것, 이것이 이 논의의 핵심이다.
그렇다면 안목은 어떻게 형성되는가. 저자는 12세부터 받은 미술 교육과 건축학교의 비평 과정을 이야기한다. 수백 번의 교정이 반복되면서 "왜 이 구성이 틀렸는지"를 누군가 말해주지 않아도 스스로 감지하는 능력이 쌓였다고. 안목은 성공을 많이 거두면 생기는 게 아니라, 틀렸다는 교정을 거듭하면서 천천히 형성된다. B2B 프로덕트 디자인에서 이 능력은 '무엇을 보여주고 무엇을 숨길지', '어떤 순서로 일이 진행되게 할지'를 결정하는 작은 판단들로 구체화된다. 제대로 됐을 때는 아무도 알아차리지 못하지만, 잘못됐을 때는 곧바로 드러나는 바로 그 결정들.
실무적으로 이 설계가 의미하는 건 이렇다. AI 프로토타입을 팀에 공유할 때 "작동하나요?"가 아니라 "이 빈 상태는 사용자에게 무엇을 안내하나요?