SaaS, 스토어, 뉴스레터를 위한 웰컴 이메일 시퀀스를 계획하세요. 예시 메시지, 발송 타이밍, 대상 여부 확인, 발송 전 테스트까지 정리했어요.
웰컴 시퀀스는 새 구독자가 다음에 무엇을 하면 되는지 알게 도와줘요. SaaS 제품이라면 첫 프로젝트를 만드는 일일 수 있어요. 스토어라면 어떤 상품이 있는지 파악하는 일, 뉴스레터라면 어떤 콘텐츠가 얼마나 자주 오는지 아는 일일 수 있어요.
가입할 때 한 약속에서 시작하세요. 이후의 모든 이메일은 그 약속을 지키는 데 도움이 되어야 해요. 발송 타이밍과 이메일 수는 제품과 오디언스에 따라 달라요. 아래 예시는 테스트해 볼 출발점이에요. 웰컴 시퀀스는 AI 이메일 자동화에서 다루는 라이프사이클 플로우 중 첫 번째예요.
| 시작 지점 | 첫 이메일로 좋은 내용 | 확인할 점 |
|---|---|---|
| 계정 생성 | 설정 작업 하나 | 이메일 인증을 먼저 해야 하는지 |
| 이메일 인증 완료 | 환영 인사와 제품으로 바로 가는 링크 | 인증 이메일과 내용이 겹치지 않게 하기 |
| 뉴스레터 구독 | 앞으로 받게 될 내용과 유용한 예시 하나 | 수신자의 수신 동의와 선택한 주제 |
| 스토어 가입 | 상품, 구매 안내, 또는 약속한 혜택 | 혜택의 실제 조건과 만료일 |
Brew는 자체 백엔드에서 보내는 사용자 지정 이벤트나 Supabase, Clerk 같은 지원 연동으로 플로우를 시작할 수 있어요. 페이로드는 선택한 트리거의 스키마에 맞춰 만들고, 그 트리거의 실제 ID를 사용하세요.
| 이메일 | 기본 발송 시점 | 역할 | 발송 시점의 대상 조건 |
|---|---|---|---|
| 웰컴 | 가입 또는 인증 직후 | 첫 프로젝트 만들기 돕기 | 신규 계정 |
| 설정 도움 | 2일 차 | 짧은 예시 하나 보여 주기 | 아직 활성화하지 않음 |
| 다음 단계 | 활성화 후 | 다음에 할 유용한 행동 소개 | 활성화함 |
| 체험 리마인더 | 체험 종료 전 | 이후에 일어날 일 설명 | 아직 체험 중이고 미결제 |
| 안부 이메일 | 적절한 간격을 둔 뒤 | 도움 제안 | 여전히 대상에 해당하고 수신이 허용됨 |
이메일마다 행동 하나를 중심으로 쓰세요. 실제 도착 URL, 분명한 제목, 누군가 확인하는 회신 주소를 쓰세요. 막연하게 서두르게 만드는 표현과, 측정하지 않은 결과에 대한 주장은 피하세요.
뉴스레터라면 첫 이메일에서 약속한 자료를 전달하고, 앞으로의 발송 주기를 알리고, 대표 글을 하나 보여 줄 수 있어요. 이후 이메일에서는 관심 주제를 고르는 방법을 설명하거나 글쓴이를 소개할 수 있어요. 뉴스레터는 두 번째 이메일을 보내는 데 SaaS식 활성화 퍼널이 필요하지 않아요.
스토어라면 약속한 혜택을 먼저 전달하고, 그다음 유용한 구매 안내를 제공하세요. 제외 대상과 만료일은 정확하게 밝히세요. 구매가 일어나면 남은 할인 리마인더가 의미 없어질 수 있으니, 대상 여부를 확인할 때 구매 상태도 포함하세요.
각 이메일을 막아야 하는 조건을 정하세요. 활성화, 구매, 만료된 혜택, 계정 삭제, 수신 거부, 요금제 변경 같은 것들이에요. 그런 다음 현재 상태를 실제로 읽는 시스템에 그 규칙을 구현하세요.
Brew의 이벤트 트리거 플로우에서 payload.activated 값에 거는 조건은 원래 이벤트를 읽어요. contact.activated 값에 거는 조건은 노드가 실행되는 시점의 현재 Brew 연락처 필드를 읽고, 대기 단계를 거친 뒤에도 마찬가지예요. 필드를 선언하고 동기화한 다음, 그 필드에 의존하는 리마인더마다 앞에 조건을 두세요. 연락처가 업데이트되거나 나중에 이벤트가 들어와도, 앞서 시작된 실행이 자동으로 취소되지는 않아요.
동기화되지 않은 계정 데이터나 특정 구매에 따라 대상 여부가 달라진다면, 애플리케이션에서 확인 작업을 예약하세요. 이메일을 보낼 시점에 기준이 되는 원본 기록을 읽고, 규칙에 여전히 해당할 때만 리마인더 대상임을 알리는 별도의 이벤트를 보내세요. 자세한 내용은 자동화 만들기 문서를 참고하세요.
Brew에서 트리거, 오디언스, 원하는 행동, 톤을 설명하세요. 플로우 갤러리의 공개 예시에서 시작할 수도 있어요. 예시의 발송 타이밍은 참고용으로만 보고, 같은 일정이 내 오디언스에게도 통한다는 근거로 삼지 마세요.
생성된 그래프와 모든 이메일을 검토하세요. 링크, 발신자, 개인화 대체값, 도메인 용도를 확인하세요. 인증 이메일과 프로모션 성격의 온보딩 이메일은 요건이 다를 수 있어요. FTC 가이드는 미국의 주된 목적 판단 기준을 설명하고, Gmail의 발신자 요건은 인증, 스팸률, 수신 거부 규칙을 다뤄요.
가입, 중복 이벤트, 개인화 값 누락, 대상이 아닌 수신자를 테스트하세요. 연락처 조건이라면 대기 중에 동기화된 필드를 업데이트하고 리마인더를 건너뛰는지 확인하세요. 필드가 없는 경우도 테스트하세요. 애플리케이션에서 예약하는 리마인더라면 확인 시점 전에 활성화나 구매를 하고, 리마인더 이벤트가 발생하지 않는지 확인하세요. 수신 거부 처리와 전달 결과도 확인하세요.
이메일과 대상 여부 확인을 모두 검토한 뒤에만 게시하세요. 설정 완료나 첫 주문처럼 시퀀스가 도우려는 행동을 전달 데이터, 클릭 데이터와 함께 추적하세요. 사람들이 그 행동을 하도록 돕는 이메일은 남기고 나머지는 고치세요.
구현 예시는 Cursor에서 온보딩 시퀀스 만들기와 제품 이벤트로 체험 전환 시퀀스 만들기를 참고하세요.
