소프트웨어로서의 브랜드

2 hours ago 2

브랜드팀이 같은 발표 자료와 디자인을 반복해서 만드는 대신, 이미 내린 디자인 결정을 소프트웨어로 구현하면 새로운 아이디어와 중요한 작업에 집중할 수 있음 Figma와 AI는 누구나 제작할 수 있게 했지만 판단력과 안목까지 나눠주지는 못함. 팀 구조가 그대로라면 제작량만 늘고 브랜드팀은 더 많은 결과물을 수습하게 됨 소프트웨어로서의 브랜드는 제품 정보, 고객 맥락, 디자인 기준과 수정 사항을 기억하고 실제 제작에 적용함. 상황에 맞게 표현을 바꾸면서도 정체성을 유지함 Ramp에서는 Slack에 문서를 첨부하고 에이전트를 호출하면 HTML·PDF·PowerPoint 발표 자료를 생성하며, 요청자가 직접 문구와 슬라이드 구성을 수정할 수 있음 미래 브랜드팀은 아티스트와 빌더를 짝지음. 아티스트는 새로운 표현과 품질 기준을 만들고, 빌더는 검증된 결정을 도구와 에이전트로 구현해 회사 전체가 활용하게 함 더 빨리 비우는 대기열보다 새로운 운영 방식 Ramp의 도움 요청용 Slack 채널에는 첫 6개월 동안 375건 이상의 제작 요청이 들어옴 백서, 랜딩 페이지, 영업 자료, 제품 그래픽, 판촉물 등이었으며, 개인 메시지와 대면 요청은 집계에 포함되지 않음 각각은 타당한 요청이었지만, 합쳐 보면 숙련된 디자이너가 이미 내린 결정을 계속 재현하는 운영 방식이 드러남 대기열이 길어지면 다른 팀은 대행사를 고용하거나 Figma와 AI로 직접 결과물을 배포함 작은 불일치가 누적되며 브랜드가 훼손되지만, 누구 한 사람의 노력 부족 때문은 아님 제작 장벽은 낮아졌어도 판단력과 안목이 함께 전달되지는 않았음 AI로 제품 개발과 캠페인 실행이 빨라지면 필요한 페이지, 발표 자료, 광고도 늘어남 브랜드팀 구조가 그대로라면 같은 나쁜 시스템이 더 빨리 돌아갈 뿐임 디자이너가 발표 자료를 다듬는 동안 포기하는 것은 고객과의 대화, 제품 협업, 새로운 표현과 중요한 출시임 필요한 변화는 요청을 더 빨리 처리하는 것이 아니라, 반복 제작을 시스템에 맡기고 창작할 시간을 돌려주는 것임 좋은 결과물은 팀 구조의 변화에서 나옴 1941년 Bill Bernbach가 William Weintraub 광고회사에 들어갔을 당시에는 카피라이터가 문구를 쓴 뒤 레이아웃 부서에 넘기는 분업이 일반적이었음 아트 책임자 Paul Rand는 문구, 이미지, 구성과 아이디어를 하나의 문제로 다뤘음 Bernbach는 작가와 아트 디렉터가 처음부터 협업할 때의 가능성을 ...

Read Entire Article