똑똑한 PM들이 ‘바이브 코딩’으로 디자인 작업을 빨리 끝내는 이유

HCI 관점에서 읽을 만한 이유

이 글은 AI를 ‘무엇을 만들 수 있느냐’보다 ‘어떻게 함께 탐색하느냐’의 문제로 보여준다는 점에서 HCI 실무자와 연구자에게 의미가 있습니다. PM이 와이어프레임을 빠르게 만들고 비교하는 과정은, 결국 사람과 AI가 의사결정을 어떻게 나누는지에 대한 인터랙션 설계 문제인데요. 특히 탐색 단계와 정교화 단계를 분리해 생각하는 접근은, 협업 도구와 생성형 AI가 실제 업무 흐름에 들어갈 때 어떤 병목이 줄고 어떤 책임이 남는지 살펴보게 합니다.

CIT의 코멘트

이 글에서 흥미로운 지점은 ‘디자인을 대체한다’가 아니라 ‘탐색 속도를 높인다’는 프레이밍입니다. 빠른 생성과 비교는 분명 유용하지만, 안전한 인터랙션을 만들려면 상태가 얼마나 확실한지, 무엇이 임시 결과인지, 사용자가 언제 개입해야 하는지가 더 잘 보여야 합니다. 특히 원격조종이나 자율행동이 들어가는 시스템처럼 실패 비용이 큰 제품에서는, 클릭 한 번으로 생산 단계로 이어지는 흐름이 오히려 위험을 숨길 수 있습니다. 그래서 이런 도구는 속도만 볼 게 아니라, 되돌리기, 검토, 책임 분리 같은 장치를 함께 설계해야 합니다. 또한 LLM을 UX 측정 도구로 쓰는 연구도 가능해 보이는데, 생성 속도가 빨라질수록 평가의 엄밀성은 더 단단해야 하니까요.

원문을 읽으면서 던질만한 질문

• Q.빠른 생성형 디자인 도구에서 사용자가 지금 보고 있는 것이 ‘초안’인지 ‘거의 최종안’인지 더 잘 이해하게 하려면 어떤 상태 표현이 필요할까요?
• Q.탐색 속도를 높이는 도구가 디자인 검토를 건너뛰게 만들지 않으려면, 어떤 개입 지점과 되돌리기 장치가 필수일까요?
• Q.PM이 만든 프로토타입을 기반으로 디자인 협업을 시작할 때, 무엇을 함께 넘기고 무엇은 반드시 남겨두는 것이 좋을까요?