먼저 결론부터 말씀드리겠습니다.
n8n부터 배우지 마세요. 자동화할 업무를 먼저 고르시고, 그 업무가 n8n이 필요한 종류인지 확인한 다음에 배우셔도 늦지 않습니다. 순서를 반대로 하면 대개 “튜토리얼은 따라 했는데 내 업무에 붙일 데가 없다”로 끝납니다.
그럼에도 이 글을 쓰는 이유는, 어떤 업무가 n8n이 필요한 종류인지 판단하려면 n8n이 무엇인지는 알아야 하기 때문입니다. 이 글은 사용법을 가르치지 않습니다. 대신 n8n이 맞는 일과 과한 일을 가르는 기준을 드립니다.
핵심만 먼저
- n8n부터 배우지 마세요. 자동화할 업무를 먼저 고르고, 그 업무가 n8n이 필요한 종류인지부터 판단하는 게 순서입니다.
- AI와 n8n은 잘하는 일이 다릅니다. AI는 판단·분류·요약을, n8n은 연결·반복·전달을 잘합니다. 실무에서는 대개 섞여서 쓰이고, 흐름 중 AI가 맡는 비중은 생각보다 작은 경우가 많습니다.
- n8n이 맞는 업무는 반복되고, 둘 이상의 서비스를 오가고, 사람이 옮겨 붙이는 단계가 있는 일입니다. 반대로 한 도구 안에서 끝나거나, 판단이 본질이거나, 돌봐줄 사람이 없는 일에는 과합니다.
- Zapier·Make와는 과금을 세는 단위 자체가 다르고, Self-hosted는 무료가 아니라 서버 비용과 관리 시간이 붙는 선택입니다.
이 글에서 알 수 있는 것
- n8n이 무엇이고 AI와 어떻게 다른 일을 하는지
- n8n이 맞는 업무의 3가지 조건과, 과한 업무 5가지
- Zapier·Make와 비교했을 때 과금 단위가 어떻게 다른지
- Self-hosted의 장점과 실제로 떠안게 되는 운영 부담
- 비개발 직장인이 혼자 만들 수 있는 범위와, 도움이 필요해지는 지점
목차
SECTION 01
n8n이 무엇인가
한 문장으로
서로 다른 서비스를 연결해서, 정해진 순서대로 일이 흘러가게 만드는 도구입니다.
메일이 도착하면 → 첨부파일을 꺼내 → 정해진 폴더에 넣고 → 스프레드시트에 한 줄 기록하고 → 담당자에게 알린다. 이런 흐름을 화면에서 블록을 이어 붙여 만듭니다. 이 흐름 하나를 워크플로라고 부릅니다.
핵심 포인트
핵심은 “연결”입니다. n8n은 데이터를 분석하거나 문장을 쓰는 도구가 아닙니다. A에서 꺼내 B로 보내는 일을 반복 가능하게 만드는 도구입니다.
‘노코드’라는 말의 실제 의미
n8n은 흔히 노코드 도구로 소개됩니다. 절반은 맞습니다. 블록을 이어 붙이는 것까지는 코딩이 아닙니다.
다만 실무에서 조금만 복잡해지면 이런 것들을 만나게 됩니다.
- 앞 단계가 넘겨준 데이터에서 원하는 항목만 꺼내 쓰기
- 목록이 왔을 때 한 건씩 반복 처리하기
- 조건에 따라 길을 나누기
- 실패했을 때 어떻게 할지 정하기
코드를 쓰지 않아도 되지만, 이 네 가지 개념은 이해해야 합니다. “노코드니까 아무 준비 없이 시작할 수 있다”는 기대로 접근하면 중간에 멈추게 됩니다. 미리 말씀드리는 편이 낫다고 생각합니다.
SECTION 02
AI와 n8n은 하는 일이 다릅니다
이 구분이 이 글에서 가장 중요합니다. 둘을 섞어서 이해하면 도구 선택이 계속 어긋납니다.
| AI (ChatGPT·Claude 등) | n8n | |
|---|---|---|
| 잘하는 일 | 판단, 분류, 요약, 문장 생성 | 연결, 반복, 전달, 일정 실행 |
| 약한 일 | 매번 똑같은 결과 보장 | 판단이 필요한 처리 |
| 입력이 조금 달라지면 | 알아서 맞춰줍니다 | 규칙을 벗어나면 멈춥니다 |
| 결과가 매번 같은가 | 아닙니다 | 같습니다 |
| 적합한 상황 | 사람이 읽고 판단하던 일 | 사람이 옮기고 붙이던 일 |
“매번 똑같아야 하는 일”과 “상황에 맞게 달라져야 하는 일”이 갈림길입니다.
정해진 폴더에서 파일을 가져오는 일은 매번 똑같아야 합니다. 여기에 AI를 쓰면 오히려 불안정해집니다. 반대로 문의 내용을 읽고 유형을 나누는 일은 표현이 매번 다르므로 규칙만으로는 한계가 있습니다.
둘을 같이 쓰는 경우
실무에서는 대개 섞입니다. n8n이 흐름을 만들고, 중간의 판단 구간만 AI에 맡기는 구조입니다.
실제 예시 — 문의 메일 자동 분류 (6단계 중 AI는 1단계)
문의 메일 도착 · n8n
↓
본문 꺼내기 · n8n
↓
유형 분류 · AI
↓
담당자 배정 · n8n
↓
알림 발송 · n8n
↓
애매한 건은 사람에게 · n8n
여섯 단계 중 AI는 하나입니다. 나머지는 전부 연결 작업입니다. “AI 자동화”라고 부르지만 실제로 AI가 맡는 비중은 이 정도인 경우가 많습니다.
SECTION 03
n8n이 맞는 업무 / 과한 업무
맞는 업무의 세 조건
셋을 모두 만족할 때 n8n이 값을 합니다.
- 반복된다 — 매일, 매주, 또는 이벤트가 생길 때마다. 한 번 하는 일은 손으로 하는 게 빠릅니다.
- 둘 이상의 서비스를 오간다 — 메일과 스프레드시트, 폼과 메신저, 시스템과 폴더. 한 곳 안에서 끝나는 일은 그 도구의 기능으로 해결되는 경우가 많습니다.
- 사람이 옮겨 붙이는 단계가 있다 — 복사해서 붙여넣고, 다운로드해서 업로드하고, 확인해서 알려주는 일.
예를 들면 이런 것들입니다.
- 정해진 시각에 여러 곳의 데이터를 모아 한 시트에 쌓기
- 폼 제출이 들어오면 담당자에게 알리고 기록 남기기
- 첨부파일이 도착하면 이름을 규칙에 맞게 바꿔 폴더에 정리하기
- 조건에 맞는 건이 생기면 알림 보내기
과한 업무 — 이럴 땐 쓰지 마세요
① 한 도구 안에서 끝나는 일
스프레드시트 안에서만 일어나는 계산이라면 수식이나 스크립트가 낫습니다. 밖으로 나갈 일이 없는데 연결 도구를 쓰는 건 과합니다.
② 한두 번만 할 일
n8n 워크플로를 만드는 데 반나절이 든다면, 그 일을 열 번 넘게 할 게 아니면 손으로 하는 게 낫습니다.
③ 판단이 본질인 일
계약서 검토, 보고서 작성, 인사 평가처럼 매번 다르게 판단해야 하는 일. 이건 n8n의 문제가 아니라 자동화 자체가 맞지 않는 유형입니다.
④ 돌봐줄 사람이 없는 일
연결된 서비스가 인증 방식을 바꾸거나 응답 형식을 바꾸면 워크플로는 멈춥니다. 이건 구조적 속성입니다. 고칠 사람이 없다면 만들지 않는 게 낫습니다.
⑤ 이미 그 기능이 있는 일
쓰고 있는 도구에 예약 발송, 자동 알림, 연동 기능이 이미 들어 있는 경우가 꽤 많습니다. 만들기 전에 먼저 찾아보세요.
SECTION 04
Zapier·Make와 비교하면 어디쯤인가
세 도구는 하는 일이 비슷합니다. 다만 비용이 붙는 방식이 다릅니다. 이게 실무에서 가장 크게 갈리는 지점이라 공식 기준으로만 정리했습니다.
과금 단위가 다릅니다
| 도구 | 세는 단위 | 공식 설명 (2026년 8월 26일 조회) |
|---|---|---|
| n8n | 워크플로 1회 실행 | “An execution is a single run of your entire workflow. It doesn’t matter how many steps are in the workflow or how much data it processes.” |
| Zapier | 작업(task) | “Tasks are used when a Zap successfully moves data or completes an action for you automatically.” — 성공한 액션마다 소모 |
| Make | 크레딧(credit) | “Each action your scenario performs consumes a certain number of credits” — 대부분의 액션이 1크레딧 |
그래서 어떻게 갈리나
아래는 실제 비용 비교가 아니라, 세는 단위가 다르다는 것만 보여주기 위한 가상의 예시입니다. 실제 서비스마다 과금에서 제외되는 단계와 예외 조건이 있어서, 아래 숫자를 그대로 우리 상황에 대입할 수는 없습니다.
가정: 워크플로 안의 10개 단계가 전부 과금 대상 작업(billable action)이라고 가정합니다. (실제로는 이 가정이 잘 맞지 않을 수 있습니다. 예를 들어 Zapier는 폴링으로 조건을 확인만 하는 단계나 Filter·Formatter·Tables 같은 일부 내장 도구는 작업(task)으로 세지 않는다고 안내하고, Make도 “대부분의 액션”이 1크레딧을 소모한다고 표현해 예외가 있음을 시사합니다. 즉 “단계 수 = 과금 단위 수”가 항상 1:1로 맞는 건 아닙니다.)
이 가정 위에서, 10개 과금 대상 작업으로 이뤄진 워크플로를 하루 100번 돌린다고 해봅시다. n8n에서는 하루 100회 실행으로 계산됩니다. 액션·작업 단위로 세는 도구에서는 (모든 단계가 과금 대상이라는 가정하에) 하루 1,000건 가까이 계산될 수 있습니다. 같은 일인데 세는 단위가 달라서 그렇습니다.
반대로 단계가 적고 실행 횟수도 적다면 차이가 거의 없습니다. 이 경우엔 과금 방식보다 어떤 서비스와 연결되는지, 팀이 쓰기 편한지가 더 중요합니다.
주의
주의: 위는 과금 “단위”가 다르다는 것만 보여주는 예시일 뿐, 총비용 비교가 아닙니다. 실제로는 과금 제외 단계나 예외가 서비스마다 있어서 단계 수를 그대로 과금 건수로 치환할 수 없고, 플랜별 포함량과 가격도 각각 다르고 자주 바뀝니다. 실제 비교는 우리 워크플로에서 실제로 과금되는 단계가 몇 개인지부터 각 사 공식 문서로 확인한 뒤, 그 수와 월 실행 횟수를 대입해서 각 사 공식 요금 페이지로 직접 계산하셔야 합니다. 그리고 어느 도구를 쓰든 뒤에 붙는 외부 API 요금이 더 클 수 있다는 점을 잊지 마세요.
SECTION 05
Self-hosted — 장점과 운영 부담
n8n의 특징 중 하나는 직접 서버에 설치해서 쓸 수 있다는 점입니다. 다만 이건 장점이자 부담입니다.
무엇이 좋아지나
- 데이터가 우리 서버에 남습니다. 사내 보안 정책상 외부 서비스에 업무 데이터를 두기 어려운 조직에 의미가 있습니다.
- 실행 횟수 제한을 서버 성능 안에서 조절할 수 있습니다.
- 사내망 안의 시스템과 연결하기가 상대적으로 수월합니다.
무엇을 떠안게 되나
- 서버를 누군가 관리해야 합니다. 설치, 업데이트, 백업, 장애 대응.
- 자격증명 관리 책임이 우리에게 옵니다. n8n은 API 키·비밀번호를 암호화해 저장하는데, 그 암호화 키를 잃으면 복구가 어렵습니다. 공식 문서는 관련 설정 변경에 대해 “되돌릴 수 없는 변경이며 롤백 경로가 없다”고 경고합니다.
- 실행 기록이 서버에 쌓입니다. 기본 설정으로 일정 기간·일정 건수가 보존되므로, 개인정보가 지나가는 워크플로라면 보존 기간을 따로 정해야 합니다.
“무료”라는 말에 서버 비용과 관리 시간이 포함되지 않는다는 점을 기억하세요. 소규모라면 클라우드가 총비용에서 유리한 경우도 많습니다.
Community와 상용 기능의 차이 — 필요한 범위만
무상 Community 에디션으로 대부분의 기능을 쓸 수 있습니다. 다만 공식 문서 기준으로 SSO, Git을 이용한 버전 관리, 개발/운영 환경 분리(Environments), 워크플로·자격증명 공유, 로그 스트리밍 등은 제외됩니다(Community edition features, 2026년 8월 26일 조회).
혼자 쓰실 때는 대부분 문제가 안 됩니다. 팀이 함께 쓰거나 매출이 걸린 워크플로를 운영할 때 의미가 생깁니다. 버전 관리와 환경 분리가 없다는 건 운영 중인 워크플로를 직접 고치면서 테스트한다는 뜻이기 때문입니다.
일잘랩의 판단
한 가지 더. n8n은 흔히 “오픈소스”로 소개되지만 정확한 표현이 아닙니다. Sustainable Use License라는 별도 라이선스를 쓰며, 자기 조직의 내부 업무 목적 사용은 허용되지만 이 소프트웨어를 서비스로 제공하는 것은 제한됩니다. 고객을 대상으로 하는 서비스를 설계하실 계획이라면 이 부분을 반드시 확인하셔야 합니다. 라이선스 구분과 계약 전 점검 항목은 별도 글에서 다룹니다.
SECTION 06
비개발 직장인은 어디까지 갈 수 있나
혼자 할 수 있는 것
경험상 비개발 직장인이 혼자 만들 수 있는 범위는 대체로 여기까지입니다.
- 정해진 시각에 실행되는 단순 흐름 — 데이터 가져와서 시트에 쌓고 알림 보내기
- 공식 연동이 준비된 서비스끼리 연결 — 이미 블록이 있는 경우
- 조건이 하나뿐인 분기 — “금액이 얼마 이상이면 알림”
- 결과가 틀려도 손해가 없는 일
이 정도는 튜토리얼을 따라가며 며칠이면 만들 수 있습니다.
도움이 필요해지는 지점
- 공식 연동이 없는 서비스와 붙일 때 — 직접 요청을 구성해야 합니다
- 목록을 반복 처리하고 중간에 조건이 갈릴 때
- 사내망·방화벽 안에서 돌려야 할 때
- 실패했을 때 어떻게 할지 설계해야 할 때 — 재시도, 알림, 부분 실패 처리
- 개인정보나 금액이 지나갈 때 — 로그 보존과 승인 절차 설계가 필요합니다
여기서 막히는 게 실력 부족이 아닙니다. 이 구간은 원래 설계 영역입니다. 혼자 붙잡고 몇 주를 쓰는 것보다 구조를 한 번 잡고 가는 편이 빠른 경우가 많습니다.
SECTION 07
그래서 지금 할 일
n8n 설치부터 하지 마세요. 순서는 이겁니다.
1. 자동화할 업무를 먼저 고릅니다.
반복되는지, 둘 이상의 서비스를 오가는지, 사람이 옮겨 붙이는 단계가 있는지. 이 세 가지를 우리 업무 목록에 대고 확인해보세요.
2. 그 업무가 n8n이 필요한 종류인지 확인합니다.
위의 “과한 업무” 다섯 가지 중 하나에 해당하면 다른 답을 찾는 게 낫습니다.
3. 그다음에 도구를 정합니다.
이 순서를 지키면 도구를 배우는 시간이 헛되지 않습니다.
실무 팁
1단계에서 무엇을 고를지 막히신다면 채점 기준과 무료 진단표가 있습니다. 여섯 가지 항목으로 점수를 매기면 후보가 3개로 줄어듭니다.
자동화 자체가 처음이시라면 도구 이전 단계부터 정리한 글이 있습니다.
이미 도입을 결정하셨고 구축 견적을 받고 계신다면, 계약 전에 확인할 것들을 정리해 두었습니다.
SECTION 08
참고한 자료
모두 2026년 8월 26일 조회 기준입니다. 요금·기능·라이선스는 변경될 수 있으니 사용 시점에 원문을 다시 확인하시기 바랍니다.
- n8n, Pricing — 실행 단위 과금 설명
- n8n 공식 문서, Community edition features — 무상 에디션 제외 기능
- n8n 공식 문서, Rotate encryption keys — 암호화 키 관련 경고
- n8n, LICENSE.md (Sustainable Use License)
- Zapier, Pricing — task 정의
- Make, Pricing — credit 정의