73단계트리거: 언제 시작할 것인가

걸리는 시간 · 읽기 약 5분 · 따라 하기 약 20분 · 난이도 ★★☆ 실무 · 화면 확인 2026.09.27

이 단계를 마치면

• 내 업무에 맞는 시작 신호를 네 가지 가운데 이유와 함께 고를 수 있다.
• 사건으로 시작하는 흐름에 범위를 좁히는 조건을 달 수 있다.
• 일이 몰리는 날 흐름이 몇 번 돌지 미리 계산할 수 있다.

설계도가 아무리 훌륭해도 누군가 "시작"을 외쳐야 기계가 움직인다. 그 신호를 무엇으로 삼을까. 달력의 시각일 수도 있고, 받은편지함에 떨어진 메일 한 통일 수도 있다. 자동화에서는 이 방아쇠를 트리거라고 부른다. 72단계의 여섯 줄로 무엇을 할지 정했다면, 이 단계에서는 언제 할지를 정한다.

왜 시작 신호부터 정하는가

트리거가 없는 자동화는 결국 누군가 기억해서 눌러야 하는 일로 돌아간다. 설계는 훌륭한데 담당자가 월요일마다 "아, 그거 돌려야지" 하고 떠올려야 한다면, 손으로 하던 일이 조금 짧아진 것 말고는 달라진 게 없다. 담당자가 바쁜 주에는 건너뛰고, 휴가를 가면 멈춘다.

트리거를 잘못 골라도 탈이 난다. 너무 늦게 돌면 결과가 쓸모를 잃고, 너무 자주 돌면 비용과 알림이 쏟아진다. 트리거를 고르는 일은 결국 결과가 필요한 때와 일이 생기는 때를 맞추는 일이다.

네 가지 시작 신호

업무에서 쓰는 트리거는 대부분 네 가지로 묶인다.

첫째는 시각이다. 매주 월요일 아침, 매달 첫 영업일처럼 달력에 맞춰 돈다. 주간 보고나 월간 정산 요약이 여기에 든다. 둘째는 새 메일이다. 특정 주소로 문의가 들어오거나 특정 제목의 메일이 오면 시작된다. 셋째는 새 파일이다. 공유 폴더에 계약서나 영수증이 올라오면 시작된다. 넷째는 버튼으로, 사람이 필요할 때 누른다. 버튼은 자동화처럼 보이지 않지만, 누른 뒤 여러 단계가 저절로 이어진다면 충분히 자동화다. 스킬을 부르는 대화 한마디도 일종의 버튼이다.

어느 트리거가 맞는지는 일의 성격이 정한다. 일이 주기적으로 생기면 시각, 밖에서 들어오는 것에 반응해야 하면 새 메일이나 새 파일, 언제 필요할지 모르면 버튼이다. 처음 자동화한다면 시각 트리거를 권한다. 언제 돌지 내가 알고, 돈 뒤에 결과를 열어 볼 시간도 정해 둘 수 있다. 사건 트리거는 시각 트리거로 흐름 하나를 몇 주 굴려 본 뒤에 도입한다.

몰리는 날을 먼저 떠올린다

새 메일마다 도는 흐름은 메일이 몰리는 날 그만큼 많이 돈다. 비용도 늘고 알림도 쏟아진다. 그러니 사건 트리거를 설정하기 전에 몰리는 날을 한번 떠올려 보자. 신제품 출시일, 월말, 장애가 났던 날. 지난 기록에서 그날 메일이 몇 통이었는지 센다. 그 숫자가 부담스러우면 조건을 좁히거나 묶어서 돌린다. 이 계산은 79단계에서 다시 한다.

어디에 설정하는가

트리거로 무엇을 쓸 수 있는지는 도구마다 다르다. Cowork의 예약 작업은 시각을 다룬다. 새 메일이나 새 파일 같은 사건은 주로 Zapier·Make·n8n 같은 외부 자동화 도구가 받는다. 버튼은 스킬을 부르는 대화 한마디일 수도 있다. 도구의 화면과 메뉴는 자주 바뀌므로, 이 책에서는 원리를 설명하고 버튼 위치는 그때그때 도움말에서 확인하기로 한다.

현장 장면

고객지원팀 이 대리는 문의 분류 흐름을 처음에 시각 트리거로 만들었다. 매일 오후 네 시에 하루치 문의를 한꺼번에 분류하는 방식이었다. 처음 몇 주는 편했다.

그러다 일이 터졌다. 오전에 들어온 급한 문의가 오후까지 분류되지 않은 채 묵어 있었다. 결제가 안 된다는 문의였다. 고객은 반나절 동안 답을 기다려야 했다.

이 대리는 트리거를 새 메일로 바꿨다. 처음에는 조건 없이 "받은편지함에 새 메일이 오면"으로 설정했다. 그러자 뉴스레터와 사내 공지까지 분류 흐름을 탔고, 시트는 금세 "기타"로 가득 찼다. 이 대리는 조건을 "문의용 주소로 온 메일"로 좁혔다. 그제야 문의가 들어올 때마다 분류가 붙고, 급한 문의는 곧바로 담당자에게 알림이 갔다.

그것으로 끝나지 않았다. 제품 업데이트가 있던 날 문의가 몰리자 흐름이 문의 수만큼 돌았고, 담당 채널에는 알림이 줄줄이 쌓였다. 알림이 넘치자 담당자들은 아예 채널을 들여다보지 않게 됐다. 알림이 없던 때와 다를 바가 없어졌다.

이 대리는 두 방식을 섞었다. 분류는 새 메일마다 돌리되, 알림은 분류가 "결제"나 "불만"일 때만 바로 보낸다. 나머지는 시트에 쌓아 두었다가 하루 두 번 묶어서 알린다. 하나의 흐름 안에서도 단계마다 시작 신호를 다르게 정할 수 있다.

따라 하기

1. 72단계에서 적은 여섯 줄을 꺼낸다. 성공 기준: 여섯 줄이 모두 채워져 있다.
2. 이 일이 언제 생기는지 적는다. 주기적인가, 무언가 들어올 때인가, 필요할 때인가. 성공 기준: 짧게 답했다.
3. 결과가 언제까지 필요한지 적는다. "월요일 아침 회의 전", "문의 접수 후 한 시간 안" 같은 식이다. 성공 기준: 때가 시각이나 기한으로 적혔다. 2번과 3번 사이가 트리거가 들어갈 틈이다.
4. 네 트리거(시각·새 메일·새 파일·버튼) 중 하나를 고르고 이유를 짧게 적는다. 성공 기준: 이유에 2번과 3번이 모두 들어 있다.
5. 사건 트리거를 골랐다면 좁힐 조건을 하나 이상 적는다. 시각 트리거를 골랐다면 재료가 채워지는 시각보다 뒤인지 확인한다. 성공 기준: 조건이나 시각이 구체적으로 적혔다.
6. 고른 트리거가 가장 많이 몰리는 날을 떠올리고, 그날 몇 번 돌지 지난 기록에서 센다. 성공 기준: 숫자가 적혔고, 부담스럽다면 묶어서 도는 방법이 함께 적혔다.

복사해 쓰는 프롬프트

아래 업무를 자동화하려 한다. 시작 신호를 무엇으로 정할지 함께 고르자.

업무 여섯 줄: [72단계에서 적은 여섯 줄]
이 일이 생기는 때: [주기, 또는 무엇이 들어올 때]
결과가 필요한 때: [언제까지]
평소 건수와 몰리는 날 건수: [아는 만큼]

시각·새 메일·새 파일·버튼 네 가지를 각각 이 업무에 적용했을 때의 장점과 문제를 표로 비교하고, 하나를 추천해 줘.
사건 트리거를 추천한다면 달아야 할 조건과, 몰리는 날의 대비책을 함께 적어 줘.

막히면 이렇게

실습 파일

공개 저장소에 올려 둔 가공 자료와 양식이다. 회사 자료 대신 먼저 이것으로 해 본다.

• 채워 쓰는 양식 자동화_설계서.md · 손으로 한 순서와 여섯 줄 설계, 트리거·예약 지시·확인 지점·실패 알림·비용 계산

스스로 점검

• ☐ 고른 시작 신호를 "일이 생기는 때"와 "결과가 필요한 때"로 설명할 수 있는가.
• ☐ 사건 트리거라면 좁히는 조건이 하나 이상 달려 있는가.
• ☐ 몰리는 날의 실행 횟수를 적어 두었는가.

기억할 것

• 일이 생기는 방식에 맞춰 트리거를 고른다. 사건 트리거는 몰리는 날을 먼저 떠올린다.
• 처음에는 시각 트리거로 시작한다. 사건 트리거에는 좁히는 조건을 반드시 단다.