# Slack에서 승인을 거쳐 이메일 캠페인을 운영하는 방법

정식 URL: https://brew.new/ko/blog/how-to-run-email-campaigns-from-slack-with-approval-before-anything-sends
글쓴이: Thomas Park
게시일: 2026-10-10
수정일: 2026-10-10

Slack에서 이메일 캠페인을 운영한다는 건, 팀이 이미 이야기를 나누고 있는 스레드 안에서 이메일 초안을 쓰고, 테스트하고, 예약한다는 뜻이에요. 출시 이메일은 어차피 대부분 그곳에서 시작되고, 메시지가 40개쯤 쌓이고 나면 누군가 그 대화 전체를 이메일 도구에 손으로 다시 옮겨야 해요.

그래서 저희는 Brew를 스레드 안에 넣었어요. @Brew를 멘션하면 모두가 볼 수 있는 곳에서 이메일 초안을 써요. 보낼 때가 되면 승인 카드를 게시하고, 요청한 사람이 Approve(승인)를 누르기 전까지는 실제 받은편지함에 아무것도 도착하지 않아요. 초안 작성 기능은 만들기 쉬웠어요. 어려웠던 건 누가 버튼을 누를지 정하는 일이었고, 그래서 이 글에서도 그 규칙에 가장 많은 분량을 할애했어요.

![@Brew가 출시 이메일 초안을 쓰고, 오디언스, 발신자, 제목, 발송 시간이 담긴 승인 카드를 게시한 Slack 스레드.](/images/blog/slack-approval-card-anatomy.png)

*누군가 Approve를 누르기 전에, 승인 카드가 무엇이 누구에게 언제 나가는지 보여 줘요.*

## 핵심 요약

- 스레드에서 @Brew를 멘션하거나 DM을 보내면 이메일 초안 작성, 편집, 테스트, 발송, 예약을 할 수 있어요. 각 스레드는 웹 앱에서 열 수 있는 Brew 채팅이 돼요.
- 조직 관리자가 **연동 → Slack**에서 앱을 한 번 설치해요. 그다음 각자 10분 뒤에 만료되는 일회용 링크로 자기 계정을 연결해요.
- 발송, 예약, 다른 사람에게 보내는 테스트, 자동화 실행, 재개, 취소는 요청한 사람만 답할 수 있는 승인 카드를 기다려요.
- 나에게 보내는 테스트와 일시 중지는 오디언스에게 닿지 않으므로 카드 없이 진행돼요.
- 발송 알림, 월요일 주간 개요, 댓글 멘션은 브랜드당 최대 10개 채널에 게시할 수 있어요.

## 스레드에서 Brew로 할 수 있는 일

Brew는 이메일 초안을 쓰고 편집하고, 지난 발송에 관한 질문에 답하고, 테스트를 보내고, 캠페인을 보내거나 예약하고, 오디언스 자동화를 실행하고, 발송과 실행을 일시 중지, 재개, 취소할 수 있어요. DM에서는 최상위 메시지마다 새 채팅이 시작돼요. 채널에서는 스레드 하나가 채팅 하나예요.

Brew는 웹 앱에서와 같은 브랜드 접근 권한으로 나를 대신해 작동해요. 결제, 멤버, 브랜드 생성, 조직 설정은 웹 앱에서만 할 수 있어요. Slack 계정 연결은 로그인된 브라우저보다 본인 확인 수단으로서 약하기 때문이에요.

## 설정하기

### 관리자가 한 번 설치하기

조직 관리자가 Brew에서 **연동 → Slack**을 열고 **연결**을 누른 다음, Slack에서 앱을 승인해요. 한 번 설치하면 조직 전체에 적용되고, 조직은 한 번에 Slack 워크스페이스 하나만 연결할 수 있어요. 관리자가 아니면 버튼이 비활성화되어 보여요. 자세한 내용은 [Slack 문서](https://docs.brew.new/integrations/import/slack)를 참고하세요.

관리자는 기본으로 켜져 있는 **Slack에서 Brew와 채팅하기** 설정도 관리해요. 이 설정을 끄면 대화는 멈추지만 알림은 계속 게시돼요. 초안 작성보다 리포트를 먼저 도입하고 싶을 때 유용해요.

### 각자 자기 계정 연결하기

@Brew를 처음 멘션하거나 DM을 보내면, Brew가 나에게만 보이는 메시지로 **Connect your Brew account**(Brew 계정 연결) 링크를 보내요. 이 링크는 한 번만 쓸 수 있고 10분 뒤에 만료돼요. 로그인한 상태로 링크를 열고 확인하면, 메시지를 다시 입력할 필요 없이 Brew가 처음 보낸 메시지에 답해요.

Slack 이메일이 Brew에서 인증한 이메일 중 하나가 아니라면, 먼저 ‘내 Slack 계정이 맞아요’에 체크해야 해요. 이 연결을 통해 Slack 사용자가 내 Brew 권한으로 작업할 수 있게 되기 때문이에요. 연결은 Brew의 Slack 설정 페이지에서 언제든 해제할 수 있어요.

## 스레드 하나로 캠페인 하나 운영하기

### 브리프

> @Brew ‘Pro 고객’ 오디언스에 보낼 10월 제품 업데이트 초안을 써 주세요. Slack 승인을 먼저 소개하고, 그다음 Intelligent Send, 마지막으로 새 이메일 점검을 다뤄 주세요. 업데이트 내역 링크를 넣고, 150단어 이내로 써 주세요.

좋은 브리프에는 오디언스, 중요한 내용의 순서, 반드시 지킬 제약 조건 하나가 들어가요. Brew는 메시지를 확인했다는 표시로 눈 모양 이모지를 달아요. 첨부한 문서나 스크린샷도 읽는데, 한 번에 최대 12개 파일, 파일당 25 MB까지예요. 파일 읽기 기능이 추가되기 전에 설치했다면 관리자가 먼저 다시 연결해야 해요.

Slack의 에이전트 기능 권한을 허용하면, 진행 단계와 Slack 기본 중지 버튼과 함께 답변이 실시간으로 스트리밍돼요. 예전에 설치한 앱은 작업 중이라는 메시지를 먼저 올린 뒤 답변을 게시해요. **Slack 다시 연결**을 누르면 스트리밍 방식으로 바뀌고, 모든 사람의 계정 연결과 알림 설정은 그대로 유지돼요. 요청 한도 초과 같은 이유로 Slack이 스트리밍을 거부하면, Brew는 기존 방식으로 답해요.

답변에는 이메일 이미지가 답변당 최대 4장까지 들어가요. 그래서 스레드에서 카피뿐 아니라 레이아웃도 함께 볼 수 있고, 시안을 비교할 때 도움이 돼요.

### 수정

팀원에게 하듯 수정을 요청하세요.

> 도입부는 더 짧게, 버튼 문구는 “업데이트 내역 읽기”로 바꿔 주세요

스레드를 시작한 사람이라면 후속 메시지에는 멘션이 필요 없어요. 다른 사람은 @Brew를 멘션해야 하므로, 옆에서 나누는 이야기가 지시로 읽히지 않아요.

레이아웃을 살짝 조정하는 것 같은 캔버스 작업이 필요하면, Brew가 웹 앱의 이메일 링크를 보내 줘요. 웹 앱에서는 이 스레드가 Slack 배지가 붙은 채팅으로 표시돼요. 첫 프롬프트 예시는 [이메일 에이전트에게 브리프 쓰는 법](/ko/blog/how-to-brief-an-email-agent)에 더 있어요.

### 테스트

> 저에게 테스트 보내 주세요

나에게만 보내는 테스트는 바로 실행돼요.

> maya@example.com, jon@example.com으로 테스트 보내 주세요

다른 사람에게 가는 테스트라서 승인 카드가 나와요. 테스트는 최대 50개 주소까지 보낼 수 있어요.

### 실제 발송

> @Brew 마케팅 도메인에서 뉴욕 시간 기준 화요일 9:00에 보내도록 예약해 주세요

승인 카드에는 다음 내용이 표시돼요.

- 이메일 미리보기
- 오디언스와 발송 대상 수신자 수
- 발신자와 제목
- 발송 시간(카드를 보는 사람마다 자신의 Slack 시간대로 표시)
- 승인 버튼과 거절 버튼, 그리고 웹 앱에서 열어 볼 수 있는 **Review in Brew**(Brew에서 검토) 버튼

승인 버튼에는 실행할 작업 이름이 표시돼요. **Send**(보내기), **Schedule**(예약), **Send test**(테스트 보내기), **Run it**(실행), **Resume**(재개), **Cancel it**(취소하기) 같은 이름이에요. 거절 버튼에는 **Cancel**(취소), **Not now**(나중에), **Keep paused**(일시 중지 유지) 중 하나가 표시돼요. 그다음 Slack이 **Go back**(돌아가기) 버튼과 함께 한 번 더 확인을 요청해요. 발신 도메인이 인증되지 않았을 때처럼 설명한 대로 발송할 수 없으면, 카드에 **Can't go yet**(아직 진행할 수 없음)이 표시되고 거절 버튼만 남아요.

발송 대상 수부터 확인하세요. Pro 고객 12,000명을 예상했는데 340명으로 나온다면, 조용한 화요일 대시보드에서 알게 되는 것보다 Slack에서 미리 알아차리는 편이 훨씬 나아요.

## 요청한 사람만 승인할 수 있는 이유

카드에는 “Only @you can answer this.”(@you만 답할 수 있어요)라고 표시돼요. 팀원이 Approve나 Decline을 누르면, Brew는 요청한 사람만 답할 수 있다고 그 팀원에게만 보이게 알려 주고, 아무 일도 일어나지 않아요.

‘누구나 승인할 수 있다’는 방식은 뻔하게 실패해요. 브리프를 쓴 사람은 미리보기를 읽고 오디언스를 확인했어요. 자기가 시작하지 않은 스레드에서 초록색 버튼을 스쳐 지나가는 사람은 둘 다 하지 않았어요. 40,000명에게 가는 캠페인이 누가 먼저 클릭하느냐에 달려 있어서는 안 돼요. 다른 사람이 발송을 맡아야 한다면, 그 사람이 직접 메시지로 Brew에 요청해 자기 카드를 받으면 돼요.

카드는 작업을 확인하는 장치일 뿐, 팀의 검토를 대신하지 않아요. 조직에서 발송 전 승인 보류를 쓰고 있다면, 웹 앱에서와 마찬가지로 Approve를 누른 뒤에도 이 보류가 그대로 적용돼요.

| 작업 | 승인 카드 필요 여부 |
| --- | --- |
| 초안 작성, 편집, 질문에 답하기 | 아니요 |
| 나에게 테스트 발송 | 아니요 |
| 다른 주소로 테스트 발송(최대 50개) | 예 |
| 캠페인 발송 또는 예약 | 예 |
| 오디언스 자동화 실행 | 예. 모의 실행은 필요 없음 |
| 발송 또는 실행 일시 중지 | 아니요 |
| 발송 또는 실행 재개나 취소 | 예 |

일시 중지에 카드가 없는 건 의도한 거예요. 잘못돼 보이는 걸 멈추는 데는 메시지 하나면 충분해야 하고, 일시 중지는 누구에게도 닿지 않으니까요.

## 채널에서 결과 공유하기

승인은 스레드에서, 결과는 팀 전체가 보는 곳에서 다뤄요. **연동 → Slack**의 **이 브랜드의 알림**에서 채널과 게시할 업데이트를 고르세요.

- **이메일 발송**: 캠페인 발송이 끝나거나 실패하면 게시돼요.
- **주간 개요**: 매주 월요일 15:00 UTC에 게시돼요. 발송이 없는 주는 건너뛰고, 전달이 200건 이상인 이메일만 오픈이 가장 많은 이메일로 꼽아요. 그래서 다섯 명에게 보낸 테스트가 1위에 오를 일은 없어요.
- **댓글 멘션 및 답글**: 브랜드 이메일에 달린 댓글의 멘션과 답글이 게시돼요.

새 채널에는 세 가지가 모두 켜져 있어요. 브랜드당 최대 10개 채널을 쓸 수 있으니, 주간 개요는 경영진에게, 댓글 답글은 작성자에게 보낼 수 있어요.

## 팀에 도입하기 전에

- **캠페인 하나에 스레드 하나.** 한 스레드에서 출시 두 건을 다루면 채팅 하나에 브리프 두 개가 섞여요.
- **스레드를 시작할 사람을 정하세요.** Send를 누르는 사람이 바로 그 사람이니, 아이디어를 낸 사람이 아니라 캠페인 담당자가 시작하게 하세요.
- **보이지 않는 답장도 있어요.** 계정 연결 안내와 거절 메시지는 본인에게만 보이는 임시 메시지라서, 팀원에게는 내 메시지만 보이고 답은 보이지 않을 수 있어요.
- **메시지는 한 번에 하나씩.** Brew가 작업 중이면 다시 보내 달라고 요청해요. 메시지를 대기열에 쌓아 두지 않아요.
- **크레딧은 웹 채팅과 같아요.** Slack에서 한 번 주고받는 데 드는 크레딧은 웹 앱과 같아요.
- **연결 해제는 전체에 적용돼요.** 모든 브랜드의 알림이 멈추고 모든 계정 연결이 해제돼요.

새 사용자는 Brew 앱의 ‘메시지’ 탭에서 “Draft a welcome email”(웰컴 이메일 초안 작성), “How did my last campaign do?”(지난 캠페인 성과는 어땠나요?) 같은 추천 프롬프트를 최대 4개까지 볼 수 있어요. 계정을 연결하지 않은 사람에게는 먼저 “Connect my Brew account”(내 Brew 계정 연결)가 표시되고, 그다음에 이 추천 프롬프트 중 3개가 표시돼요. 따로 안내하지 않아도 바로 시작할 수 있어요.

## 자주 묻는 질문

### 아무도 승인하지 않았는데 Brew가 이메일을 보낼 수 있나요?

실제 발송은 불가능해요. 다른 사람에게 닿을 수 있는 작업은 모두 승인 카드를 기다려요. 나에게 보내는 테스트와 일시 중지만 바로 실행돼요.

### 팀원이 나 대신 승인할 수 있나요?

아니요. Decline을 포함해 카드에 답할 수 있는 사람은 요청한 사람뿐이에요. 발송을 맡아야 하는 팀원이라면 직접 Brew에 요청해 자기 카드를 받으면 돼요.

### Slack에서 쓰려면 Brew 로그인이 따로 필요한가요?

아니요. 기존 Brew 계정을 한 번만 연결하면 Brew가 내 권한을 그대로 사용해요. 그래서 Slack에서도 웹 앱과 같은 브랜드가 보여요.

### 웹 앱을 대신할 수 있나요?

아니요. Slack은 초안 작성, 승인, 발송 성과 확인에 잘 맞아요. 캔버스에서 하는 레이아웃 작업은 Brew에서 해요. Brew에서는 모든 Slack 스레드가 채팅으로도 남아 있어요.

## 관련 글

[MCP 캠페인 가이드](/ko/blog/how-to-build-and-schedule-an-email-campaign-from-claude-using-mcp)에서도 Claude나 Cursor에서 운영하는 캠페인에 같은 확인 단계를 써요. 저희가 10월에 쓴 다른 글에서는 [연락처별 발송 시간 최적화](/ko/blog/send-time-optimization-per-contact)와, Brew 이메일 점검의 바탕이 된 [발송 전 이메일 QA 체크리스트](/ko/blog/pre-send-email-qa-checklist)도 다뤄요.