코딩 없이 시작하는 Claude 업무 자동화 — Zapier·Make로 나만의 봇 만들기
매주 반복하는 일이 있습니다. 이메일을 열어 같은 형식의 답변을 작성하고, 회의록을 정리해 팀에 공유하고, 고객 피드백을 분류해 담당자에게 전달합니다. 손이 가는 시간은 짧아도, 쌓이면 하루의 상당한 부분을 차지합니다. "이 정도는 직접 해야지"라고 생각했다면, 한 가지 물어보고 싶습니다. 그 이유가 정말 그 일이 판단을 요구해서인가요, 아니면 자동화하는 방법을 몰라서인가요?
코드를 한 줄도 쓰지 않고, 오늘 오후 안에 Claude가 이메일을 읽고 분류하고 초안을 작성하는 흐름을 만들 수 있습니다. Zapier와 Make(구 Integromat)가 그 다리입니다.
구조부터 이해하면 쉽습니다
자동화가 복잡하게 느껴지는 이유는 대부분 "어디서 뭘 연결하는지"가 보이지 않아서입니다. 구조를 한 줄로 정리하면 이렇습니다.
트리거(사건 발생) → Claude(판단 및 처리) → 액션(결과 전달)
예를 들어, 새 이메일이 도착하면(트리거) Claude가 내용을 읽고 중요도를 분류한 뒤(처리) Slack의 적절한 채널에 요약을 보냅니다(액션). 이 세 단계 사이에 코드가 없습니다. Zapier나 Make가 GUI 형태로 연결해 주기 때문입니다.
Zapier는 현재 Claude Anthropic을 공식 통합 앱으로 지원합니다. Anthropic Claude 스텝을 자동화 흐름에 삽입하면 Claude는 수천 개 이상의 앱과 자연어로 연결된 하나의 "판단 단계"가 됩니다. (사실과 다를 수 있음.) Make도 Anthropic Claude 공식 모듈을 보유하고 있으며, 비주얼 드래그앤드롭 방식으로 동일한 구조를 구성할 수 있습니다.
Zapier + Claude 연결, 처음 해보는 분을 위한 단계별 안내
준비물은 두 가지입니다. Zapier 유료 계정(월 약 $20의 Professional 플랜, 연간 결제 기준)과 Anthropic API 키입니다. API 키는 Anthropic 콘솔(console.anthropic.com)에서 발급받을 수 있으며, 사용한 만큼 과금되는 구조라 초기 실험 비용은 매우 낮습니다.
1단계: Zapier에서 새 Zap 만들기
Zapier 대시보드에서 'Create Zap'을 선택합니다. 트리거 앱을 먼저 설정합니다. Gmail, Slack, Google Sheets, Typeform 등 익숙한 앱 중 하나를 고르면 됩니다. "새 이메일 수신"이나 "새 행 추가" 같은 이벤트를 트리거로 지정합니다.
2단계: Action에서 'Anthropic Claude' 검색
트리거 설정 후 Action 단계에서 'Anthropic Claude'를 검색합니다. 'Send Message' 또는 'Ask Claude' 액션을 선택하면 API 키를 연결하는 창이 나타납니다. 발급받은 API 키를 붙여넣으면 연결이 완료됩니다.
3단계: 프롬프트 설계
이 단계가 핵심입니다. Claude에게 무엇을 어떻게 처리해달라고 지시할지 작성합니다. Zapier는 앞 단계의 데이터(이메일 제목, 본문, 발신자 등)를 변수 형태로 프롬프트에 삽입할 수 있습니다. 예를 들면 이렇게 씁니다.
"다음 이메일의 내용을 읽고, 긴급도를 상/중/하로 분류한 뒤 핵심 요청 사항을 한 문장으로 요약하세요. 이메일 본문: {{이메일 본문}}"
4단계: 결과를 어디로 보낼지 설정
Claude의 응답을 Slack 메시지로, Google Sheets 행으로, 또는 다시 이메일로 보낼 수 있습니다. 결과를 전달할 앱과 액션을 추가합니다.
5단계: 테스트 후 활성화
'Test' 버튼으로 실제 데이터를 흘려보내 결과를 확인합니다. 프롬프트를 조정하고, 만족스러우면 'Publish'로 활성화합니다. 이제 이 흐름은 트리거 조건이 충족될 때마다 자동으로 실행됩니다.
실전 워크플로우 3가지
설명보다 예시가 빠릅니다. 실제로 자주 활용되는 워크플로우 세 가지입니다.
워크플로우 1: 고객 문의 이메일 자동 분류 + 담당자 라우팅
흐름: Gmail 새 메일 수신 → Claude가 카테고리·긴급도 분류 → Slack 해당 채널에 알림 발송
1인 기업가나 소규모 팀에서 고객 문의가 하루 10~30건씩 들어올 때, 일일이 열어 읽고 누구에게 전달할지 결정하는 시간이 작지 않습니다. 이 흐름을 만들면 Claude가 각 메일을 "기술 지원 / 결제 문의 / 일반 질문"으로 분류하고 긴급도를 태깅한 뒤 Slack의 적합한 채널에 요약과 함께 보냅니다.
프롬프트 예시:
"다음 고객 이메일을 분석하여 카테고리(기술지원/결제/일반문의/제휴)와 긴급도(상/중/하)를 판단하고, 담당 팀원에게 전달할 요약 메시지를 작성하세요. 본문: {{본문}}"
이렇게 하면 팀원은 원문 이메일이 아니라 Claude가 정리한 요약만 확인하고 우선순위를 결정할 수 있습니다.
워크플로우 2: 콘텐츠·리포트 요약 자동화
흐름: Google Sheets 새 행 추가(URL 입력) → Claude가 내용 요약 → 같은 시트에 요약 내용 기록
뉴스레터를 운영하거나 매주 시장 동향을 정리하는 분들에게 유용합니다. 구글 시트에 읽어야 할 URL이나 텍스트를 붙여넣으면 Claude가 자동으로 핵심 내용을 3~5줄로 요약해 옆 칸에 채워 넣습니다.
프롬프트 예시:
"다음 텍스트의 핵심 내용을 3~5줄로 요약하세요. 독자는 마케터이며, 실무에 즉시 적용 가능한 인사이트를 중심으로 작성합니다. 텍스트: {{내용}}"
한 가지 주의할 점이 있습니다. URL을 트리거로 삼아 웹 페이지 전체를 긁어오는 방식은 Zapier 단독으로는 한계가 있고, 중간에 웹 스크래핑 단계를 추가해야 할 수 있습니다. (사실과 다를 수 있음.)
워크플로우 3: 주간 보고서 초안 자동 생성
흐름: 매주 금요일 오후 4시(스케줄 트리거) → Google Sheets에서 이번 주 데이터 수집 → Claude가 보고서 초안 작성 → Google Docs에 저장
팀 리더나 1인 사업자가 매주 반복하는 일 중 가장 시간을 잡아먹는 것 중 하나가 보고서 작성입니다. 데이터는 이미 시트에 있는데, 그걸 문장으로 바꾸는 데 30분~1시간이 걸립니다. 이 흐름을 구성하면 Claude가 시트의 숫자를 읽고 "이번 주 주요 지표와 특이사항, 다음 주 계획"을 포함한 초안을 Google Docs에 생성합니다.
중요한 전제가 있습니다. 이 초안은 반드시 검토 후 발행해야 합니다. 데이터 해석이나 맥락 판단은 여전히 사람의 영역입니다. 자동화 편향에 빠지지 않으려면 "Claude가 초안을 쓴다, 내가 판단한다"는 역할 분리를 명확히 유지해야 합니다. 이전 글에서 다뤘던 것처럼, 판단을 AI에게 완전히 위임하는 순간 자동화는 효율이 아니라 리스크가 됩니다.
Make vs Zapier, 어떤 걸 선택해야 할까요?
두 도구 모두 Claude와 연동할 수 있지만, 성격이 다릅니다.
Zapier는 간단하고 직관적입니다. 단계별 설정 UI가 명확하고, 앱 연동 수가 압도적으로 많습니다. 처음 자동화를 시작하는 분, 복잡한 분기 없이 단선형 흐름이 필요한 분에게 적합합니다. 다만 복잡한 조건 분기나 반복 루프가 필요하면 비용이 빠르게 올라갑니다.
Make는 시각적입니다. 모듈을 캔버스에 배치하고 선으로 잇는 방식이라, 흐름 전체가 한눈에 보입니다. 조건 분기, 반복, 데이터 변환 등 복잡한 로직을 다루기에 더 유연합니다. 무료 플랜의 운영(오퍼레이션) 수가 비교적 넉넉하고, 같은 복잡도의 흐름이라면 비용도 낮은 경우가 많습니다. (사실과 다를 수 있음.)
선택 기준을 한 문장으로 요약하면 이렇습니다. "빠르게 시작하고 싶다면 Zapier, 복잡한 흐름을 유연하게 설계하고 싶다면 Make."
단순히 이메일 한 개를 분류하거나 요약하는 정도라면 어느 쪽이든 상관없습니다. 여러 조건을 분기하거나, 반복 루프가 필요하거나, 운영 비용을 신경 써야 한다면 Make가 더 적합할 가능성이 높습니다.
시작 전 반드시 확인해야 할 주의사항
자동화는 잘못 설계하면 반복 실수를 빠르게 만드는 기계가 됩니다. 설계 전에 반드시 확인해야 할 항목들이 있습니다.
개인정보와 민감 데이터
Zapier와 Make는 클라우드 기반 서비스입니다. 이메일 본문, 고객 데이터, 내부 문서가 이 플랫폼을 거치게 됩니다. 조직 내 개인정보 처리 방침이나 고객과의 계약 조건에서 이런 데이터를 외부 서비스로 전달하는 것이 허용되는지 먼저 확인해야 합니다. 특히 유럽 고객의 데이터가 포함된다면 GDPR 관점에서 검토가 필요합니다.
오발송 방지: "초안 + 검토" 프레임
자동화 흐름에서 Claude의 응답이 곧바로 고객에게 발송되도록 설계하는 것은 권장하지 않습니다. Claude가 생성한 내용은 반드시 중간 저장소(Google Docs, Notion, Slack 초안 채널 등)에 먼저 보내고, 사람이 검토한 뒤 최종 발송하는 단계를 삽입하는 것이 안전합니다. 처음부터 이 구조를 기본값으로 설계하세요.
프롬프트 버전 관리
한번 잘 작동하는 프롬프트를 찾으면 어딘가에 문서로 저장해두는 것이 좋습니다. Zapier나 Make 내부에서만 관리하면 나중에 어떤 버전이 어떤 결과를 냈는지 추적하기 어렵습니다. Google Docs나 Notion에 프롬프트 버전 로그를 남겨두면 나중에 흐름을 개선할 때 훨씬 수월합니다.
비용 모니터링
Anthropic API는 입력과 출력 토큰 수에 따라 과금됩니다. 처음에는 소액이지만, 트리거가 하루 수백 건씩 발생하는 흐름을 구성하면 비용이 빠르게 늘어날 수 있습니다. Zapier/Make 자체 비용과 Claude API 비용을 함께 모니터링하는 습관을 들이세요.
자동화는 도구 문제가 아닙니다
Zapier와 Make를 처음 접하는 분들이 흔히 하는 실수가 있습니다. 도구를 익히는 데만 집중하고, 자동화할 흐름 자체를 충분히 설계하지 않는 것입니다. 어떤 도구를 써도 흐름 설계가 나쁘면 나쁜 결과가 더 빨리 나올 뿐입니다.
이 글에서 소개한 워크플로우 3가지가 당장 필요 없을 수도 있습니다. 하지만 스스로에게 먼저 물어보는 것이 좋습니다. "내가 매주 반복하는 일 중 판단이 거의 필요 없는 것이 있는가?" 있다면, 그것이 첫 번째 자동화 후보입니다.
Claude는 수천 개 이상의 앱과 연결될 수 있는 판단 단계가 됩니다. 그 능력을 어디에 쓸지 결정하는 것은 설계자인 나의 몫입니다. 코드가 없어서 못 하는 시대는 지났습니다. 설계하지 않아서 못 하는 것만 남았습니다.
이전 글에서 Claude를 직원으로 쓸지 동료로 쓸지의 문제를 다뤘는데, 자동화의 영역에서도 같은 질문이 적용됩니다. Zapier 흐름 안의 Claude는 지시를 받아 처리하는 역할입니다. 그 지시를 어떻게 설계하느냐가 자동화의 품질을 결정합니다.
오늘 읽었다면, 내일 Zapier 계정 하나를 열어보세요. 첫 번째 Zap을 만드는 데 1시간이면 충분합니다.
이 글에서 언급된 Zapier·Make 요금 및 기능은 서비스 정책에 따라 변경될 수 있습니다. 최신 정보는 각 공식 사이트에서 확인하시기 바랍니다.
댓글
댓글 쓰기