저는 WMS와 사내 업무 시스템을 개발하고 있는 5년 차 개발자입니다.
개발을 하다 보면 이상한 아이러니가 생깁니다. 코드로 뭐든 자동화할 수 있는 사람이, 정작 본인 업무는 수동으로 반복하고 있다는 것이요. 매일 아침 팀 슬랙에 날씨 공유하고, 주간 보고 메일 정리하고, 관심 키워드 뉴스 모아서 팀장님께 전달하고, 배포 결과 정리해서 공유하고… 돌이켜 보면 하루에 한두 시간은 이런 반복 작업에 쓰고 있더라고요.
물론 자동화하면 되는 거 알아요. 근데 막상 손대려면 서버 구성에, 스케줄러 설정에, API 연동에, 에러 처리까지 생각하면 그냥 내가 직접 하는 게 훨씬 빠르겠다는 결론이 나버립니다. 그렇게 "언젠가는 자동화해야지"가 3년째 언젠가인 채로 머물러 있었어요.
그러다 이 책을 읽었습니다.
「일머리를 설계하는 AI 워크플로 with n8n」
솔직히 처음엔 별 기대 없이 펼쳤습니다. n8n 자체는 이름만 들어봤고, "코딩 없이 자동화"라는 말은 개발자한테 좀 식상하게 들리잖아요. 근데 읽기 시작하고 나서 한 챕터도 그냥 넘어가지 못했습니다. 페이지마다 "이거 우리 팀에 바로 쓸 수 있겠다"는 생각이 계속 나왔거든요. 결론부터 말하면, 이 책은 단순한 툴 사용 설명서가 아니라 업무를 바라보는 방식 자체를 바꿔주는 책이었습니다.
n8n, 개발자한테도 충분히 매력적인 도구입니다
저도 Zapier 써봤고, Make도 써봤습니다. Zapier는 무료 플랜 한계에 금방 막혔고, Make는 UI가 생각보다 직관적이지 않아서 금방 포기했어요. n8n도 비슷하겠거니 했는데, 직접 써보니 결이 달랐습니다.
우선 완전한 오픈소스에 셀프호스팅이 가능합니다. 비용 걱정 없이 로컬이나 사내 서버에 올려두고 쓸 수 있어요. 그리고 노드 방식으로 로직을 구성하는 구조가 개발자 감각이랑 꽤 잘 맞았습니다. 코드 한 줄 없이도 웬만한 자동화는 다 만들 수 있고, 복잡한 로직이 필요하면 Code 노드에서 직접 JavaScript를 작성할 수도 있어요. 이 유연함이 n8n의 가장 큰 차별점이라고 생각합니다. 비개발자도 쓸 수 있고, 개발자도 답답하지 않은 수준의 자유도가 있거든요.
책은 이 n8n을 처음 접하는 사람도 막히지 않도록 설치부터 실제 실무 활용까지 단계별로 촘촘하게 안내합니다. 읽다 보면 "이 저자, 진짜 써봤구나"라는 게 느껴지는 게, 초보자가 헷갈릴 만한 포인트마다 정확히 짚어주거든요.
트리거, 액션, 데이터 흐름 — 이 세 가지만 잡으면 됩니다
n8n을 처음 열면 캔버스에 노드들이 흩어져 있고, 뭘 어디서부터 시작해야 할지 막막한 느낌이 있습니다. 저도 처음에 그랬어요. 근데 책에서 핵심 구조를 딱 세 가지로 정리해줍니다.
트리거는 "언제 시작할지"를 결정합니다. 매일 아침 8시, 이메일이 도착했을 때, 버튼을 눌렀을 때처럼 워크플로를 시작시키는 출발 신호예요. 액션은 "실제로 무엇을 할지"입니다. 메시지를 보내거나, 파일을 저장하거나, 데이터를 가공하는 실행 단계죠. 그리고 데이터 흐름은 노드 사이에서 정보가 어떻게 이동하는지를 의미합니다.
이 세 가지 개념을 잡고 나면, 복잡해 보이던 워크플로가 레고 블록처럼 보이기 시작합니다. 책에서 이 비유를 쓰는데, 읽고 나서 에디터 화면이 정말로 다르게 보였어요. 각 노드가 정해진 역할을 가진 블록이고, 선으로 연결해서 흐름을 만드는 것뿐이라는 게 머릿속에 딱 들어오거든요.
특히 JSON 데이터 구조를 초반에 짚어준 게 좋았습니다. n8n에서 모든 노드는 JSON 형태로 데이터를 주고받는데, 이걸 모르면 중간에 꼭 한 번 막히게 됩니다. 책이 이 부분을 실습 전에 미리 설명해줘서 나중에 헤매는 시간이 확 줄었어요.
15분 만에 첫 워크플로 완성 — 이거 진짜입니다
Part 02 챕터 제목이 "15분 만에 완성하는 나의 첫 워크플로 자동화"인데, 처음엔 마케팅 문구인 줄 알았어요. 근데 직접 따라 해보니까 진짜 15분이면 됩니다.
환영 메시지 출력하는 간단한 워크플로부터 시작해서, 현재 날짜와 시간을 포맷해서 표시하는 3노드짜리 워크플로까지. 단계별로 스크린샷과 함께 설명이 너무 친절해서 중간에 막히는 구간이 없었어요. 읽으면서 신입 온보딩 자료로 써도 되겠다는 생각이 들었습니다. 개발 경험이 전혀 없는 팀원도 이 챕터만 따라 하면 n8n 에디터가 어색하지 않을 것 같더라고요.
작게 성공 경험을 쌓아주고, 그 다음 단계로 자연스럽게 넘어가는 구성이 잘 짜여 있습니다. 억지로 어렵게 만들지 않았어요.
Part 03가 이 책의 진짜 본론입니다
솔직히 말하면 Part 01~02는 준비 운동입니다. Part 03이 이 책의 실제 핵심이에요.
날씨 정보를 텔레그램으로 자동 수신하는 워크플로, 구글 캘린더 일정을 매일 아침 슬랙으로 리마인드하는 워크플로, Gmail을 통해 정해진 시간에 자동으로 메일을 발송하는 워크플로까지. 이 챕터들은 하나같이 "당장 오늘부터 써먹을 수 있는" 것들이에요.
저 개인적으로는 Schedule Trigger와 HTTP Request, 텔레그램 봇을 연결하는 흐름이 제일 인상적이었습니다. 세 개의 노드를 선으로 잇기만 하면 매일 정해진 시간에 자동으로 정보를 받아볼 수 있다는 게, 읽는 내내 손이 근질근질했어요. 실제로 책 다 읽기도 전에 노트북 열고 따라 만들기 시작했습니다.
뉴스 자동 수집, 요약, 메일 발송 — 월요일 아침 30분이 생겼습니다
저는 매주 월요일 아침마다 업계 뉴스를 정리해서 팀장님께 전달하는 게 루틴이었어요. 관련 키워드로 검색하고, 읽어보고, 중요한 것만 골라서, 보기 좋게 정리하고, 메일 쓰고… 매주 30~40분씩 쓰던 작업입니다. 귀찮다기보다는, 그 시간이 아깝다는 생각이 항상 들었어요.
Chapter 07에서 이 작업을 완전히 자동화하는 방법을 다룹니다. RSS Feed Trigger로 원하는 주제의 뉴스를 자동으로 수집하고, Code 노드로 HTML을 보기 좋게 정리한 다음, Gmail 노드로 발송하는 3단계 구조예요. 검색어만 바꾸면 어떤 주제의 뉴스도 수집할 수 있고, RSS 주소를 추가하면 여러 출처의 뉴스를 한 번에 모아볼 수도 있습니다.
이 챕터 따라 만들고 나서 첫 월요일 아침에, 출근해서 메일함 열었더니 뉴스 요약 메일이 이미 와 있었습니다. 그 순간 처음으로 자동화가 "실제 시간을 돌려줬다"는 걸 체감했어요. 30분이 그냥 생겼습니다. 작은 것 같지만, 매주 쌓이면 한 달에 두 시간이에요.
RAG 챗봇 — 사내 문서를 AI가 답해주는 환경을 로컬에서
Part 04에서 가장 흥미로웠던 챕터는 단연 Chapter 09입니다. RAG 기반 사내 챗봇을 n8n으로 직접 구현하는 내용이에요.
저희 팀에 항상 반복되는 상황이 있습니다. 신입이 들어오면 "이 기능 어떻게 쓰는 거예요?", "이 오류 코드 뭔 뜻이에요?" 매번 같은 질문을 받고, 매번 같은 설명을 반복하게 됩니다. 문서화를 해두면 좋겠지만 그것도 일이고, 해뒀어도 어디 있는지 못 찾는 경우가 더 많아요.
이 챕터에서 다루는 건 회사 내부 PDF나 FAQ, 위키 같은 문서들을 벡터 DB에 등록해두고, 질문을 하면 해당 문서를 근거로 답변을 생성해주는 챗봇입니다. 외부 AI API에 사내 문서를 올리는 게 보안상 부담스러운 팀이라면, Qdrant와 Ollama를 로컬 환경에서 연동하는 방식이 현실적인 대안이 됩니다. 클라우드 비용도 없고, 사내 데이터가 외부로 나가지도 않아요.
구조 자체는 복잡하지만 책이 단계별로 아주 잘 쪼개서 설명해줍니다. Qdrant로 문서를 검색하고, Ollama의 llama3.2 모델이 찾은 문서를 읽고 답변을 생성하는 흐름. 읽고 나서 팀에 도입하면 신입 온보딩 시간도 줄고, 반복 질문 답하는 시간도 줄 것 같다는 생각이 확 들었습니다.
어디서든 내 n8n에 접속하기 — Cloudflare Tunnel 설정
로컬에 n8n을 아무리 잘 세팅해도, 사무실 밖에서 접속 못 하면 반쪽짜리입니다. 외근 중에도, 집에서도, 스마트폰으로도 내 워크플로를 관리하고 실행할 수 있어야 진짜 자동화 환경이 완성되는 거잖아요.
Chapter 10에서는 Cloudflare Tunnel을 이용해서 도메인 주소로 어디서든 접속 가능한 환경을 만드는 방법을 다룹니다. 서버 개방 없이, 별도 VPN 없이, 명령어 몇 줄로 외부 접속 환경을 구성하는 거예요. 개발자라면 이미 알고 있을 수 있지만, 비개발자 팀원에게 이 챕터 그대로 넘겨줬더니 혼자서 따라 해서 환경 구성을 완료했습니다. 그게 더 놀라웠어요. 설명이 그만큼 친절하고 촘촘하다는 뜻이니까요.
이 책에서 제일 좋았던 점
기술서를 기대하시면 안 됩니다. 알고리즘 없고, 아키텍처 설명 없고, 성능 최적화 내용도 없어요. 최신 프레임워크 비교 같은 것도 나오지 않습니다. 그런데 오히려 이게 이 책의 가장 큰 강점이에요.
이 책이 주는 건 딱 하나입니다. "반복되는 업무를 어떻게 설계해서 없앨 것인가" 라는 관점이에요. 기술이 아니라 워크플로 설계 감각, 코드가 아니라 자동화를 바라보는 사고방식을 잡아줍니다. 5년 차가 되면 코딩 실력보다 업무 구조를 어떻게 잡을 것인가가 더 중요해지는 시점이 오는데, 그 타이밍에 이 책이 꽤 잘 맞았어요.
읽고 나서 코딩 실력이 느는 게 아니라, 업무를 보는 시각이 달라집니다. "이거 자동화할 수 있지 않나?"라는 질문이 자연스럽게 나오기 시작해요. 지금도 팀에서 반복 업무가 보일 때마다 책 꺼내서 맞는 챕터 찾게 됩니다. 한 번 읽고 책꽂이에 꽂아두는 책이 아니라, 실무에서 꺼내 보는 레퍼런스로 쓰게 되는 책이에요.
이런 분들께 강하게 추천합니다
반복 업무에 치이는데 자동화는 어디서 시작해야 할지 모르는 3~5년 차 개발자, 팀 알림이나 리포트 자동화를 고민 중인 팀 리더, 코딩을 못 해도 반복 업무가 너무 지친 기획자나 운영 담당자, AI 챗봇을 팀에 도입하고 싶지만 비용과 보안 때문에 망설이는 분, 모두에게 추천합니다. 입문자는 Part 01부터 차근차근 따라 하면 되고, 개발 경험이 있다면 Part 03~04만 골라 읽어도 충분한 가치가 있어요.
"기능을 더 만드는 것보다, 반복을 먼저 없애는 게 더 중요하다."
이 한 줄이 책 전체를 관통합니다. 읽고 나면 분명 당장 자동화하고 싶은 업무가 하나씩 눈에 들어오기 시작할 거예요.











































