AI와 협업하기, 개발자·기획자와 일하는 것처럼

“AI와 협업한다”는 말이 점점 자주 들려요. 그런데 구체적으로 어떻게 하라는 건지는 잘 설명이 안 돼요. 협업이라는 단어에 이미 힌트가 있는데, 우리가 개발자·기획자와 일하는 방식에서 빌려오면 돼요.

무슨 일이 있었나

Figma가 발표한 State of the Designer 2026에 따르면, 디자이너의 72%가 이미 생성형 AI 도구를 쓰고 있고, 91%는 새 AI 도구가 결과물을 개선해 준다고 답했어요. (Figma State of the Designer 2026)

숫자만 보면 AI 도입이 이미 일상화된 것 같아요. 그런데 같은 보고서에서 “AI가 팀 협업 방식을 의미 있게 바꾼다”고 말한 응답자는 41%에 그쳤어요. 사용률(72%)과 협업 변화 체감(41%) 사이에 30%포인트 넘는 간극이 있는 거예요. 도구는 쓰고 있는데 일하는 방식은 아직 바뀌지 않았다는 신호예요.

그래서 디자이너에겐 뭘 의미하나

개발자와 협업할 때를 떠올려 보면, 그냥 “이거 만들어줘”로 시작하지 않아요. 스펙 문서를 쓰고, 엣지 케이스를 논의하고, 구현 완료 후 QA를 돌려요. 기획자와 일할 때는 요구사항을 같이 정의하고, 방향이 바뀌면 명시적으로 재합의해요. 모두 공통점이 있어요 — 공유된 언어, 명확한 핸드오프, 피드백 루프.

AI와 일할 때 이 구조가 빠지는 경우가 많아요. 즉흥 프롬프트를 던지고, 결과가 나오면 “쓸 만하냐 아니냐”로 판단하고 끝이에요. 이건 협업이 아니라 자판기 사용이에요.

제 생각엔 AI와 일하는 방식을 바꾸려면 세 가지를 의식적으로 넣어야 해요. 첫째, 스펙을 먼저 써요. 개발자에게 “버튼 디자인해줘”라고 하지 않듯, AI에게도 컨텍스트·톤·제약 조건을 먼저 정의해요. 둘째, 핸드오프 기준을 세워요. “어느 정도면 다음 단계로 넘기나?“를 미리 정해두지 않으면 영원히 프롬프트 루프에 갇혀요. 셋째, 결과를 피드백으로 대해요. “별로다” 대신 “여기서 이 부분이 의도와 달랐다”는 언어로 반응하면 다음 결과가 눈에 띄게 달라져요.

한 가지 반론도 있어요. “AI는 사람이 아니라서 진짜 협업이 아니다”는 시각이요. 맞아요, AI는 피로하지도 않고 자기 의견을 고집하지도 않아요. 그러니 협업의 형식만 빌려오고, 그 안에서 의사결정권은 디자이너가 온전히 가져가는 거예요. 위임이 아니라 지휘에 가까워요.

지금 해볼 것

• 다음 AI 작업 전에 “스펙 한 문단”을 써보세요. 목적, 독자, 피해야 할 것 세 가지만 있어도 결과가 달라져요.
• 결과물을 받은 뒤 “QA 한 줄”을 써보세요. 어떤 기준으로 통과/반려를 결정했는지 남기면, 다음 프롬프트가 훨씬 빨라져요.

출처: State of the Designer 2026 — Figma Blog · State of the Designer 2026 보고서 전문 — Figma