Skip to main content

10. 반복 업무를 줄이는 한 단계: 템플릿, 커넥터, 워크플로 맛보기

Claude를 어느 정도 쓰기 시작하면, 신기함보다 먼저 귀찮음이 찾아옵니다. "또 설명해야 하네."

회의록 정리, 이메일 답장, 자료 요약, 주간 보고처럼 자주 하는 일은 사실 매번 완전히 새로운 일이 아닙니다. 달라지는 것은 입력 내용이고, 대부분의 기준은 비슷합니다.

이 장의 핵심은 단순합니다. 반복 업무는 더 똑똑하게 시키는 것보다, 덜 다시 설명하게 만드는 쪽이 훨씬 빨리 효과가 난다는 것입니다. 그때 필요한 것이 템플릿, 프로젝트, 커넥터, 그리고 작은 워크플로입니다.

반복 업무를 줄이는 한 단계: 템플릿, 커넥터, 워크플로 맛보기

자동화보다 먼저 구조화

초보자는 종종 "어떻게 완전 자동화하지?"부터 떠올립니다. 하지만 실제로는 그보다 앞단계가 있습니다. 바로 구조화입니다.

예를 들어 매주 회의록을 만든다고 해봅시다. 이 작업에는 늘 비슷한 뼈대가 있습니다. 누가 읽는지, 무엇을 뽑아야 하는지, 어떤 형식으로 정리할지, 무엇을 추측하면 안 되는지 같은 규칙입니다. 이 뼈대만 고정해도 매번 긴 설명을 다시 쓰지 않아도 됩니다.

쉽게 말해 이런 순서가 좋습니다.

  • 먼저 템플릿으로 질문 틀을 만든다.

  • 그다음 프로젝트 안에 그 틀을 보관한다.

  • 정말 필요할 때만 커넥터를 붙여 외부 도구와 연결한다.

이 순서가 좋은 이유는 간단합니다. 템플릿과 프로젝트만으로도 대부분의 반복 업무가 이미 훨씬 빨라지기 때문입니다. 커넥터는 그다음 단계입니다.

템플릿: 자주 쓰는 프롬프트를 틀로 바꾸기

좋은 템플릿은 어렵지 않습니다. 초보자에게는 목표, 맥락, 규칙, 출력 네 칸이면 충분합니다.1

목표:
이번에 Claude가 해줘야 할 한 가지 일

맥락:
누가 읽는지, 어떤 상황인지, 배경이 무엇인지

규칙:
길이, 말투, 반드시 포함할 것, 반드시 피할 것

출력:
최종 결과를 어떤 모양으로 줄지

이 네 칸이 좋은 이유는 Claude가 짐작할 부분을 줄여주기 때문입니다. "도와줘"라고 말하면 Claude는 뭘 어떻게 도와야 할지 넓게 추측합니다. 반면 "신입 팀원이 읽을 수 있게, 5줄 요약과 액션 아이템 3개로 정리해줘"라고 말하면 훨씬 안정적입니다.1

프롬프트가 길어지기 시작하면 <task>, <context>, <rules>처럼 구역을 나눠 쓰는 방법도 도움이 됩니다. 다만 초보자라면 첫날부터 이 형식에 집착할 필요는 없습니다. 먼저 네 칸 구조에 익숙해지는 편이 낫습니다.2

바로 복사해 쓸 수 있는 템플릿 4개

이제 실전 예시를 보겠습니다. 아래 템플릿은 그대로 복사해 쓰고, 대괄호 부분만 바꾸면 됩니다.

회의록 정리 템플릿

목표:
아래 회의 메모를 팀 공유용 회의록으로 정리해줘.

맥락:
- 독자: 회의에 참석하지 못한 팀원
- 배경: [회의 주제]
- 목적: 빠르게 핵심을 파악하고 다음 행동을 정하게 하기

규칙:
- 추측하지 말 것
- 결정사항과 할 일을 반드시 구분할 것
- 불명확한 내용은 "확인 필요"라고 표시할 것
- 너무 긴 문장은 줄일 것

출력:
- 3줄 요약
- 결정사항
- 담당자별 할 일
- 확인 필요 사항

회의 메모:
[여기에 메모 붙여넣기]

이 템플릿의 장점은 회의 종류가 바뀌어도 골격이 그대로라는 점입니다. 영업 회의든, 학교 팀플 회의든, 동아리 모임이든 입력만 바꾸면 됩니다.

이메일 답장 템플릿

목표:
아래 이메일에 대한 답장 초안을 작성해줘.

맥락:
- 상대방: [고객 / 교수님 / 팀장 / 거래처]
- 상황: [요청, 문의, 일정 조율 등]
- 내 입장: [수락 / 보류 / 추가 확인 필요]

규칙:
- 150자 안팎으로 짧게
- 정중하지만 과하게 딱딱하지 않게
- 핵심 답변을 먼저 말할 것
- 없는 사실은 넣지 말 것

출력:
- 제목 2개
- 본문 1개
- 더 짧은 버전 1개

원문 이메일:
[여기에 붙여넣기]

같은 템플릿으로 "거절 메일", "일정 변경 메일", "후속 문의 메일"까지 처리할 수 있습니다. 달라지는 것은 상황과 내 입장뿐입니다.

공부 자료 설명 템플릿

목표:
아래 내용을 초보자도 이해하게 설명해줘.

맥락:
- 과목/주제: [예: 경제학 기초, 생명과학, 한국사]
- 현재 수준: [완전 초보 / 조금 앎]
- 사용 목적: [시험 대비 / 발표 준비 / 과제 이해]

규칙:
- 쉬운 말부터 시작할 것
- 어려운 용어는 한 줄 정의를 붙일 것
- 예시를 2개 이상 넣을 것
- 모르는 내용은 추측하지 말 것

출력:
- 쉬운 설명
- 핵심 개념 5개
- 자주 헷갈리는 포인트 3개
- 확인 문제 3개

원문:
[여기에 붙여넣기]

이 템플릿은 PDF를 붙여 넣었을 때도 좋고, 강의 노트를 넣었을 때도 좋습니다. 나중에는 "확인 문제만 더 만들어줘", "암기 팁만 따로 뽑아줘"처럼 이어서 쓰면 됩니다.

아이디어 발상 템플릿

목표:
[프로젝트명]에 대한 현실적인 아이디어를 제안해줘.

맥락:
- 대상: [누구를 위한 일인지]
- 조건: [예산, 기간, 인원]
- 현재 상황: [이미 해본 것, 막히는 점]

규칙:
- 너무 뻔한 아이디어는 제외할 것
- 실행 가능성을 우선할 것
- 각 아이디어가 왜 유용한지 설명할 것

출력:
- 아이디어 10개
- 각 아이디어의 기대 효과
- 실행 난이도(낮음/중간/높음)
- 오늘 바로 시작할 1개 추천

추가 정보:
[여기에 상황 설명]

막연하게 "아이디어 줘"라고 했을 때보다 훨씬 쓸 만한 결과가 나옵니다. 특히 조건과 현재 상황을 넣는 순간, 헛도는 답이 크게 줄어듭니다.

템플릿은 프로젝트 안에 넣어둘 때 진짜 편해진다

7장에서 Projects를 작업방처럼 쓰는 법을 배웠다면, 이제는 그 안에 템플릿 보관함을 만드는 단계입니다. 핵심은 대단한 시스템이 아니라, 찾기 쉬운 정리입니다.

가장 쉬운 방법은 프로젝트마다 문서 하나를 두는 것입니다. 이름은 예를 들어 자주 쓰는 프롬프트, 템플릿 모음, 시작 문장 모음처럼 단순하게 붙이면 됩니다. 그 안에 자주 쓰는 템플릿 3개만 먼저 넣어두세요.

처음부터 열다섯 개를 만들 필요는 없습니다. 오히려 아래 세 개만 있어도 체감이 큽니다.

  • 입력을 정리하는 템플릿 하나

  • 결과물을 만드는 템플릿 하나

  • 결과를 다듬는 템플릿 하나

예를 들어 주간 보고 프로젝트라면 이렇게 됩니다. 입력 정리 템플릿으로는 메모를 정리하고, 결과 생성 템플릿으로는 보고서 초안을 만들고, 다듬기 템플릿으로는 문장을 짧게 고칩니다. 이 세 장만 있어도 "매주 처음부터" 느낌이 많이 사라집니다.

여기에 한 가지 팁을 더하자면, 성공했던 실제 예시를 한 번 같이 저장해두는 것입니다. 말투나 형식이 중요한 작업은 설명 한 문단보다 예시 하나가 더 강력할 때가 많습니다.1

커넥터: Claude와 외부 도구를 잇는 다리

템플릿이 "말 거는 방식의 재사용"이라면, 커넥터는 "자료 가져오는 길 만들기"에 가깝습니다.

커넥터를 연결하면 Claude는 여러분이 쓰는 앱과 서비스에 접근해 데이터를 가져오거나, 경우에 따라 특정 작업을 도와줄 수 있습니다. 예를 들어 Slack 대화를 찾고, Google Drive 문서를 읽고, Linear 이슈를 만드는 식입니다. 중요한 점은 Claude가 원래 서비스의 사용자 권한을 그대로 따른다는 것입니다. 내가 볼 수 없는 파일이나 채널은 커넥터로도 볼 수 없습니다.3

또한 커넥터마다 할 수 있는 범위가 다릅니다. 어떤 것은 읽기 중심이고, 어떤 것은 읽기와 쓰기가 모두 가능합니다. 그래서 연결 전에 요청 권한을 꼭 확인하는 습관이 좋습니다.4

초보자는 이렇게 이해하면 충분합니다.

  • 템플릿은 "어떻게 부탁할지"를 고정한다.

  • 프로젝트는 "어떤 배경에서 일하는지"를 고정한다.

  • 커넥터는 "어디서 자료를 가져올지"를 연결한다.

셋이 하는 일이 서로 다릅니다.

커넥터는 언제 붙이는 게 좋을까

처음부터 모든 도구를 연결할 필요는 없습니다. 사실 대부분의 초보자는 파일 업로드 + 템플릿 + 프로젝트만으로도 꽤 오래 잘 쓸 수 있습니다.

커넥터를 붙일 만한 순간은 보통 이렇습니다.

  • 매번 같은 앱에서 자료를 복사해 와야 할 때

  • 최신 상태의 문서나 메시지를 바로 보고 싶을 때

  • 요약만이 아니라 초안 작성, 이슈 생성처럼 다음 행동까지 이어지고 싶을 때

예를 들어 Gmail에서 메일을 확인하고 복붙해서 답장 초안을 만드는 일을 매일 한다면, 그때는 메일 도구 연결이 꽤 쓸모 있습니다. 반대로 한 달에 한 번 쓸까 말까 한 앱이라면 굳이 지금 연결할 필요가 없습니다.

커넥터의 장점은 복붙을 줄이고 실시간 맥락을 붙여준다는 데 있습니다. 다만 실제 전송이나 수정이 들어가는 일은 사람이 한 번 검토하고 승인하는 흐름으로 두는 편이 안전합니다.5

워크플로: 거창한 자동화가 아니라, 같은 순서를 정해두는 것

많은 사람이 "워크플로"라는 말을 들으면 갑자기 공장 자동화 같은 장면을 떠올립니다. 하지만 초보자에게 워크플로는 훨씬 소박한 개념입니다.

워크플로는 반복되는 일을 어떤 순서로 처리할지 정해둔 흐름입니다.

예를 들어 아주 단순한 회의 정리 워크플로는 이렇게 쓸 수 있습니다.

회의 메모가 생긴다
→ Claude가 핵심을 분류한다
→ 공유용 요약을 만든다
→ 내가 1분 검토한다
→ 팀 채널에 올린다

여기서 중요한 것은 마지막 줄입니다. 사람 검토 지점이 들어가 있다는 점입니다. 좋은 워크플로는 Claude가 다 해버리는 구조가 아니라, Claude가 잘하는 부분과 사람이 확인해야 하는 부분을 구분해둔 구조입니다.

도구를 연결했다고 일이 저절로 굴러가지는 않습니다. 연결은 손을 뻗을 수 있게 해줄 뿐이고, 무엇을 어떤 순서로 할지는 여전히 워크플로가 정합니다.6

초보자가 바로 써먹을 수 있는 실전 워크플로 4가지

이제 템플릿, 프로젝트, 커넥터를 실제 흐름으로 묶어보겠습니다.

1. 회의 후 10분 안에 공유하는 워크플로

이 워크플로는 팀원, 학생, 동아리 운영진 모두에게 잘 맞습니다.

먼저 회의 정리 프로젝트를 만듭니다. 그 안에 회의록 템플릿을 넣어둡니다. 회의가 끝나면 메모나 녹취 요약을 넣고 이렇게 말합니다.

오늘 회의 메모 붙여넣을게. 프로젝트 규칙대로 회의록으로 정리하고, 맨 위에 3줄 요약도 넣어줘.

여기서 끝내지 말고 한 번 더 이어가면 훨씬 좋아집니다.

이 내용에서 Slack 공유용 버전은 5줄로 줄여줘.
결정사항만 먼저 나오게 해줘.

만약 Slack 커넥터를 붙여두었다면, 공유용 문구 초안을 바로 만들거나 전송 준비까지 이어갈 수 있습니다. 하지만 처음에는 그냥 복사해서 붙여 넣는 수준이어도 충분합니다. 핵심은 "정리본"과 "공유본"을 분리해두는 습관입니다. 이 한 단계만으로 팀 커뮤니케이션 품질이 눈에 띄게 좋아집니다.

2. 이메일 답장 시간을 절반으로 줄이는 워크플로

메일은 매번 새로 쓰면 오래 걸립니다. 하지만 실제로는 유형이 비슷합니다. 일정 조율, 자료 요청, 확인 답장, 정중한 거절, 후속 문의가 대부분입니다.

이 경우 이메일 답장 프로젝트를 만들고, 아래 세 가지를 넣어두면 좋습니다. 자주 쓰는 말투, 금지 표현, 답장 템플릿입니다. 그런 다음 원문 메일을 붙여 넣고 묻습니다.

아래 메일에 대해 정중하지만 짧은 답장을 써줘.
핵심 답변을 첫 문장에 두고, 끝에는 다음 행동이 보이게 해줘.

Gmail 같은 메일 도구를 연결해두면 메일을 찾고 초안을 만드는 흐름이 더 짧아질 수 있습니다. 하지만 여기서 중요한 것은 보내기 전에 반드시 읽어보는 것입니다. 특히 날짜, 금액, 약속 여부처럼 책임이 생기는 정보는 사람이 최종 확인해야 합니다.

실전에서 잘 먹히는 추가 요청도 있습니다.

같은 내용으로 더 부드러운 버전 하나, 더 단호한 버전 하나를 추가해줘.

이렇게 하면 같은 템플릿으로도 상황에 따라 톤을 빠르게 고를 수 있습니다.

3. 자료를 읽고 바로 공부 노트로 바꾸는 워크플로

공부할 때 가장 귀찮은 순간은 "읽긴 읽었는데 내 것이 안 됐다"는 느낌이 들 때입니다. 이때는 단순 요약보다 설명 → 핵심 정리 → 확인 문제 흐름이 있는 워크플로가 좋습니다.

시험 준비 프로젝트를 만들고, 과목별 설명 템플릿을 넣어두세요. 그다음 PDF나 노트를 넣고 이렇게 요청합니다.

이 자료를 초보자용 설명으로 바꿔줘.
핵심 개념 5개와 헷갈리기 쉬운 포인트 3개, 확인 문제 3개까지 같이 만들어줘.

여기서 끝내면 아직 반쪽입니다. 다음 요청이 진짜 공부가 됩니다.

방금 만든 확인 문제만 따로 다시 내고, 내가 답하면 채점해줘.
틀린 문제는 왜 틀렸는지 한 줄씩 설명해줘.

이 흐름을 한번 만들어두면, 매번 "요약해줘"보다 훨씬 학습 효과가 좋아집니다. 요약은 읽고 끝나지만, 문제와 피드백은 머리에 남기 때문입니다.

4. 주간 보고를 더 빨리 만드는 워크플로

주간 보고는 내용보다 형식 때문에 시간이 잡아먹히는 경우가 많습니다. 매주 비슷한 구조인데, 또 다시 제목을 고민하고, 항목 순서를 맞추고, 어조를 다듬느라 시간이 갑니다.

이럴 때는 주간 보고 프로젝트를 만들고, 보고서 초안 템플릿을 넣어둡니다. 그리고 메모를 붙여 넣은 뒤 이렇게 요청합니다.

아래 메모를 주간 보고 형식으로 바꿔줘.
먼저 이번 주 핵심 성과 3개를 보여주고, 그다음 이슈와 다음 주 계획을 정리해줘.
수치는 보이면 살리고, 없으면 추측하지 말아줘.

만약 자료가 Google Drive 문서나 팀 문서 도구에 흩어져 있다면, 나중에 커넥터를 연결해 최신 문서를 참고하게 만들 수 있습니다.34 하지만 처음에는 수동으로 메모를 넣어도 충분합니다. 중요한 것은 결과 형식을 고정하는 것입니다. 보고서가 빨라지는 이유는 Claude가 똑똑해서가 아니라, 여러분이 원하는 틀이 이미 정해져 있어서입니다.

커넥터를 붙이기 전, 이 세 가지만 먼저 체크하세요

커넥터는 편리하지만, 무조건 많이 연결한다고 좋은 것은 아닙니다. 초보자라면 아래 세 가지 질문부터 해보세요.

  • 이 도구를 내가 정말 자주 쓰는가

  • 읽기만 있으면 충분한가, 아니면 쓰기까지 필요한가

  • 파일 업로드나 복붙으로도 충분히 해결되는가

이 세 질문 중 두 개 이상이 "아니다"라면, 아직 커넥터를 붙일 때가 아닐 수 있습니다. 반대로 세 개가 모두 "그렇다"라면, 연결해서 얻는 이득이 큽니다.

예를 들어 Notion이나 Google Drive처럼 참고 자료를 자주 찾는 도구는 읽기 중심 연결만으로도 꽤 유용합니다. 반면 Slack이나 메일처럼 실제 발송과 커뮤니케이션이 이어지는 도구는 읽기보다 쓰기 권한이 중요해질 수 있으니 더 신중해야 합니다.

나만의 첫 워크플로를 설계하는 5문장 공식

복잡한 자동화 설계도는 아직 필요 없습니다. 아래 다섯 문장만 채우면 첫 워크플로가 만들어집니다.

시작 신호:
이 일이 언제 시작되는가?

입력:
Claude에게 들어가는 재료는 무엇인가?

Claude의 역할:
Claude가 해줘야 할 핵심 한 가지는 무엇인가?

사람 검토:
어디서 내가 확인하거나 수정할 것인가?

최종 출력:
무엇이 완성되면 이 일이 끝난 것으로 볼 것인가?

예를 들어 회의 정리라면 이렇게 됩니다.

시작 신호:
회의가 끝나고 메모가 정리됐을 때

입력:
회의 메모, 참석자 정보, 회의 목적

Claude의 역할:
핵심 요약, 결정사항, 액션 아이템 정리

사람 검토:
담당자 이름과 일정 확인

최종 출력:
팀 채널에 공유할 회의 요약 + 내부 보관용 회의록

이렇게 써보면 워크플로가 갑자기 현실적인 작업 흐름처럼 보입니다. 바로 이게 중요합니다. 좋은 워크플로는 멋져 보이는 것이 아니라, 내가 이번 주에 진짜 다시 쓸 수 있는 것이어야 합니다.

초보자에게 추천하는 시작 순서

처음부터 커넥터와 자동화를 다 붙이면 오히려 헷갈릴 수 있습니다. 아래 순서로 가면 실패가 적습니다.

첫째, 한 가지 반복 업무만 고릅니다.
둘째, 그 업무용 템플릿 하나만 만듭니다.
셋째, 프로젝트 안에 템플릿을 저장합니다.
넷째, 같은 템플릿을 실제로 두세 번 써봅니다.
다섯째, 정말 아쉬운 지점이 생길 때만 커넥터를 하나 추가합니다.

이 순서를 따르면 "일단 써보고, 진짜 불편한 곳만 연결한다"는 감각이 생깁니다. 초보자에게 이 방식이 가장 튼튼합니다.

오늘 바로 해볼 15분 실습

지금 당장 해볼 수 있는 아주 짧은 실습으로 마무리해봅시다.

먼저, 이번 주에 두 번 이상 했던 일을 하나 고르세요. 회의록, 이메일 답장, 자료 요약, 보고서 초안 중 하나면 좋습니다.

그다음, 이 장에 나온 네 칸 구조로 템플릿을 하나 만드세요. 길게 쓰지 말고 8~12줄 정도면 충분합니다.

이제 관련 프로젝트 안에 그 템플릿을 저장한 뒤, 실제 자료를 하나 넣어 실행해보세요. 그리고 결과를 보고 딱 한 줄만 고치세요. 예를 들어 "더 짧게", "표 말고 문단으로", "실행 항목을 더 눈에 띄게"처럼요.

여기까지 해보면 거의 확실하게 느끼게 됩니다. 반복 업무는 더 세게 시키는 것보다, 틀을 먼저 만드는 것이 훨씬 빠르다는 사실을요.

기억해야 할 핵심

템플릿은 같은 부탁을 다시 쉽게 하게 만들어줍니다. 프로젝트는 그 템플릿과 기준을 한곳에 모아줍니다. 커넥터는 외부 도구의 자료를 Claude 작업 흐름 안으로 끌어옵니다. 워크플로는 이 모든 것을 "어떤 순서로 돌릴지" 정해줍니다.

한 문장으로 줄이면 이렇습니다.

반복 업무를 줄이는 비결은 대단한 자동화가 아니라, 자주 하는 일을 작은 틀로 바꾸는 습관이다.

다음 장에서는 이 구조화를 한 걸음 더 확장해, Claude Code가 어떤 식으로 일을 넓혀주는지 맛보기 수준에서 살펴보겠습니다.

참고

1Claude Prompt Templates for Beginners: 15 Copy-Paste Prompts

250 Best Claude Prompts in 2026: Copy-Paste Templates for Every Task

3Use connectors to extend Claude's capabilities

4Getting started with connectors

5Getting Started with Claude Connectors: How to Supercharge Your AI by Connecting the Tools You Already Use

6The Complete Guide to Building Skills for Claude: patterns, connectors, and what actually works

책 목록

처음 쓰는 Claude: 초보자를 위한 실전 사용법

전체 목차 보기

이 노트는 보도·비평·교육·연구 목적으로 작성되었습니다. 저작권 문의가 있으시면 에서 알려주세요.

틸노트는 사용자가 AI를 활용해 노트를 쉽게 작성하거나 편집할 수 있는 서비스입니다.

AI 스퀘어 단톡방에 함께해요

AI 활용과 틸노트 사용 팁을 나누는 오픈채팅방입니다. 입장 비밀번호는 tilnote입니다.

참여하기