← 모든 글

구글이 AI 디자인 전쟁에 뛰어든 날

구글이 AI 디자인 시장에 본격 진입했다. 결제·정산·자동화를 직접 운영하는 HEDVION 시각으로, 이 전쟁이 우리 워크플로우에 갖는 실질적 의미와 지금 당장 취해야 할 행동을 짚는다.

구글이 I/O 2026에서 선언한 것: 접근성인가, 생태계 잠금인가

Google I/O 2026 키노트는 예상보다 훨씬 공격적이었다. Gemini 2.5 기반의 AI 디자인 기능을 Slides, Docs, Gmail, Sites 전 제품군에 통합하고, 별도 설치나 추가 구독 없이 프롬프트 하나로 브랜드 일관성을 갖춘 시각 자료를 생성할 수 있다고 발표했다. 시장 반응은 즉각적이었다. 발표 직후 Canva 주가는 장 초반 9.2% 하락했고, Adobe는 같은 날 긴급 투자자 설명회를 열었다. "교사와 소상공인을 위한 디자인 AI"라는 접근성 메시지가 전면에 나왔지만, 숫자로 읽히는 구글의 진짜 목적은 하나다. Workspace 30억 사용자를 자사 생태계 안에 더 깊이 묶어두는 것이다.

이미 쓰고 있는 Sheets와 Docs에서 한 발짝도 나가지 않고 Canva급 결과물을 얻을 수 있다면, 굳이 외부 도구로 넘어갈 이유가 없어진다. Canva가 월간 활성 사용자 1억 8천만 명을 쌓는 데 10년이 걸렸지만, 구글은 기존 30억 사용자에게 기능을 업데이트하기만 하면 된다. 진입 장벽이 아예 없는 배포다. 이게 이번 발표가 단순한 기능 추가가 아닌 이유다.

결제·정산 현장에서 이게 왜 지금 중요한가

우리 팀이 매달 처리하는 정산 사이클을 예로 들어보자. 거래 데이터가 DB에서 Sheets로 흘러오고, 클라이언트별로 가공해 정산 보고서를 만들고, PDF로 변환해 발송하는 것까지 포함하면 회당 평균 2시간 30분이 소요된다. 이 중 데이터 처리와 수치 검증은 20-25분이면 끝난다. 나머지 시간 대부분—거의 2시간—은 Slides 템플릿을 손보고, 브랜드 컬러를 맞추고, 차트 레이아웃이 깨지지 않게 조정하는 데 쓰인다. 내용이 아니라 형식이 병목이다.

이건 디자이너가 없는 작은 팀이라면 어디서나 겪는 구조적 문제다. 개발자가 스크립트를 짜서 데이터는 자동화했지만, 결국 마지막 단계에서 누군가 Slides를 열고 손으로 다듬어야 한다. 구글의 발표가 약속대로 구현된다면 이 구조에 균열이 생긴다. "이번 달 정산 요약 슬라이드 5장 만들어줘, A 클라이언트 브랜드 컬러로"—이 프롬프트 하나로 보고서가 나오는 시나리오는, 현재 우리가 Google Apps Script와 Make(구 Integromat)를 조합해 반자동으로 굴리는 파이프라인의 마지막 마일을 Workspace 안에서 완결짓는 그림이다. 외부 의존성이 하나 줄고, 유지보수 포인트가 하나 줄어든다.

경쟁 구도와 트레이드오프: 편의성 뒤에 숨은 비용

트레이드오프를 직시해야 한다. 구글의 강점은 분명하다. 설치 마찰이 없고, 별도 구독 없이 Workspace Business 요금 안에 묶인다. 그러나 단점도 선명하다. 디자인 자유도는 Canva나 Figma에 한동안 못 미칠 가능성이 높다. Adobe Firefly가 출시 18개월 만에 생성 이미지 45억 건을 돌파한 배경에는 정교한 스타일 제어와 레이어 편집이 있었다. 구글이 처음부터 그 수준을 제공하기는 어렵다.

더 실질적인 문제는 데이터 프라이버시다. Workspace AI 기능을 활성화하면 입력 데이터가 Gemini 모델 개선에 사용될 수 있다는 조항이 기본값으로 켜져 있을 수 있다. Google Workspace for Business는 데이터 학습 옵트아웃이 가능하지만, 관리자가 직접 설정을 확인하지 않으면 모른다. 클라이언트 거래 데이터나 정산 수치가 구글 모델 학습에 기여하는 상황은, 계약상 데이터 처리 동의 범위를 벗어날 수 있다. AI 생성 이미지의 저작권 귀속도 아직 불분명한 영역이다. 클라이언트에게 발송하는 공식 인보이스나 계약 관련 문서에 AI 생성 그래픽을 쓸 경우, 저작권 문제가 나중에 불거질 수 있다. 편의성이 높아질수록 이런 함정을 명시적으로 관리하지 않으면 모르고 지나치게 된다.

우리 팀이라면 이렇게 적용한다: 두 가지 시나리오

당장 이번 달부터 실험할 수 있는 시나리오를 두 가지로 정리했다.

시나리오 1 — 정산 보고서 파이프라인 마지막 마일 자동화: 현재 Google Apps Script로 돌리는 월별 정산 슬라이드 생성 스크립트에 Gemini API(Workspace 연동 버전)를 붙인다. 데이터 요약 텍스트는 이미 스크립트가 생성하고 있으니, 그 다음 단계인 레이아웃 제안과 차트 색상 보정만 AI에게 위임하는 방식이다. 기존 파이프라인을 크게 건드리지 않으면서 병목 구간만 걷어낸다. 예상 절감 시간: 슬라이드 작업 기준 회당 45-60분. 월 4회 정산 사이클 기준으로 연간 약 40시간이 돌아온다.

시나리오 2 — 클라이언트별 인보이스 템플릿 자동 분기: 클라이언트마다 다른 인보이스 포맷을 요구할 때, 현재는 Sheets 템플릿을 수동 복사해서 컬러와 레이아웃을 손으로 바꾸고 있다. 신규 클라이언트 추가 때마다 30분씩 들어간다. AI 디자인이 "이 데이터 구조를 유지하면서 B사 브랜드 가이드로 다시 만들어줘"를 처리할 수 있다면, 클라이언트 코드를 트리거로 템플릿이 자동 분기되는 로직이 가능해진다. 두 시나리오의 공통점은 하나다. AI 디자인을 창작 도구로 쓰는 게 아니라, 자동화 파이프라인의 마지막 마일 문제를 해결하는 렌더링 레이어로 쓴다는 관점이다. 이 프레임으로 접근해야 실망하지 않고, 실제 효율도 뽑아낼 수 있다.

경쟁이 올려놓는 바닥, 우리가 설계해야 할 것

구글의 진입 자체가 Canva와 Adobe를 더 빠르게 움직이게 만든다. 실제로 Canva는 I/O 발표 이틀 후 Canva for Teams AI 기능 업데이트 로드맵을 앞당기겠다고 공개 발표했다. 경쟁이 도구의 품질 바닥을 올려놓는 전형적인 패턴이다. 우리 입장에서는 어느 플레이어가 이기든 도구가 좋아지는 구조니, 지금 특정 플레이어에 과도하게 의존하는 자동화 구조를 짜는 건 손해다.

중요한 건 도구 선택이 아니라 워크플로우 설계다. AI 디자인 도구가 어떻게 진화하든, 우리의 데이터 모델과 자동화 로직이 특정 도구에 하드코딩되지 않도록 지금부터 설계해두어야 한다. Slides 생성 로직을 짤 때도, Make 시나리오를 설계할 때도, "이 로직이 이 도구 없이도 돌아가는가?"를 체크하는 습관이 나중의 전환 비용을 낮춘다. 더 좋은 도구가 나왔을 때 갈아타는 비용이 낮아야, 경쟁의 수혜를 실제로 누릴 수 있다.

바로 써먹을 실행 시사점

  • Workspace 데이터 학습 설정 즉시 확인: Google Admin 콘솔 → AI 및 Gemini → 데이터 수집 정책에서 "모델 개선을 위한 데이터 사용" 옵트아웃 여부를 오늘 확인한다. 클라이언트 정산 데이터가 흐르는 Workspace라면 반드시 꺼야 한다. 이걸 모르고 AI 기능을 활성화하는 게 가장 흔한 실수다.
  • AI 생성물 사용 내부 가이드라인 1페이지 작성: 어떤 문서에 AI 생성 시각 자료를 써도 되는지 팀 내 기준을 명문화한다. 공식 계약서·세금계산서·규제 관련 문서는 제외. 내부 보고서·클라이언트 제안서 초안은 허용. 경계가 없으면 누군가 계약서에 AI 생성 이미지를 붙이는 날이 온다.
  • 현재 디자인 병목 3개 목록화 후 시간 측정: 이번 달 디자인·편집에 시간을 쓴 작업을 3개 뽑는다. 각각 실제 소요 시간을 기록하고, "반복적이며 포맷이 정해져 있고 창의적 판단이 적게 필요한가?"로 AI 대체 가능성을 판단한다. 이 리스트가 없으면 도구가 좋아져도 어디에 써야 할지 모른다.
  • Google Workspace Labs 지금 등록: AI 디자인 기능 일부는 Labs(베타) 프로그램을 통해 먼저 접근 가능하다. 지금 등록해두면 정식 출시 전 우리 파이프라인에 맞는지 검증할 시간이 생긴다. 잘 맞으면 경쟁사보다 먼저 적용하고, 안 맞으면 정식 출시 전에 다른 경로를 탐색할 수 있다.
  • 자동화 시나리오 설계 시 도구 의존성 분리 원칙 적용: 새 자동화를 짤 때 데이터·로직 레이어와 렌더링·디자인 레이어를 명시적으로 분리한다. AI 디자인 도구는 마지막 렌더링에만 붙인다. 이 원칙 하나가 1년 후 도구를 바꿀 때 리팩토링 비용을 절반으로 줄인다.

* 위 링크는 인프런 affiliate 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.

📚 추천 강의
한 입 크기로 잘라먹는 바이브코딩 (with Claude Code)
Claude Code로 바이브코딩, 개발자라면 꼭 들어야 할 필수 강의
강의 보러가기 →

* 위 추천 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.