AMA: 저는 'Designing AI Interfaces'의 저자이자 전 구글/마이크로소프트 제품 디자이너인 Louise Macfadyen입니다. 무엇이든 물어보세요!
AMA: I'm Louise Macfadyen, author of Designing AI Interfaces and former Google and Microsoft product designer. Ask me anything!
핵심 요약
전직 구글/MS 디자이너가 AI 시대의 제품 디자인 방법론과 '바이브 코딩'의 한계를 극복하는 실무적 조언을 공유합니다.
- 디자인 방법론 — AI 시대에도 제품의 목적과 사용자 정의는 여전히 중요함.
- 바이브 코딩 한계 — Tailwind 기본값에 의존하는 획일적인 디자인에서 벗어나야 함.
- 단계별 가이드 — 제품의 성격(Jig, 내부 도구, 소비자 제품)에 따른 디자인 전략 수립.
- 참고 자료 활용 — Mobbin, Before.click 등 검증된 디자인 패턴 라이브러리 활용.
안녕하세요 레딧! 저는 Louise Macfadyen입니다. 최근까지 마이크로소프트에서 제품 디자이너로 일했고, 그전에는 구글에 있었습니다. 제 책 Designing AI Interfaces (O'Reilly)가 내일 출간되는데, 디자인 배경지식 없이 바이브 코딩을 할 때 디자인이 마치 닫힌 문처럼 느껴질 수 있다는 점 때문에 이번 AMA를 열게 되었습니다. 저는 디자이너이자 개발자로서 독학했기 때문에 비전문가로서 디자인 업무를 하는 기분을 잘 알고 있으며, 좋은 디자인은 재능보다는 방법론에 가깝다고 믿게 되었습니다.
디자인은 전반적으로 바이브 코딩 도구들에 있어 주요한 마찰 지점이 되고 있습니다. 소프트웨어 제작 비용이 저렴해짐에 따라, 신뢰감을 주는 것이 더욱 중요하고 비용이 많이 드는 일이 되었습니다. 게다가 전통적인 제품 개발은 디자인을 고려하든 아니든 디자인 결정을 강제했습니다. 예를 들어, 투자 유치 피칭은 사용자 및 브랜드에 대한 명확성을 강요했고, 채용은 우선순위와 주요 경로 설정을 강요했습니다. 바이브 코딩은 아이디어 → 프롬프트 → 빌드 → 출시 순으로 진행되기에 그런 강제 기능이 작동하지 않고, 결국 명확한 사용자도, 분명한 주요 경로도, 특별히 어떤 모습이어야 할 이유도 없는 제품이 나오게 됩니다.
이런 현상은 세 가지 반복적인 증상으로 나타납니다: 모두를 위한 디자인(결국 누구를 위한 것도 아님), 프린터 문제(모든 기능을 동일한 비중으로 노출하고, 그 사이의 순서를 설계하지 않음), 그리고 시각적 동일성: 흰 배경, Inter 폰트, 카드 레이아웃, 파란색 버튼으로 구성된 모습은 점점 "이건 생성된 것이고, 아마 다음 달이면 사라질 것"이라는 인상을 줍니다.
이에 대한 해결책은 다각적이지만, 과거의 프로세스가 던졌던 질문들을 스스로에게 던지는 법을 배우는 것이 중요합니다. 제가 사용하고 있는 단계별 버전은 다음과 같습니다:
1단계 — 두 축에 자신을 배치하세요. 개인 ↔ 공유, 일회성 ↔ 유지보수. 이 축을 통해 세 가지 상황 중 하나에 놓이게 됩니다: 지그(jig) (본인이 사용자), 내부 도구 (동료), 또는 (낯선 사람). 많은 좌절감은 제품을 실제 카테고리가 아닌 다른 카테고리인 것처럼 취급할 때 발생합니다.
