개요

XDA Developers 칼럼니스트이자 디자이너인 야시 파텔(Yash Patel)이 자신의 창작 루틴을 공개했습니다. 핵심은 단순합니다. 피그마를 켜기 전에 클로드(Claude)부터 켠다는 것. 그는 클로드를 “더 빨리 끝내주는 도구"가 아니라 “생각을 정리해 주는 동료"로 쓰고 있다고 말합니다. 그 결과 시안의 양은 줄었지만, 시안 하나하나의 방향성은 더 또렷해졌다는 게 그의 진단입니다.

이 변화의 결이 흥미롭습니다. 그동안 디자이너들이 AI에게 기대하던 건 보통 “빠른 출력"이었습니다. 색 팔레트 추천, 레이아웃 변형, 카피 다듬기처럼 실행을 가속하는 쪽이었죠. 파텔의 사용법은 그 반대 방향입니다. 실행을 시작하기도 전, ‘이걸 왜 만드는가’를 클로드와 함께 다시 짠다는 겁니다.

핵심 요약

  • 워크플로우의 시작점이 바뀌었다. 피그마·블랭크 캔버스가 아니라 클로드와의 대화에서 작업이 시작된다.
  • 질문이 결과보다 먼저다. 색·폰트·레이아웃이 아닌 “독자는 누구인가, 어떤 감정을 남기고 싶은가, 어떤 서사를 깔 것인가"를 먼저 묻는다.
  • 클로드의 역할은 ‘비판자’에 가깝다. 동의해 주는 비서가 아니라, 약점을 짚어 주는 파트너로 쓴다.
  • 실행은 여전히 인간의 몫이다. 클로드는 사전 탐색 단계 전부에 참여하지만, 실제 디자인 파일을 만지는 건 파텔 자신이다.
  • 결과적으로 시안 수가 줄고, 방향성이 또렷해졌다. “흔들리지 않는 한 가지를 다듬는” 작업으로 시간이 옮겨 갔다.

본문

1. 도구가 아니라 사고방식을 바꿨다

파텔이 처음 클로드를 쓰기 시작했을 때 기대했던 건 흔한 그림이었습니다. 작업을 더 빨리 끝내 주는 보조 도구. 그런데 실제로 가장 큰 변화는 ‘속도’가 아니라 ‘시작 지점’에서 일어났다고 합니다. 그의 표현이 단정합니다.

“클로드는 더 좋은 결과물을 만들어 주는 도구가 아니라, 더 좋은 아이디어를 처음부터 만들어 주는 공간이었습니다. 탐색하고, 되돌아보고, 결정을 내리는 곳. 전통적인 생산성 도구가 줄 수 없는 가치입니다.”

생산성 도구의 사고방식은 보통 이렇습니다. 일을 잘게 나누고, 각 조각을 더 빨리 처리한다. 클로드의 자리는 다릅니다. 일을 시작하기 전, ‘내가 진짜 만들고 싶은 것이 뭔지’를 정리하는 자리입니다.

2. 피그마를 켜는 대신 대화부터 연다

예전의 파텔은 일감을 받으면 곧장 피그마를 열고 레이아웃·색·폰트를 만지면서 방향을 찾아 갔습니다. 그러다 보니 시안은 늘었지만, “왜 이 방향인가"라는 질문에 대한 답은 늘 흐릿했다고 합니다.

지금은 정반대입니다. 거친 콘셉트, 스크린샷, 무드보드를 먼저 클로드에 던지고 대화부터 시작합니다. 미적인 요소가 아니라 의도를 묻습니다.

  • 이 화면을 누가 볼 것인가?
  • 마지막에 어떤 감정을 남기고 싶은가?
  • 어떤 이야기를 깔고 싶은가?

이 단계에서 그는 사용자 흐름을 같이 짜고, 자신의 가정을 흔들어 보고, 빠르게 콘셉트를 시뮬레이션합니다. 파텔의 정리는 간결합니다.

“방향을 찾는 데 들이던 시간이, 한 방향을 다듬는 데로 옮겨 갔습니다. 디자인이 더 의도적으로 느껴지는 이유는, 빈 캔버스가 아니라 명확한 의도에서 시작하기 때문입니다.”

3. 디자인 너머로 — 카피, 네이밍, 포지셔닝까지

파텔은 클로드의 자리를 디자인 안에 가두지 않습니다. 랜딩 페이지나 제품 경험을 짤 때, 그는 시각 요소보다 감정·포지셔닝에 대한 질문을 먼저 던집니다. 제품 이름, 태그라인, 콘텐츠 콘셉트, 포지셔닝 문장도 클로드와 함께 스트레스 테스트합니다.

또 하나의 활용은 ‘뻔하지 않은 각도’를 찾는 일입니다. 그의 말처럼, 대부분의 아이디어에는 가장 먼저 떠오르는 해석이 있습니다. 클로드는 그 첫 번째 해석을 넘어, 덜 예측 가능한 - 그래서 더 흥미로운 - 관점을 같이 찾아 줍니다.

작업 순서는 늘 같습니다. 가능성을 펼치고, 가정을 흔들고, 유망한 갈래를 더 키워 보고, 하나로 좁힌 다음, 실행한다. 클로드는 ‘실행’ 직전까지 모든 단계에 있지만, 도구를 잡고 만드는 사람은 끝까지 파텔 본인입니다.

4. 동의해 주는 비서 말고, 비판해 주는 파트너

이 글에서 가장 와닿는 대목은 클로드를 ‘동의해 주는 비서’로 쓰지 않는다는 점입니다. 사람은 자기가 처음 잡은 해석에 애착이 생기기 마련이고, 그러면 그 해석의 약점이 잘 보이지 않습니다. 파텔은 클로드에게 그 약점을 찾으라고 명시적으로 부탁합니다.

대표적인 기술이 페르소나 부여입니다. “불만 가득한 고객”, “내 가정을 의심하는 회의주의자” 같은 역할을 입히고 비판을 받습니다. 그가 강조하는 건 의도입니다.

“부정적인 피드백을 원하는 게 아니라, 솔직한 피드백을 원하는 겁니다. 그 대화들이, 약점이 실제 문제가 되기 전에 약점을 드러내 줍니다.”

좋은 창작 파트너의 정의도 여기서 나옵니다. 만드는 걸 도와주는 게 아니라, 더 명확하게 생각하도록, 가정을 의심하도록, 결국 더 나은 아이디어에 도달하도록 돕는 존재. 그가 본 클로드는 후자에 가깝다는 겁니다.

5. 혼자 생각하지 않을 때, 창작의 결이 달라진다

파텔이 글을 맺는 방식이 담백합니다. 클로드는 그의 창의성을 대체하지도, 그의 일을 대신해 주지도 않았습니다. 다만 “아이디어에서 실행으로 가는 여정"이 더 의도적이고, 덜 불안하게 느껴지게 만들었다는 겁니다.

조금 더 풀어 보면 이렇습니다. 디자이너의 불안 대부분은 “이 방향이 맞나"에서 옵니다. 그래서 시안이 자꾸 늘어나고, 방향이 흔들립니다. 시작 단계에서 의도를 또렷이 정리해 두면, 같은 시간을 써도 만지는 깊이가 달라집니다. 클로드는 그 정리 작업을 같이 해 주는 도구라는 게 그의 결론입니다.

실무자가 볼 핵심 포인트

  • AI 도입의 단위를 다시 짜라. “타이핑을 대신해 주는 도구"가 아니라 “사고의 시작점"으로 자리를 옮기면, 산출물 자체가 달라진다.
  • 클로드와의 첫 프롬프트는 결과물이 아닌 의도 정의로 시작하라. “이 화면 시안 뽑아 줘"보다 “이 화면이 사용자에게 남겨야 할 감정과 행동이 뭐인지 같이 정리해 줘"가 훨씬 강한 출발이다.
  • 모델을 비서가 아니라 비판자로 쓰는 프롬프트 패턴을 만들어 두라. “이 콘셉트의 약점 3가지”, “회의주의자 페르소나로 반박” 같은 카드형 프롬프트가 반복 사용에 강하다.
  • 실행 전 탐색 시간을 일정에 분리해 둬라. 디자인·기획 일정 안에 “클로드와 의도 정리” 단계를 별도 블록으로 잡으면, 실행 단계에서 헤매는 시간이 줄어든다.
  • AI는 실행자가 아니라 사전 파트너로 두는 게 더 안전하다. 최종 결정과 최종 산출은 사람이 책임진다. 그래야 결과의 일관성과 책임 소재가 모두 또렷해진다.

원문 출처

원문 보기

  • XDA Developers · Yash Patel · 2026년 6월 20일