지난달, 서울 성수동 어느 물류 스타트업 대표께서 회의실 화이트보드를 가리키며 물으셨습니다. "지표는 잡았습니다. 실행 횟수, 성공률, 단축 시간까지. 그런데 이 지표를 만들어낼 도구는 무엇으로 골라야 합니까?" 화이트보드에는 프로세스가 12줄, 그 옆에 후보 도구 이름이 네 개 적혀 있었습니다. n8n, Make, Zapier, kintone.
지표를 정의하는 일과 도구를 고르는 일은 붙어 있는 듯 다릅니다. 지난 회에서 다룬 ROI 산정 방식을 손에 쥐고 나면, 그다음 벽은 언제나 같습니다. 어떤 도구가 우리 조직의 규모, 규제 환경, 인력 구성에 맞느냐. 도구 선정은 기능 비교표 한 장으로 끝나는 문제가 아닙니다. 조직의 3년 뒤 그림과 붙여봐야 답이 나옵니다.
네 도구는 각자 다른 문제를 풀기 위해 태어났다
흔히 네 도구를 같은 카테고리에 놓고 비교하지만, 태생이 다릅니다. 태생을 이해하지 않고 기능만 훑으면 반드시 3개월 뒤 후회합니다.
Zapier — 비개발자를 위한 최단 진입로
2011년 미국에서 시작한 SaaS. 통합 7,000개 이상으로 업계 최다입니다. 두세 단계로 끝나는 간단한 트리거-액션이 주 무대. 마케팅 팀, 운영 팀이 개발자 없이 오후 두 시간 만에 첫 자동화를 돌릴 수 있습니다. 다만 태스크 단위 과금이라 워크플로가 복잡해지고 실행 횟수가 늘면 비용 곡선이 무섭게 올라갑니다.
Make — 시각적 복잡성을 다루는 중간 지대
구 Integromat. 라우터, 이터레이터, 애그리게이터 같은 시나리오 요소로 분기·병렬·반복을 시각적으로 짤 수 있습니다. Zapier에서 상위 요금제로 올라야 쓸 수 있는 기능이 Make의 기본 요금대에서 처리됩니다. 업계 자료에 따르면 동일 시나리오에서 Zapier 대비 60% 안팎 저렴한 구간이 나오기도 합니다. 개발자는 아니지만 로직을 그림으로 그려 이해할 수 있는 팀에게 잘 맞습니다.
n8n — 자체 호스팅과 AI 에이전트의 아키텍처
네 도구 중 유일하게 자체 호스팅이 가능합니다. 사내 서버에 올려두면 데이터가 외부로 나가지 않습니다. 의료, 금융, 공공, 개인정보 잔존 요건이 걸린 조직에 사실상 유일한 선택지가 됩니다. 2026년 1월 n8n 2.0 발표 이후 LangChain 네이티브 통합, AI 노드 70여 개, 에이전트 메모리, 자체 호스팅 LLM 연결이 표준화되었습니다. AI 에이전트나 사내 RAG를 진지하게 세우려는 조직이라면 n8n의 아키텍처 우위가 두드러집니다. 대신 셀프 호스트를 택하면 방화벽, SSL, 백업, 계정 관리를 조직이 직접 짊어져야 합니다.
kintone — 도구 연결기가 아닌 업무 그릇
사이보우즈가 만든 노-코드 데이터베이스 겸 앱 빌더. 앞의 세 도구가 "도구 간 연결기"라면 kintone은 "업무 자체를 담는 그릇"입니다. 승인 결재, 품의, 거래처 관리, 현장 보고서. 조직의 일 흐름 자체를 앱으로 만들어 중앙 DB에 쌓습니다. 한국·일본 중소기업의 현장에서 눈에 보이는 성과를 낸 사례가 많습니다. 대신 자체 호스팅은 불가능하고, 외부 SaaS와의 연결은 Zapier나 Make를 옆에 두고 병행하는 구성이 흔합니다.
요금·확장성·보안·연동 — 네 관점의 비교표
표 한 장으로 결론이 나지는 않지만, 논의의 출발점은 됩니다. 아래는 2026년 상반기 기준 각 서비스 공식 문서와 요금 페이지를 참조한 요약입니다.
| 관점 | n8n | Make | Zapier | kintone |
|---|---|---|---|---|
| 요금 구조 | 워크플로 실행 단위, 셀프 호스트 시 서버비만 | 오퍼레이션 단위, 분기·병렬 기본 포함 | 태스크 단위, 고빈도에서 비용 급증 | 사용자 수 기준 월 구독 |
| 확장성 | 커스텀 노드, REST, SDK로 사실상 무제한 | HTTP 모듈로 대부분 커버, 커스텀은 제한적 | Code by Zapier로 소규모 스크립트 가능 | 플러그인·JavaScript 커스터마이즈, 사이보우즈 파트너 생태계 |
| 보안·데이터 소재 | 셀프 호스트로 사내 서버 잔존 가능 | EU·미국 리전, 셀프 호스트 불가 | 미국 리전 고정, 규제 산업 어려움 | 사이보우즈 클라우드, 국내 데이터 센터 옵션은 파트너 경유 |
| 통합 개수 | 공식 1,000+ 및 커뮤니티 노드 다수 | 공식 1,500+ 수준 | 공식 7,000+, 업계 최다 | 연결기라기보다 자체 앱 중심, 외부 연결은 Zapier·Make로 보완 |
| AI 에이전트 적합도 | AI 노드·에이전트 메모리 네이티브 | OpenAI 모듈 기반, 단순 호출 위주 | Zaps에 AI 호출 가능, 자율 판단 아키텍처는 취약 | LLM 연동은 커스텀 개발 영역 |
표만 보면 n8n이 만능처럼 읽히지만, 현장은 그렇게 단순하지 않습니다. 자체 호스팅은 서버 관리 인력이 최소 0.3명분은 필요합니다. Zapier의 태스크 과금이 무섭다 해도, 월 실행 2,000회 이하의 소규모 팀에게는 다른 도구보다 오히려 저렴한 구간이 있습니다. 실행 횟수·성공률·단축 시간을 기준으로 판단해야 한다는 3회 논의의 연장선에서, 우리 조직의 실제 실행량을 먼저 추정해야 표가 살아납니다.
솔직히 말하면, 처음 상담을 시작하던 시절에는 저도 n8n을 무조건 권하곤 했습니다. 아키텍처가 자유롭고 비용이 예측 가능하니까요. 그런데 관리자가 없는 5인 규모 소매업체에 셀프 호스트 n8n을 넘겼다가, 서버 인증서 갱신 한 번을 놓쳐 3일간 자동화가 멈춘 사례를 겪은 뒤로 생각이 바뀌었습니다. 도구는 조직 역량의 함수입니다.
다섯 가지 전형 워크플로우, 어느 도구가 맞나
중소기업 상담 중에 가장 자주 마주치는 다섯 가지 시나리오를 놓고 이야기하면 그림이 훨씬 선명해집니다.
첫째, 온라인 쇼핑몰의 주문·CS 자동화. Cafe24, 네이버 스마트스토어, 카카오톡 상담을 하나로 묶는 일이 잦습니다. 통합 개수가 승부처라면 Zapier, 분기 로직이 복잡하면 Make가 유리합니다.
둘째, 승인 결재와 품의 흐름. 도구 연결이 아니라 조직 내부의 결재 체인 자체가 문제이므로 kintone이 자연스럽습니다. 여기에 외부 알림만 Zapier로 붙이는 하이브리드 구성이 흔합니다.
셋째, 사내 RAG나 AI 상담 봇. 사내 문서, 견적서, 제품 매뉴얼을 LLM에 물려 답하게 만드는 일. 데이터 유출 우려와 에이전트 아키텍처를 함께 요구하므로 n8n 셀프 호스트가 가장 안정적입니다.
넷째, 제조업의 설비 데이터 수집과 알림. 공장 안 PLC나 게이트웨이에서 나오는 데이터를 외부 SaaS로 보내기 곤란한 경우가 대부분입니다. 자체 호스팅이 가능한 n8n이 유일한 후보에 가깝습니다.
다섯째, 규제 산업의 고객 데이터 처리. 병원, 회계법인, 법무법인. Zapier와 Make는 서버 소재 문제로 하드 블로커에 걸리는 경우가 있습니다. n8n 셀프 호스트 또는 kintone의 파트너 국내 데이터 센터 옵션이 후보에 남습니다.
자체 호스팅 vs SaaS — 결재자가 봐야 할 세 개의 축
결재자의 자리에서는 기능이 아니라 리스크를 봅니다. 세 가지 축이면 충분합니다.
첫 번째 축은 데이터 소재. 우리 조직이 다루는 데이터가 외부 서버에 놓일 수 있는가. 계약서에 데이터 잔존 조항이 걸려 있는가. 아니라면 SaaS가 훨씬 편합니다. 규제 요건이 있다면 셀프 호스트가 사실상 강제됩니다.
두 번째 축은 운영 인력. 셀프 호스트를 택하면 서버 인증서, 백업, 접근 권한, 로그 관리가 조직의 몫입니다. 개발자 한 명의 20% 시간이라도 배정할 수 있는가. 없다면 SaaS가 정답입니다. 월 10만 원짜리 서버 밑에 깔린 관리 비용을 계산해두지 않으면, 실제 총 비용은 SaaS보다 비싸질 수도 있습니다.
세 번째 축은 3년 뒤 그림. 자동화가 열 개의 워크플로에서 멈출지, 백 개로 늘어날지. 워크플로가 두 자릿수를 넘어가면 SaaS의 태스크 과금이 급격하게 무거워지고, 셀프 호스트의 고정비 매력이 커집니다. 반대로 항상 5~10개 안팎이라면 SaaS의 운영 편의성이 이깁니다.
마무리 — 도구는 결정이 아니라 가설이다
4회에서 확인한 것은 짧게 말해 세 가지입니다. 네 도구는 서로 다른 문제를 풀기 위해 태어났다는 점, 표 한 장이 아니라 조직의 실행량·규제·인력이 붙어야 판단이 선다는 점, 그리고 자체 호스팅 여부는 기능이 아니라 리스크와 3년 그림의 문제라는 점.
저희 5years+는 이런 도구 선정을 지난 3년간 한국·일본의 중소기업 60~70곳과 함께 진행해왔습니다. 그 과정에서 가장 자주 깨달은 것은, 초기에 어떤 도구를 택했느냐보다 3개월 뒤에 첫 재검토를 얼마나 정직하게 했느냐가 결과를 갈랐다는 사실입니다. 도구 선정은 결정이 아니라 가설입니다. 조직 상황이 바뀌면 도구도 바뀝니다.
도구를 정했다면 다음 벽은 예산입니다. 다음 5회에서는 규모별 견적과 초기 3개월·1년차 총소유비용을 실제 숫자로 풀어보겠습니다. 만약 이번 회에서 조직 상황을 어디에 대입해야 할지 감이 잘 잡히지 않는다면, 도구 선정 컨설팅에서 한 시간 정도 조직 상황을 함께 들여다보는 것부터 시작하시길 권합니다.