n8n 고객 온보딩 자동화 — HubSpot 등록과 이메일 드립 시퀀스, AI 없이 만들기

n8n.io 공식 템플릿 마켓플레이스에 공개된 고객 온보딩 워크플로우를 가져오면, 웹훅으로 들어온 신규 가입 정보를 HubSpot에 자동 등록하고, 2시간 뒤·1일 뒤·3일 뒤 순서대로 이메일을 보내는 온보딩 드립 시퀀스를 만들 수 있습니다. AI 노드는 단 하나도 쓰지 않습니다. 웹훅, 조건 분기, CRM 연동, Wait 노드만으로 8단계 전체가 완성됩니다.

이 템플릿 하나로 보여줄 수 있는 것

지금까지 이 시리즈에서 다룬 템플릿 대부분은 AI Agent나 LLM 노드가 들어갑니다. 이번 템플릿은 다릅니다. Webhook, IF, HubSpot, Telegram(또는 Slack), Email Send, Wait — 이 여섯 종류의 노드만으로 신규 고객 한 명이 가입한 순간부터 3일 뒤 성공 가이드를 받기까지의 전체 여정을 처리합니다. AI가 판단하는 구간이 하나도 없는, 100% 결정론적인 오케스트레이션입니다.

이건 오히려 강점입니다. 온보딩처럼 "누가 신청하든 같은 순서로, 같은 타이밍에" 실행돼야 하는 업무는 AI의 확률적 판단보다 이런 정해진 규칙 기반 자동화가 더 적합합니다. 면접에서 "n8n으로 AI 자동화만 해봤어요?"라는 질문을 받았을 때, 이 템플릿은 "아니요, 언제 AI가 필요하고 언제 필요 없는지도 구분할 줄 압니다"라고 답할 수 있는 근거가 됩니다.

구체적으로는 아래 세 가지 역량을 보여줄 수 있습니다.

• 웹훅 기반 트리거 설계 — 외부 폼이나 앱에서 오는 신청 이벤트를 받아 자동화를 시작하는 경험
• 조건 검증과 CRM 연동 — 들어온 데이터를 검증한 뒤 실제 CRM에 레코드를 생성하는 경험
• Wait 노드로 만드는 타임드 이메일 시퀀스 — 하루짜리가 아니라 여러 날에 걸친 드립 캠페인을 워크플로우 하나로 설계한 경험

세 번째가 특히 희소합니다. 대부분의 n8n 입문 워크플로우는 "트리거 한 번, 실행 한 번"으로 끝나는데, 이 템플릿은 하나의 실행이 3일에 걸쳐 살아있습니다. 이 구조를 이해하고 있으면 마케팅 자동화, 결제 후 리마인더, 무료체험 만료 알림처럼 "시간차를 두고 여러 번 접촉해야 하는" 업무 전부에 그대로 응용할 수 있습니다.

이 템플릿은 무엇인가

이 워크플로우는 데이터팝콘이 만든 게 아닙니다. n8n 공식 템플릿 마켓플레이스(n8n.io/workflows)에 Customer onboarding automation with HubSpot, email sequences and team alerts라는 이름으로 공개된 템플릿이고, 제작자는 David Olusola입니다. 카테고리는 CRM으로 등록돼 있습니다.

공식 설명에 따르면 이 템플릿은 웹훅으로 신규 고객의 가입 데이터를 받는 것에서 시작합니다. 필수 정보가 있는지 검증한 뒤 HubSpot CRM에 연락처를 생성하고, 개인화된 웰컴 이메일을 보냅니다. 이후 2시간 뒤에는 온보딩 문서를, 1일 뒤에는 개인화된 체크인 메일을, 3일 뒤에는 1주차 성공 가이드를 순서대로 보냅니다. 각 마일스톤마다 HubSpot의 고객 상태를 업데이트하고 팀에게도 알림을 보냅니다. 처음부터 끝까지 이 8단계 전부가 AI 없이 동작한다고 공식 문서에 명시돼 있습니다.

n8n 설치나 기본 노드 조작법은 n8n으로 반복업무 자동화 포트폴리오 만들기에 정리돼 있으니, 이 글은 이 템플릿의 구조 자체에 집중합니다.

구조 — Trigger / Task / Target

공식 문서의 "How it works"를 데이터팝콘 방식인 Trigger/Task/Target 세 칸으로 정리하면 이렇습니다.

• Trigger — Webhook 노드가 POST 요청을 받으면서 전체 흐름이 시작됩니다. 폼 제출이든 자체 앱의 가입 완료 이벤트든, 신규 고객 정보를 이 URL로 쏘아주기만 하면 됩니다.
• Task — 필수 필드 검증 → HubSpot 연락처 생성 → 팀 알림 → 웰컴 메일 → (Wait) → 온보딩 문서 → (Wait) → 체크인 메일 → (Wait) → 성공 가이드 순으로 진행됩니다. 세 번의 Wait가 이 흐름을 하루짜리가 아니라 3일짜리 여정으로 늘려줍니다.
• Target — 결과물은 세 곳에 남습니다. 고객의 받은편지함에는 시간차를 둔 이메일 네 통(웰컴, 온보딩 문서, 체크인, 성공 가이드)이, HubSpot에는 갱신된 고객 상태가, 팀 채널에는 신규 가입과 온보딩 완료 알림이 남습니다.

만들기

공식 Setup 단계는 총 10개 항목으로 나열돼 있는데, 팀 알림이 초반(4번)과 후반(10번) 두 번 등장하는 등 "How it works"의 8단계와 1:1로 딱 떨어지지는 않습니다. 아래는 그 항목들을 데이터 흐름 순서로 정리한 것입니다.

1. Webhook — 온보딩의 입구

Webhook 노드를 HTTP Method: POST로 만듭니다. 이 URL이 온보딩 자동화 전체의 시작점입니다. 회원가입 폼이나 결제 완료 이벤트에서 이 URL로 요청을 보내도록 연결해두면, 그 순간부터 아래 단계가 자동으로 이어집니다.

2. IF — 필수 필드 검증

IF 노드로 요청에 email과 customerName이 모두 들어있는지 확인합니다. 둘 중 하나라도 비어 있으면 뒤의 CRM 등록과 이메일 발송이 잘못된 데이터로 진행되는 걸 막을 수 있습니다. 공식 문서는 검증을 통과하지 못했을 때 어떤 응답을 보내야 하는지까지는 다루지 않습니다. 직접 만든다면 이 분기의 반대편에 Respond to Webhook 노드를 연결해 에러 응답을 돌려주는 편이 안전합니다.

3. HubSpot — CRM 연락처 생성

검증을 통과한 데이터로 HubSpot 노드가 연락처를 생성합니다. 신청서에는 보통 이름이 한 필드로 들어오는데, HubSpot 연락처는 이름과 성을 따로 저장하므로 이 단계에서 나눠 매핑해야 합니다. HubSpot 노드를 쓰려면 n8n에 HubSpot 크리덴셜을 먼저 등록해야 하고, HubSpot 쪽에서는 API 접근이 가능한 계정이 있어야 합니다.

여기서 재현 비용을 짚어두면, HubSpot 공식 가격 페이지에 따르면 무료 CRM 플랜은 계정당 사용자 2명, 연락처 1,000개까지 시간 제한 없이 $0으로 제공됩니다(2026년 8월 기준, HubSpot 공식 가격 페이지). 포트폴리오용으로 연습해보는 정도라면 무료 플랜으로 충분히 이 템플릿을 재현할 수 있습니다.

4. Telegram 또는 Slack — 팀에 즉시 알림

신규 가입이 들어왔다는 사실을 팀에게 바로 알립니다. 공식 문서는 Telegram과 Slack 중 하나를 선택하라고 안내합니다. 어느 쪽을 쓰든 팀이 실제로 보는 채널에 크리덴셜을 연결하면 됩니다.

5. Email Send — 웰컴 메일

고객 이름 등 신청 데이터로 개인화한 웰컴 이메일을 보냅니다. 여기서부터가 이 템플릿의 핵심인 드립 시퀀스의 출발점입니다.

6. Wait 노드 세 개 — 2시간, 1일, 3일 뒤 이메일 드립

이 템플릿에서 가장 눈여겨봐야 할 구간입니다. 웰컴 메일 다음에는 Wait 노드가 세 번 등장하고, 그 사이사이에 Email Send 노드가 하나씩 끼어 있습니다.

1. 웰컴 메일 → Wait 2시간 → 온보딩 문서(PDF·가이드) 발송
2. → Wait 1일(가입 시점 기준 누적) → 개인화된 체크인 메일
3. → Wait 2일 추가(가입 시점 기준 누적 3일) → 1주차 성공 가이드

즉 기준은 "직전 이메일로부터 얼마"가 아니라 "가입 시점으로부터 얼마"입니다. 2시간, 1일, 3일이라는 숫자는 신청 순간을 0으로 놓고 누적된 경과 시간입니다.

Wait 노드가 어떻게 이걸 가능하게 하는지는 n8n의 일반적인 동작 방식으로 설명할 수 있습니다. n8n 공식 문서에 따르면 Wait 노드는 대기 시간이 65초를 넘어가면 그 실행(execution)의 데이터를 데이터베이스로 내려놓고, 재개 조건이 충족되면 그 데이터를 다시 불러와 이어서 실행합니다(n8n 공식 문서). 이 템플릿의 세 Wait는 모두 "After Time Interval"(정해진 시간만큼 대기) 방식을 쓰는 것으로 보이는데, 이 방식이라면 대기 중에는 그 실행 하나만 데이터베이스에 잠시 잠들어 있을 뿐 n8n 인스턴스의 자원을 계속 붙잡고 있지 않습니다. 그래서 같은 워크플로우로 오늘 가입한 고객 10명이 각자 다른 시각에 드립을 시작해도, 서로의 대기 시간에 영향을 주지 않고 독립적으로 흘러갑니다.

7. HubSpot 상태 업데이트와 완료 알림

세 번째 Wait 이후 성공 가이드를 보내고 나면, HubSpot 연락처의 상태를 갱신하고 팀에게 온보딩이 완료됐다고 다시 알립니다. 4번의 "신규 가입" 알림과 이 "온보딩 완료" 알림이 짝을 이루는 구조라, 팀은 CRM을 직접 열어보지 않아도 어느 고객이 온보딩 여정의 어느 지점에 있는지 채널 메시지만으로 따라갈 수 있습니다.

주의할 점 · 제약

공식 문서를 기준으로 실제로 만들 때 미리 알아둘 점을 정리하면 세 가지입니다.

• 검증 실패 처리는 직접 설계해야 합니다 — IF 노드로 필수 필드를 확인하는 것까지는 공식 문서에 나와 있지만, 검증에 실패했을 때 무엇을 응답할지는 다루지 않습니다. 신청 폼 쪽에서 에러를 인지할 수 있게 Respond to Webhook 분기를 추가하는 편이 안전합니다.
• 알림 채널은 Telegram과 Slack 중 하나를 선택해야 합니다 — 공식 문서가 둘 다를 예시로 들 뿐, 두 채널에 동시에 보내는 구성은 아닙니다. 팀이 실제로 쓰는 채널에 맞춰 하나만 연결하면 됩니다.
• 서비스 네 곳의 크리덴셜이 필요합니다 — 웹훅을 받을 폼/앱, HubSpot, Telegram 또는 Slack, 이메일 발송 서비스까지 준비해야 전체 흐름이 완성됩니다. HubSpot은 무료 CRM 플랜(연락처 1,000개, 사용자 2명, $0)으로도 재현할 수 있지만, 그 이상 규모로 쓰려면 유료 플랜이 필요합니다.

포트폴리오·면접 포인트

포트폴리오에는 두 장이면 충분합니다. 하나는 웹훅 호출 직후 HubSpot에 연락처가 생성된 화면, 다른 하나는 n8n 실행 히스토리에서 세 개의 Wait 노드가 순서대로 대기 상태(waiting)에 들어가 있는 화면입니다. 특히 두 번째 캡처는 "이 워크플로우가 여러 날에 걸쳐 살아있는 실행"이라는 걸 한눈에 보여주므로, 단순한 트리거-액션 워크플로우와 차별화됩니다.

면접에서는 "이 온보딩 자동화에는 왜 AI를 안 썼나요?"라는 질문이 나올 수 있습니다. 좋은 질문이고, 답도 명확합니다. 온보딩 이메일 시퀀스는 누가 신청하든 같은 순서, 같은 타이밍으로 나가야 신뢰할 수 있는 업무입니다. 여기에 AI Agent를 끼워 넣으면 오히려 예측 불가능성만 늘어납니다. "필요할 때만 AI를 쓴다"는 판단 기준을 갖고 있다는 걸 보여주는 답변이, 무조건 AI Agent부터 붙이고 보는 사람보다 더 설득력 있습니다.

다음 액션

다음 편에서도 같은 CRM 카테고리 안에서, 이번에는 예약 링크 자체를 자동으로 만들어 발급하는 템플릿을 다룹니다. 웹훅으로 트리거를 받는 이번 템플릿과 달리, 그 템플릿은 n8n을 마치 하나의 API 서버처럼 쓰는 설계라 트리거를 보는 시각이 또 한 번 넓어집니다.