최근 인상 깊게 본 문장이 있었습니다.

AI 시대에 디자이너에게 더 중요해지는 역량은 단순히 툴을 잘 다루는 능력만이 아니라, 복잡한 문제를 이해하고 구조화하는 능력에 가깝다는 내용이었습니다. 

공감이 많이 됐습니다. 요즘 AI는 이미 많은 것을 만들어냅니다. 이미지나 카피를 만들고, 레퍼런스를 정리하고, 화면의 초안을 빠르게 만들어주기도 합니다.만드는 속도는 분명 빨라지고 있습니다. 하지만 실제 디자인 업무를 떠올려보면 속도가 빨라졌다고 해서 일이 곧바로 쉬워지는 것은 아닙니다. 오히려 더 많은 선택지가 생기고, 그중 무엇을 먼저 봐야 하는지 판단해야 하는 순간이 늘어납니다. 결국 중요한 질문은 조금 달라집니다. 디자이너는 AI로 무엇을 더 빨리 만들 수 있을까? 이 질문도 중요하지만, 그보다 먼저 봐야 할 질문이 있다고 생각합니다.

디자이너는 복잡하게 얽힌 문제를 어떻게 이해하고, 어떤 순서로 풀어갈 수 있을까?

AI는 만드는 속도를 높이고 있습니다

AI 도구는 디자인 업무의 많은 부분을 빠르게 만들어주고 있습니다.

예전보다 더 짧은 시간 안에 이미지를 만들 수 있고, 여러 개의 카피를 비교할 수 있습니다. 화면 구성의 아이디어를 빠르게 뽑아보거나, 레퍼런스를 정리하는 일도 훨씬 쉬워졌습니다. 이 변화는 분명 의미가 있습니다. 디자이너가 반복적으로 하던 작업 중 일부는 더 빨라질 수 있습니다. 초기 아이디어를 확인하는 시간도 줄어들 수 있습니다. 직접 손으로 만들기 전에 여러 방향을 빠르게 실험해볼 수도 있습니다.

하지만 만드는 속도가 빨라질수록 또 다른 문제가 생깁니다. 

선택지가 많아집니다.

시안은 더 많이 만들 수 있지만, 어떤 시안이 지금 문제에 맞는지는 다시 판단해야 합니다. 카피는 더 많이 만들 수 있지만, 어떤 표현이 사용자에게 더 적합한지는 다시 골라야 합니다. AI가 결과물을 빠르게 만들어줄수록, 디자이너에게는 “무엇을 만들 것인가”보다 “무엇을 먼저 풀 것인가”가 더 중요해질 수 있습니다.

좋은 디자인은 문제를 이해하는 방식에서 시작됩니다

디자인은 결과물로 평가되는 일이 많습니다.

화면이 예쁜지, 사용하기 쉬운지, 브랜드와 잘 맞는지, 전환이 잘 일어나는지 같은 기준으로 디자인을 보게 됩니다. 하지만 좋은 디자인은 결과물만으로 만들어지지 않습니다.

그 전에 먼저 문제를 이해하는 과정이 필요합니다.

무엇이 진짜 문제인지, 사용자는 어디에서 막히고 있는지, 팀은 어떤 목표를 가지고 있는지, 이번 작업에서 반드시 지켜야 할 기준은 무엇인지 정리되어야 합니다.

예를 들어 “더 직관적으로 해주세요”라는 피드백을 받았다고 해보겠습니다.

겉으로 보면 단순한 수정 요청처럼 보이지만 그 안에는 여러 가능성이 섞여 있을 수 있습니다. 사용자가 실제로 흐름을 이해하지 못하는 문제일 수도 있겠고 표현 방식이 취향에 맞지 않는 문제일 수도 있습니다. 아니면 팀원이나 개발자에게 의도가 잘 전달되지 않는 문제일 수도 있습니다. 이걸 구분하지 않은 채 바로 화면을 고치면, 수정은 했지만 문제가 해결되지 않을 수 있습니다.

그래서 디자인에서 중요한 것은 빠르게 손을 움직이는 것만이 아닙니다. 

먼저 문제를 나누고, 기준을 세우고, 어디부터 풀어야 하는지 정리하는 일이 필요합니다.

문제 해결력은 문제를 구조화하는 능력에 가깝습니다

문제 해결력이라는 말은 자주 쓰이지만, 실제 업무에서는 조금 더 구체적인 능력으로 나타납니다.

복잡하게 얽힌 문제를 작은 단위로 나누는 능력.

무엇이 핵심이고 무엇이 부차적인지 구분하는 능력.

지금 당장 풀어야 할 것과 나중에 봐도 되는 것을 나누는 능력.

그리고 그 문제를 실행 가능한 작업으로 바꾸는 능력.

저는 이 과정을 문제를 구조화하는 일에 가깝다고 생각합니다.

디자인 업무에서는 이런 순간이 자주 생깁니다. 모호한 피드백을 구체적인 기준으로 바꿔야 할 때가 있습니다. 여러 사람의 의견이 섞인 회의 내용을 다음 작업으로 정리해야 할 때도 있습니다. 큰 목표를 작은 실행 단위로 나누어야 할 때도 있습니다. 이때 디자이너는 단순히 화면을 만드는 사람이 아닙니다. 흩어진 정보를 모으고, 문제의 형태를 다시 잡고, 팀이 다음 행동을 할 수 있도록 구조를 만드는 사람에 가깝습니다.

AI 시대에는 이 능력이 더 중요해질 수 있습니다.

만드는 일은 점점 빨라지지만, 무엇을 먼저 풀어야 하는지 정리하는 일은 여전히 사람의 판단을 필요로 하기 때문입니다.

선택지가 많아질수록 구조화가 더 중요해집니다

AI가 없던 때에는 시간이 부족해서 만들지 못하는 경우가 많았습니다.

이제는 반대로 너무 많은 선택지를 빠르게 만들 수 있는 상황이 생기고 있습니다. 시안은 여러 개 나옵니다. 카피도 여러 방향으로 만들 수 있습니다. 레퍼런스도 금방 모입니다. 하지만 선택지가 많아질수록 디자이너의 일은 더 단순해지는 것이 아니라, 다른 방식으로 복잡해질 수 있습니다.

어떤 방향이 지금 문제에 맞는지 봐야 합니다. 어떤 기준으로 비교할지 정해야 합니다. 왜 이 선택을 했는지 팀에 설명할 수 있어야 합니다. 즉, AI가 더 많이 만들어낼수록 디자이너에게 필요한 것은 더 많은 결과물을 관리하는 능력이 아닐 수 있습니다.

오히려 결과물 이전의 문제를 더 명확히 정리하는 능력입니다.

어떤 문제를 풀고 있는지, 어떤 기준으로 판단할지, 어떤 순서로 실행할지 구조화할 수 있어야 합니다. 그 구조가 있어야 AI가 만들어낸 결과물도 의미 있게 사용할 수 있습니다.

D:bo가 돕고 싶은 것도 이 구조화 과정입니다

D:bo를 만들면서 계속 고민한 것도 이 지점이었습니다.

처음에는 투두와 리포트에서 시작했습니다. 디자이너의 하루가 어떻게 남을 수 있는지, 할 일과 진행 상태만으로 업무의 흐름을 정리할 수 있는지 확인해보고 싶었습니다. 하지만 제품을 다시 만들면서 질문이 조금 바뀌었습니다. 디자이너의 일이 단순히 기록되는 것에서 끝나지 않고, 문제를 이해하고 실행으로 이어지는 구조가 될 수 있을까?

그래서 이번 버전에서는 브리프, 실행보드, 리포트와 회고라는 흐름을 만들고 있습니다.

브리프에서는 문제의 배경과 기준을 먼저 정리합니다. 무엇을 해야 하는지보다 왜 해야 하는지, 어떤 기준으로 봐야 하는지를 확인하는 단계입니다. 실행보드에서는 브리프에서 정리된 내용을 실행 가능한 카드로 나눕니다. 큰 문제를 바로 해결하려고 하기보다, 지금 할 수 있는 작업 단위로 쪼개는 과정입니다. 리포트와 회고에서는 실행 결과를 다시 돌아봅니다. 무엇이 완료됐는지뿐 아니라, 어떤 판단이 남았고 다음에는 무엇을 봐야 하는지 확인합니다.

D:bo가 만들고 싶은 것은 디자이너의 판단을 완전히 대체하는 AI가 아닙니다. 

오히려 디자이너가 문제를 더 잘 나누고, 기준을 세우고, 실행 가능한 흐름으로 바꿀 수 있도록 돕는 구조입니다.

AI로 디자이너의 사고를 더 잘 남기는 방향

AI 서비스가 디자인 업무를 돕는다고 하면, 종종 결과물을 대신 만들어주는 장면을 먼저 떠올리게 됩니다.

물론 그런 기능도 중요합니다. 이미지를 만들고, 문장을 제안하고, 화면 초안을 만드는 일은 분명 도움이 됩니다. 하지만 저는 디자이너에게 필요한 AI가 그 방향에만 머물 필요는 없다고 생각합니다.

디자이너가 문제를 이해하는 과정.

피드백을 해석하는 과정.

모호한 요구사항을 기준으로 바꾸는 과정.

큰 문제를 작은 실행 단위로 쪼개는 과정.

이런 사고의 과정이 더 잘 남고, 다음 행동으로 이어질 수 있다면 디자인 업무의 방식도 달라질 수 있습니다. 디자이너가 더 많은 문서를 쓰게 만드는 것이 아니라, 이미 하고 있는 생각과 기록이 더 잘 구조화되도록 돕는 방향입니다.

문제를 대신 해결해주는 도구가 아니라, 문제를 더 잘 풀 수 있는 상태로 정리해주는 도구에 가까워지고 싶습니다.

AI 시대의 디자이너는 화면만 만드는 사람이 아닙니다

AI 시대에 디자이너의 역할은 더 좁아지기보다, 오히려 더 넓어질 수 있다고 생각합니다.

예쁜 화면을 만드는 능력은 여전히 중요합니다. 하지만 그것만으로는 충분하지 않을 수 있습니다. 사용자를 이해해야 합니다. 기술과 비즈니스의 조건도 함께 봐야 합니다. 팀 안에서 서로 다른 의견을 조율하고, 복잡한 문제를 실행 가능한 단계로 나누어야 합니다.

결국 디자이너는 화면을 만드는 사람을 넘어, 문제를 구조화하고 해결의 흐름을 설계하는 사람에 가까워질 수 있습니다. AI가 더 많은 것을 만들어낼수록 이 역할은 더 중요해질 수 있습니다.

무엇을 만들 수 있는지보다, 무엇을 먼저 풀어야 하는지.

얼마나 빠르게 만들 수 있는지보다, 어떤 기준으로 선택할 수 있는지.

이 질문에 답할 수 있어야 하기 때문입니다. 그래서 저는 앞으로의 디자이너에게 문제 구조화 능력이 더 중요해질 거라고 생각합니다.

D:bo는 이 관점에서 계속 제품을 다듬고 있습니다.

디자이너의 문제 해결력을 대신하려는 것이 아니라, 그 역량이 더 잘 발휘될 수 있도록 돕고 싶습니다.

모호한 피드백을 브리프로 정리하고, 실행 가능한 작업으로 나누고, 하루의 결과를 다시 다음 판단으로 연결하는 구조. 아직 완성된 답은 아니지만 디자이너가 문제를 더 잘 구조화하고 해결해갈 수 있는 업무 흐름을 계속 실험해보려 합니다. 그리고 그 과정을 계속 기록해보겠습니다.

[D:bo 디보 보러 가기]