디자이너가 만든 마이크로 툴, 장난감과 자산의 경계는 어디일까

헤드라인

디자이너가 AI 로 자기 툴을 만드는 트렌드에서 저는 "만들기 쉬워졌다"보다 "기본값을 누가 정하느냐"가 바뀐 게 더 크다고 봐요. 지금까지 디자인 툴의 기본값은 어도비와 피그마가 정했고, 디자이너는 그 안에서 고르는 사람이었잖아요. 리소그라프 효과 하나, 그라데이션 하나도 툴이 제공하는 슬라이더 범위 안에서요. 레이디러너가 모아 보여준 사례들은 그 범위를 디자이너가 직접 코드로 굳히기 시작했다는 증거입니다.

Design Minis 에 모인 디자이너 제작 마이크로 툴

마이크로 툴이 파는 건 기능이 아니라 취향이다

Design Minis 에 올라온 툴들의 공통점은 하나의 작은 기능에 집중한다는 거예요. 셰이더 계열이 특히 많고, 그라데이션이나 패턴 같은 배경 에셋 생성기, 3D 효과나 모션을 넣는 것도 있습니다. 2026년 3월 Framer 가 Shaders 메뉴를 내고 6월 피그마가 커스텀 셰이더를 선보이면서 셰이더가 디자인 용어로 자리잡은 흐름과 맞물려 있죠.

이미지에 리소그라프 효과를 입히는 INKDRUM

INKDRUM 같은 툴이 왜 존재하는지 생각해 보면 답이 나옵니다. 리소그라프 효과는 포토샵에서도 만들 수 있어요. 단계가 많고 매번 같은 결과가 안 나올 뿐이죠. 이 툴은 그 단계를 슬라이더 하나로 압축하면서 "내가 생각하는 리소그라프는 이 정도 거칠기"라는 취향을 코드에 고정해요. 기능이 새로운 게 아니라 기본값이 새로운 겁니다. 그래서 이런 툴은 만든 사람에겐 가치가 크고 남에겐 대체로 별 가치가 없어요. 취향은 안 옮겨지거든요.

장난감이 자산이 되는 지점

갈림길이 되는 사례가 Calendly 입니다. 리브랜딩에 포함된 패턴 생성기 Patternly 는 피그마 메이크로 만들었어요. 개인 장난감과 다른 점은 딱 하나예요. 만든 사람이 아니라 다른 사람이 쓴다는 것.

Calendly 리브랜딩에 포함된 패턴 생성기 Patternly

브랜드 팀 입장에서 이건 가이드라인 PDF 의 상위 호환이에요. "패턴은 이 규칙으로 만드세요"라고 문서에 적는 대신 그 규칙 밖의 패턴을 아예 못 만드는 툴을 주는 거니까요. 디자인 시스템을 굴려 본 팀은 알 텐데, 규칙을 문서로 배포하면 안 지켜지고 컴포넌트로 배포하면 지켜집니다. Patternly 는 브랜드 그래픽에 같은 원리를 적용한 거죠. 규모가 작은 팀도 이런 툴을 제공할 수 있게 됐다는 레이디러너의 관찰은 맞고, 저는 이게 이 트렌드에서 실무에 남을 유일한 부분이라고 봐요.

그런데 다른 사람이 쓰는 순간 붙는 게 있습니다. 브라우저가 바뀌면 깨지고, 브랜드 컬러가 바뀌면 고쳐야 하고, 누군가 접근성을 물어요. 피그마 메이크로 한나절에 만든 툴이 2년 뒤에도 돌아가려면 누군가 소유해야 하죠. 레이디러너는 커스텀 툴 제작이 디자이너의 실제 업무가 될 가능성을 열어 두는데, 업무가 되는 순간 유지보수도 업무가 됩니다. 그 비용을 셈에 넣지 않으면 툴은 만든 사람이 퇴사할 때 같이 사라져요.

Brik 이 보여주는 건 다음 단계가 아니라 플랫폼의 셈법이다

Wix 의 Brik 은 프롬프트를 넣으면 결과물이 아니라 툴 자체를 생성해 줍니다. 원래 모션 스튜디오에서 고품질 모션 에셋 수요를 해결하려고 만든 내부 툴이었고 지금은 외부에 열었죠. 비즈니스로 발전한 사례라는 게 레이디러너의 독해인데, 저는 조금 다르게 봐요. 툴을 만드는 툴을 플랫폼이 제공한다는 건, 디자이너가 굳힌 취향이 결국 그 플랫폼 안에 쌓인다는 뜻이거든요. 피그마 메이크로 만든 툴은 피그마에, Brik 으로 만든 툴은 Wix 에 삽니다. 클로드 코드나 커서로 직접 짜면 코드가 내 것이지만 대신 배포와 호스팅이 내 일이 되고요. 어느 쪽이 맞는지는 그 툴이 장난감인지 자산인지에 달려 있어요. 장난감이면 플랫폼 안이 편하고, 자산이면 밖에 두는 게 맞습니다.

Wix 가 공개한 Brik 의 툴 갤러리

그래서 디자이너에게 필요한 역량은

실제로 작동하는 시스템을 만들어야 하니 속성·사용 방식·인터랙션까지 보는 더 넓은 설계 역량이 필요해진다는 게 레이디러너의 결론입니다. 절반만 동의해요. 개인 툴을 만드는 데 그 역량은 필요 없어요. 프롬프트 몇 번이면 되고, 그래서 이 트렌드가 생긴 거니까요. 그 역량이 필요한 건 남이 쓰는 툴을 만들 때이고, 그건 새로운 역량이 아니라 디자인 시스템 팀이 늘 해 오던 일입니다.

그러니 제 판단은 이렇습니다. 브랜드나 프로덕트 팀에 있는 디자이너라면 취미로 셰이더 툴을 하나 만들어 보는 것보다, 팀 가이드라인에서 매번 안 지켜지는 규칙 하나를 골라 그 규칙 밖으로 못 나가는 툴로 바꿔 배포해 보는 게 이 트렌드를 제대로 쓰는 방법이에요. 단, 소유자와 폐기 시점을 같이 정하고요. 그게 없으면 자산이 아니라 조금 오래 사는 장난감이죠.