n8n으로 업무 자동화를 해야겠다고 마음먹었다면?

문의는 홈페이지에서도, 인스타그램 DM에서도, 카카오 채널에서도 들어와요. 하루를 마치고 몰아서 확인하다 보면 답이 하루씩 늦고, 누구에게 어떤 안내를 보냈는지 기억이 엇갈리죠. 그러다 'n8n으로 자동화하면 된대' 하는 말을 듣고 마음을 먹으셨을 거예요.

n8n을 열기 전에 먼저 정할 게 두 가지 있어요. 무엇을 자동화할지, 그리고 그 데이터가 쌓일 데이터베이스를 어디에 어떻게 설계할지. 이 둘이 정해지면 문의 접수 같은 흐름 하나로 작게 시작하면 돼요. 반대로 이 둘 없이 노드부터 잇기 시작하면, 몇 주 뒤에 '이거 누가 만들었지?' 하는 흐름만 남기 쉬워요.

700건이 넘는 컨설팅에서 대표님들이 가장 자주 하시는 말이 있어요. '자동화를 하고 싶은데 어디서부터 해야 할지 모르겠어요.' 오늘은 그 질문에 순서대로 답해 볼게요. n8n이 어떤 도구인지부터, 첫 워크플로를 짜는 법, 그리고 자동화 다음에 오는 AI와 웹앱까지요.

n8n은 어떤 일을 맡기는 도구인가요?

n8n은 여러 서비스를 이어서 일을 자동으로 넘겨주는 '워크플로 자동화' 도구예요. 화면에 상자를 놓고 선으로 이어 흐름을 만드는데, 이 상자 하나하나를 '노드'라고 불러요.

모든 워크플로는 '트리거'에서 시작해요. 무엇을 계기로 움직일지를 정하는 첫 번째 노드죠. 자주 쓰는 계기는 이 정도예요.

• 폼이 제출됐을 때: n8n 자체 폼 트리거를 쓰거나, 지금 쓰는 폼 서비스가 보내 주는 신호를 받아요.
• 외부에서 데이터가 들어왔을 때: '웹훅' 주소를 하나 만들어 두면, 다른 서비스가 그 주소로 데이터를 보내는 순간 흐름이 시작돼요.
• 정해진 시각이 됐을 때: 매일 아침 9시, 10분마다처럼 일정 트리거로 돌려요.

트리거 다음에는 할 일을 노드로 이어 붙여요. 데이터베이스에 한 줄 저장하기, 메일 보내기, 메신저로 알리기 같은 것들이요. 조건에 따라 길을 나누는 노드(IF, Switch)도 있고, 일정 시간 기다렸다가 다음으로 넘어가는 노드(Wait)도 있어요.

전용 노드가 없는 서비스라면 'HTTP 요청' 노드로 그 서비스의 API를 직접 불러요. 문자나 알림톡 발송 서비스처럼 국내 서비스는 이 방식으로 연결하는 경우가 많아요. 그리고 각 서비스에 로그인하는 열쇠, 즉 API 키나 토큰은 '자격 증명'으로 따로 저장해 두고 노드에서 골라 써요. 키를 노드 안에 직접 적어 두지 않는 게 기본이에요.

실무에서 꼭 알아 두실 기능이 하나 더 있어요. '실행 기록'이에요. 워크플로가 돌 때마다 어떤 데이터가 들어와서 어느 노드까지 갔는지가 남아요. 나중에 '왜 이 고객에게는 안내가 안 갔지?' 하는 질문에 답해 주는 곳이 여기예요.

클라우드로 쓸까, 우리 서버에 설치할까?

고객 정보가 지나가는 흐름이라면 셀프호스팅은 신중하게 고르세요. 예전엔 구독하던 서비스가 지던 보안 책임을, 직접 운영하면 우리가 고스란히 지게 되거든요.

도구부터 설치하면 안 되는 이유가 있을까요?

솔직히 말씀드리면, 예전엔 저도 컨설팅을 도구부터 골랐어요. 데이터를 둘 곳을 먼저 정하고, 거기에 연결되는 자동화 도구를 고른 다음 시작했죠.

지금은 순서를 바꿨어요. 업무가 처음부터 끝까지 어떻게 흐르는지 플로우차트를 먼저 그리고, 그 사이에 어떤 시스템과 어떤 자동화가 필요한지 기획해요. 도구는 그다음이에요.

디블러 최은빈 대표님과 세미나 준비 흐름을 짤 때도 그랬어요. 랜딩페이지도 아직 없고, 이번 주 안에 다 마무리해야 하는 급한 상황이었죠. 그래서 오히려 도구를 세팅하기 전에 흐름부터 그렸어요. 신청자 한 명이 광고를 보고 들어와서 세미나가 끝난 뒤 후속 신청을 하기까지, 그 길을 종이 위에 다 올려 두고 나서야 어디에 자동화를 붙일지가 보이더라고요.

흐름을 그릴 때 저는 세 가지를 같이 적어요.

1. 업무 과정: 누가, 언제, 무엇을 기록하나요? 예를 들어 결석 연락을 받으면 담당자가 바로 기록한다처럼요.
2. 자동화 시점: 어떤 순간을 계기로 안내가 나가야 하나요?
3. 개인화 메시지: 받는 사람마다 이름, 날짜, 사유처럼 달라지는 칸은 무엇인가요?

학원 출결 알림을 설계하며 정리했던 기준인데, 업종이 달라도 그대로 쓸 수 있어요. 이 세 줄이 채워지면 n8n에서 무엇을 만들어야 하는지가 거의 다 정해져요.

우리 회사에서 자동화할 첫 후보는 무엇일까요?

흐름을 그렸다면 이제 후보를 고를 차례예요. 떠오르는 업무 하나를 정해 두고, 아래 항목에 몇 개나 해당하는지 세어 보세요.

• 같은 안내를 일주일에 여러 번 반복해서 보내요
• 보내는 시점이 정해져 있어요 (접수 직후, 결제 다음 날처럼)
• 필요한 정보가 이미 칸마다 나뉜 데이터로 남아 있어요
• 잘못 나가도 바로 정정할 수 있는 안내예요
• 고객과 깊은 대화가 필요한 연락은 아니에요
• 건마다 드는 발송 비용을 감당할 수 있어요

영어회화를 가르치는 영쌤도 처음엔 자동화가 단 하나도 없었어요. 신청이 들어올 때마다 그때그때 들어가서 손으로 확인했죠. 마감이 빠른 강의일수록 확인할 순간이 한꺼번에 몰렸고요. 이런 일이 첫 후보로 딱 좋아요. 매번 반복되고, 시점이 정해져 있고, 늦으면 바로 티가 나거든요.

후보를 골랐다면 그 일에 한 달 동안 얼마나 시간을 쓰는지도 적어 보세요. 한 번에 걸리는 시간 × 하루 횟수 × 일하는 날이면 충분해요.

체크리스트에서 세 번째 항목, 데이터가 칸마다 나뉘어 있느냐에서 막히셨다면 그게 가장 중요한 신호예요. 다음 이야기로 넘어가 볼게요.

왜 데이터베이스 설계가 자동화보다 먼저일까요?

자동화를 꿈꾸지만 시작이 어려운 이유를 따라가 보면 대부분 같은 곳에 닿아요. 자동화하려면 데이터베이스가 있어야 하는데, 그게 없는 거예요.

자동화는 '데이터가 들어왔다' 또는 '상태가 바뀌었다'는 사실을 신호로 움직여요. 그런데 기록이 단톡방, 메모장, 사람 머릿속에 흩어져 있으면 그 신호 자체가 생기지 않아요. 문장으로 적힌 메모처럼 형식 없는 기록은 자동화가 읽어 낼 수도 없고요.

그래서 저는 먼저 '입구'를 하나로 모아요. 웨딩 스냅을 하는 선연스튜디오 황광현 대표님은 문의가 스레드·인스타그램, 네이버 블로그, 카카오 채널, 지인 소개로 들어와요. 경로는 넷이지만 모두 같은 신청서를 쓰게 했어요. 문의가 카톡, DM, 댓글로 흩어져 있으면 무엇을 계기로 다음 안내를 보낼지 정할 수가 없거든요.

데이터베이스는 어디에 둘까요?

어디에 둘지는 규모와 책임이 정해요.

• 몇 명이 쓰는 작은 팀: 지금 쓰는 협업 도구 안의 데이터베이스(노션 DB, 스프레드시트 등)를 잘 설계하는 것만으로 충분한 경우가 많아요.
• 쓰는 사람이 늘고 데이터가 커질 때: 별도 데이터베이스를 두고 그 위에 우리 회사 전용 화면을 붙이는 쪽으로 가요.
• 그래도 남겨 두는 것: 작은 기업에 연동을 열어 주지 않는 서비스, 보안 책임이 큰 영역은 기존 서비스를 함께 써요.

n8n은 이 중 어디에든 연결할 수 있어요. 중요한 건 도구 이름보다 설계예요. 문의 데이터베이스라면 최소한 이런 칸은 처음부터 정해 두세요.

특히 '상태' 칸이 핵심이에요. 학원 출결 알림을 만들 때도 상태를 '발송 요청'으로 바꾸는 순간을 신호로 썼어요. 선연스튜디오도 상담이 끝나면 대표님이 '예약 확정' 버튼을 누르고, 그 순간부터 다음 안내가 이어져요. 상태를 먼저 설계해 두면 자동화는 그 위에 얹기만 하면 돼요.

첫 워크플로, 문의 접수 흐름은 어떻게 짤까요?

첫 자동화로 문의 접수를 권하는 이유가 있어요. 모든 고객이 거쳐 가는 입구라서 효과가 바로 보이고, 단계가 짧아서 고치기도 쉬워요.

작은 서비스업 한 곳을 가정해 볼게요. 홈페이지 상담 폼으로 문의가 들어오고, 대표님과 실장님 둘이 상담을 나눠 맡는 곳이에요. n8n으로 짜면 대략 이런 모양이 돼요.

단계마다 어떤 노드가 맡는지 옮겨 보면 이래요.

처음엔 앞의 셋만 만들어도 충분해요. 문의가 들어오면 빠짐없이 쌓이고, 고객은 바로 '접수됐다'는 답을 받고, 담당자는 휴대폰으로 알림을 받는 것. 이것만으로도 '답이 하루씩 늦는' 문제는 대부분 풀려요.

실제로는 이렇게 흘러가요: 선연스튜디오

광현 대표님과 그린 흐름이 딱 이 구조예요. 신청서가 데이터베이스에 들어오는 순간이 곧 트리거가 돼요. '정상적으로 접수되었습니다'라는 알림톡이 나가고, 전화 대신 카카오 채널로만 상담하는 스튜디오라 상담을 시작할 링크도 함께 가요.

상담이 끝나 계약하기로 하면 대표님이 '예약 확정' 버튼만 눌러요. 그러면 그 고객이 예약 관리 데이터베이스로 넘어가고, 예약금 안내가 이어져요. 계약하지 않거나 연락이 끊기는 경우도 있으니, 확정된 건만 다음 단계로 넘어가게 한 거예요.

이 흐름에서 제가 꼭 넣자고 한 단계가 있어요. 촬영 전에 만날 장소와 지도 링크를 먼저 보내는 거예요. 고객이 '어디서 만나요?' 하고 묻기 전에요. 자동화는 대표님 손을 덜어 주는 일이기도 하지만, 고객이 묻기 전에 필요한 정보를 먼저 건네는 일이기도 해요.

광현 대표님 흐름은 노션 데이터베이스 위에서 돌아가요. 같은 흐름을 n8n으로 옮긴다면 데이터가 쌓이는 자리는 그대로 두고, 신호와 안내를 잇는 부분만 워크플로로 만들면 돼요. 설계가 먼저 되어 있으면 도구를 바꿔도 흐름은 흔들리지 않아요.

언제 보낼지도 설계해요

같은 안내라도 보내는 시점은 고를 수 있어요. 학원 출결 알림을 설계할 때 정리했던 세 가지 방식이에요. n8n에서는 각각 일정 트리거, 상태 변경을 받는 트리거, 버튼에서 웹훅을 부르는 방식으로 만들 수 있어요.

• 정해진 간격마다: 10분마다 상태가 '발송 요청'인 건을 찾아 보내요. 조금 늦어도 괜찮고 건이 자주 쌓일 때 어울려요.
• 상태를 바꾼 즉시: '발송 요청'으로 바꾸는 순간 나가요. 바로 알려야 신뢰가 생기는 안내에 맞아요.
• 버튼으로 한꺼번에: 모아서 검토한 뒤 '발송하기'를 누르면 나가요. 잘못 나가면 곤란해서 한 번 더 보고 싶을 때 좋아요.

워크플로가 멈추면 누가 알아차리나요?

만드는 일은 생각보다 금방 끝나요. 그런데 다 만들 수 있다는 게 다 유지할 수 있다는 뜻은 아니에요. 누가 운영하고, 누가 고치고, 누가 보수까지 할지는 따로 정해 둬야 해요.

자동화가 무서운 건 조용히 멈춘다는 점이에요. 사람이 하던 일은 빠지면 누군가 알아채지만, 워크플로는 실패해도 아무 소리를 내지 않아요. 고객은 안내를 못 받았는데 우리는 잘 나갔다고 믿고 있는 거죠. 데이터베이스 연결 권한이 바뀌었거나, 자격 증명이 만료됐거나, 폼에 칸 하나가 추가됐을 뿐인데도 이런 일이 생겨요.

디블러 세미나 흐름을 그릴 때는 '안 됐을 때'를 처음부터 같이 적었어요.

• 결제를 안 하면? 매일 점심시간에 한 번 더 안내해요. 24시간 뒤로 잡으면 새벽에 연락이 갈 수 있으니까요.
• 현장 문자가 안 나가면? 같은 내용을 담은 PPT를 '보험'으로 만들어 뒀어요.
• 비용은? 문자는 건마다 돈이 들고 이메일은 무료예요. 어떤 안내를 어떤 채널로 보낼지 그 자리에서 정했어요.

자동화는 무료가 아니에요. 발송 비용도, 고장 났을 때 들어가는 시간도 다 비용이에요. n8n으로 워크플로를 만든다면 이 정도는 처음부터 정해 두세요.

1. 에러 워크플로: 실패를 알리는 워크플로를 따로 만들고(에러 트리거로 시작), 각 워크플로 설정에서 연결해 둬요. 어느 워크플로가 어디서 멈췄는지 담당자에게 메시지가 와요.
2. 재시도: 외부 서비스가 잠깐 응답하지 않는 경우를 대비해, 중요한 노드에는 실패 시 다시 시도하는 설정을 켜 둬요.
3. 실행 기록 확인: 일주일에 한 번은 실행 기록에서 실패한 건이 없는지 훑어봐요.
4. 담당자 한 명: 고치는 사람을 정해요. 대표님만 고칠 수 있다면, 대표님이 바쁜 날 자동화도 같이 멈춰요.
5. 손으로 하는 방법 한 줄: 워크플로가 멈춘 날 사람이 대신 처리하는 방법을 적어 둬요.

자동화하지 말아야 할 순간도 있을까요?

있어요. 반복되는 알림은 당연히 자동화하시라고 말씀드리지만, 모든 연락을 시스템에 맡기라는 뜻은 아니에요. 제가 자동화에서 빼시라고 권하는 순간은 이래요.

• 신뢰를 쌓는 첫 연락 — 고객과 라포를 쌓아야 하는 순간은 자동화에서 빼시길 권해요. 접수 확인은 자동으로 보내되, 첫 상담 연락은 담당자가 직접 하는 식으로 나눠요.
• 돈이 오가는 확인 — 선연스튜디오는 계좌 이체로 받아서 입금 확인은 대표님이 직접 해요. 확인한 뒤 '예약금 입금 확정' 버튼을 누르면 그다음 안내가 자동으로 나가요. 판단은 사람이, 이어 가기는 시스템이 맡는 구조예요.
• 민감 정보가 지나가는 흐름 — 직접 만든 시스템이라면 예전에 구독 서비스가 지던 보안 책임을 우리가 져요. 누가 접근하고 어디에 저장되는지 정하지 못했다면 아직 이르다는 신호예요.
• 기록이 아직 형식 없이 흩어진 일 — 형식 없는 기록은 자동화가 읽을 수 없어요. 이럴 땐 워크플로보다 데이터베이스 칸을 정하는 일이 먼저예요.
• 연동이 막혀 있는 서비스 — 작은 기업에는 API를 열어 주지 않는 서비스가 아직 많아요. 억지로 우회하기보다 그 부분은 기존 서비스를 그대로 쓰고, 앞뒤 흐름만 연결하는 편이 오래가요.

사람이 판단할 곳과 시스템이 이어 갈 곳을 나누는 것. 자동화 설계의 절반은 사실 이 경계를 긋는 일이에요.

n8n 도입, 어떤 순서로 진행하면 될까요?

지금까지 이야기를 순서대로 놓으면 이렇게 돼요. 회사마다 속도는 다르지만, 순서를 건너뛰면 대부분 앞 단계로 다시 돌아오게 돼요.

3단계에서 욕심을 내기 쉬워요. 결제, 리마인드, 후기 요청까지 한 번에 다 잇고 싶어지거든요. 그런데 처음부터 모든 경우를 구현하려 하면 오히려 진도가 안 나가요.

자동화 다음은 AI, 그리고 웹앱 개발일까요?

네, 순서만 지키면 자연스럽게 이어져요. 저는 이걸 아래부터 쌓는 층으로 설명드려요.

n8n 안에도 AI 모델을 부르는 노드가 있어서, 앞의 예시처럼 문의 내용을 요약하거나 유형을 나누는 단계를 워크플로 중간에 넣을 수 있어요. 문의가 쌓인 뒤라면 한 달 치 문의를 묶어 어떤 질문이 많았는지 정리하게 할 수도 있고요.

다만 AI는 목적지에 가까워요. 강점 브랜딩 코치인 비스타 김인숙 대표님이 저를 다시 찾아오신 계기도 AI였어요. AI를 잘 쓰고 싶은데 넣어 줄 인풋이 흩어져 파일로만 있었다고 하셨죠. AI를 잘 쓰겠다는 목표가 거꾸로 데이터부터 모으게 만든 거예요. 내 일의 기록이 쌓인 자리가 없으면, 아무리 좋은 AI를 붙여도 꺼내 쓸 재료가 없어요.

그다음은 웹앱이에요. 광현 대표님께는 다음 단계로 스튜디오만의 '예약 스케줄 앱'을 제안드렸어요. 고객이 날짜를 고르고 열린 시간을 확인해 바로 신청하면, 그 내용이 지금 설계해 둔 데이터베이스로 그대로 들어오게 하는 거예요.

요즘은 이런 시스템을 직접 만드는 일이 훨씬 가까워졌어요. 견적서를 만들면서 메일과 알림톡까지 보내는 시스템, 표준 계약서를 올리면 전자 서명까지 이어지는 흐름, 고객만 보는 전용 페이지까지요. 예전엔 자동화 도구로 억지로 이어 붙이던 복잡한 계산도 이제는 하나의 웹앱 안에서 처리할 수 있어요.

그렇다고 n8n이 필요 없어지는 건 아니에요. 웹앱이 화면을 맡고, n8n이 서비스 사이의 연결을 맡는 식으로 같이 쓰는 경우도 많아요. 어떤 조합이든 그 아래에 데이터베이스 설계가 먼저 있어야 흔들리지 않아요.

오늘 무엇부터 해 보면 좋을까요?

메이크미케이크 김경화 대표님은 신청서 하나 만드는 데 시간이 걸려도, 한 번만 힘들면 같은 걸 여러 번 반복하지 않아도 된다고 하셨어요. 자동화도 같아요. 처음 흐름 하나를 기획하고 설계하는 데 품이 들지만, 그다음부터는 시스템이 그 일을 이어 가요.

n8n을 설치하기 전에, 우리 회사에 문의가 들어오는 길을 종이 한 장에 그려 보세요. 입구는 몇 개인지, 어디에 쌓이는지, 누가 언제 답하는지요. 대표님 회사에서 가장 먼저 시스템에 맡기고 싶은 안내는 무엇인가요?

당신의 기록으로 성장을 이끄는,
킵코드 대표 이주희

자주 묻는 질문