프로젝트를 중도에 그만뒀습니다. 클라이언트가 AI(claude) design을 벤치마크로 계속 사용했기 때문입니다
I just left a project midway because client kept using AI(claude) design as benchmark
HCI Today가 핵심 내용을 정리했어요
- •이 글은 클라이언트가 AI 생성 결과를 기준으로 디자이너를 압박한 경험과 그에 대한 논쟁을 다룹니다.
- •작성자는 UX 디자이너로서 Claude가 만든 결과와 비교당하며, 자신의 작업 속도와 판단이 깎아내려졌다고 말합니다.
- •회의에서는 AI가 몇 시간 만에 한 일을 근거로 더 빠르고 완성도 높은 결과를 요구했고, PRD도 Claude가 만든 뒤 책임은 클라이언트가 회피했다고 합니다.
- •작성자는 결국 프로젝트를 중도에 떠났고, AI 결과를 참고 자료로는 쓰되 성과 기준으로 삼는 방식은 거부했다고 밝힙니다.
- •댓글들은 대체로 클라이언트 태도를 비판하며, AI보다 인간 디자이너의 맥락 파악과 검증 능력이 핵심 가치라고 봅니다.
HCI 전문가들의 생각을 바탕으로 AI 에디터가 생성한 요약입니다.
HCI 관점에서 읽을 만한 이유
이 글은 AI가 디자인 산출물의 비교 기준이 될 때 HCI/UX 실무가 어떻게 흔들리는지 보여주는 사례입니다. 단순히 “AI가 더 빨랐다”는 문제를 넘어, 요구사항 해석, 책임 소재, 과정의 가시성, 전문성 인정이 어떻게 충돌하는지 드러내는데요. 실무자와 연구자 모두에게 인간-기계 협업의 기준을 다시 점검하게 만드는 글입니다.
CIT의 코멘트
CIT 관점에서 보면 이 사례는 AI가 디자인을 대체했다기보다, 클라이언트가 AI를 ‘검증되지 않은 기준선’으로 오용한 상황에 가깝습니다. Claude 같은 LLM은 초안 생성이나 아이디어 확장에는 강하지만, 사용자 맥락, 제약 조건, 이해관계 조정, 예외 상황 설계 같은 작업은 여전히 사람의 판단이 필요합니다. 그런데요, 문제는 도구의 성능보다도 협업 구조입니다. 설계 책임을 AI 출력에 분산시키고, 정작 의사결정의 근거는 설계자에게 요구하는 방식은 HCI 관점에서 매우 취약합니다. 따라서 대응은 “AI보다 잘해야 한다”가 아니라, AI가 만들 수 없는 가치—문제정의, 검증, 우선순위 조정, 리스크 관리—를 명확히 드러내는 쪽이어야 합니다. 동시에 프리랜서는 계약 초기에 산출물 기준과 책임 범위를 더 엄격히 합의할 필요가 있습니다.
원문을 읽으면서 던질만한 질문
- Q.클라이언트가 AI 산출물을 기준으로 삼을 때, UX 실무자는 어떤 방식으로 자신의 전문 가치를 가장 설득력 있게 보여줄 수 있을까요?
- Q.AI가 생성한 PRD나 화면 초안을 협업 자산으로 활용하되, 책임 소재와 품질 기준은 어떻게 분리해 합의하는 것이 좋을까요?
- Q.프리랜서 UX 디자이너가 AI 시대에 반복되는 비교 압박을 줄이기 위해 계약 단계에서 어떤 조건을 명시해야 할까요?
HCI 전문가들의 생각을 바탕으로 AI 에디터가 생성한 코멘터리입니다.
정확한 내용은 반드시 원문을 참고해주세요.
뉴스레터 구독
매주 금요일, 주간 HCI 하이라이트를 이메일로 받아보세요.