'노코드 빌더는 끝났다'는 정말 맞는 말일까?

20년 전, 음악을 듣기 위해 필요했던 것들

20년 전에 음악을 듣고 싶으면 CD가 필요했다. 동네 음반 가게에 가서 CD를 사고, 집에 와서 시디플레이어에 넣고 재생 버튼을 눌렀다. 좋아하는 곡 하나가 듣고 싶으면 보통 그 곡이 든 앨범 전체를 사야 했고, 한 장에 만 오천 원에서 이만 원쯤 했다. CD는 케이스에 들어 책장 한 칸을 차지했고, 친구 집에 놀러 가면 CD장을 구경하며 음악 취향을 짐작했다. 음악은 “내가 가지고 있는 물건”이었다.

그러다 MP3가 등장했다. 처음에는 작은 충격이었는데, iPod이 나오고 아이튠즈가 자리잡으면서 풍경이 빠르게 바뀌었다. 잡지와 신문에 “CD는 끝났다”는 헤드라인이 쏟아졌다. 실제로 CD 매출은 매년 무너졌다. 음반 회사들은 적자에 시달렸고, 동네 음반 가게가 하나씩 문을 닫았다. 그 시기 한국 음반 시장도 비슷한 그래프를 그렸다.

그런데 10년, 20년이 지나고 보면 사람들이 음악을 안 듣게 된 건 아니었다. 오히려 반대였다. 스트리밍 시대에 음악 소비량은 사상 최대가 됐고, 한 사람이 한 달에 듣는 곡 수는 CD 시대의 몇 배가 됐다. 음악 산업의 글로벌 매출은 한때 정점이던 1999년 CD 매출을 명목 기준으로 다시 돌파했다. 끝난 건 음악이 아니라, “음악을 소유한다”는 개념이었다. 가치를 담는 그릇이 소유에서 접근으로 바뀌었을 뿐, 가치 자체는 더 커졌다. 그리고 그 새 그릇 위에서 큐레이션·플레이리스트·A&R(Artists & Repertoire, 아티스트 발굴·매니지먼트) 같은 새로운 가치 레이어가 생겼다.

비슷한 헤드라인이 다른 자리에서 들린다

요즘 비슷한 톤의 말이 가끔 들린다. “노코드 빌더는 끝났다”. 음악 산업의 “CD는 끝났다”만큼 흔하게 보이는 건 아니지만, 기술 뉴스레터나 트위터·링크드인에서 종종 보이는 표현이다. Claude Code(클로드 코드, Anthropic의 자연어 코딩 에이전트)나 Cursor(커서) 같은 도구가 강해지면서 더 자주 들리는 추세다.

여기서 잠깐 — 이 글의 주제인 노코드 빌더가 뭔지부터 짚고 가자.

노코드 빌더(no-code builder)는 코드를 직접 짜지 않고, 화면에서 네모난 블록(노드)을 끌어다 놓고 화살표(엣지)로 잇는 방식으로 업무 자동화를 만드는 도구다. 글로벌 시장에서 메이저로 꼽히는 이름은 다음과 같다.

Zapier(자피어) — 자동화 카테고리의 표준. 전 세계 사용자 340만 명, 7,000개 넘는 SaaS 앱과 연결됨
Make(메이크) — 시각적 시나리오 캔버스, 분기·라우팅 가독성으로 유명. Zapier 대비 5–10배 저렴한 실행 비용
n8n(엔에이트엔) — 오픈소스, 셀프 호스팅 가능. 25억 달러 밸류(2025년 10월 Series C), 3,000+ 엔터프라이즈 고객
Microsoft Power Automate(파워 오토메이트) — Microsoft 365 생태계에 박혀 있는 엔터프라이즈 표준. Power Platform 월간 활성 사용자 3,300만 명+
Dify(디파이) — AI 앱·에이전트 빌더 오픈소스의 표준. GitHub 스타 13.9만 개, $180M 밸류, Maersk·Novartis 등 280+ 기업이 도입

이 도구들의 공통점은 한 화면이다. “고객 이메일이 도착하면 → 내용 분류해서 → 슬랙에 알림 보내고 → 노션에 기록” 같은 워크플로우를 노드로 끌어다 놓고 화살표로 잇기만 하면 자동으로 돌아간다. 개발자가 아닌 마케터·운영자·HR 담당자도 자기 손으로 자동화를 만들 수 있다. 지난 10년간 사무직의 단순 반복 작업 상당 부분이 이런 도구로 옮겨갔고, 작은 회사일수록 도움을 많이 받았다.

그런데 코드를 짜는 비용이 0에 가까워지는 시대에, 이 “코드를 안 짜고도 자동화”라는 약속이 흔들려 보이는 면이 있다. 자연어로 “이거 자동화해줘”라고 말하면 AI가 동작하는 코드를 만들어주는데, 굳이 화면에서 노드를 끌어다 놓을 이유가 있을까. 그래서 “노코드 빌더는 끝났다”는 말이 가끔 등장한다.

이 시리즈는 그 말을 음악 산업의 렌즈로 다시 본다. CD가 끝났을 때 음악은 끝나지 않았다 — 형태가 바뀌었을 뿐이다. 빌더에도 비슷한 일이 일어나고 있다면, 끝나는 건 무엇이고 새로 자라는 건 무엇인가.

세 편으로 본다.

1부 (지금 글) — 빌더의 화면(캔버스)이라는 형태가 어떻게 흔해지고 있고, 그런데도 시장 자체는 왜 폭발하고 있는가
2부 — 코드 에이전트가 빌더를 잡아먹는가, 아니면 빌더가 코드 에이전트의 안전 레일이 되는가
3부 — 클라우드 인프라(AWS·Azure)와 모델랩(OpenAI·Anthropic)이 위·아래에서 빌더 자리를 압박할 때, 가치는 어디로 모이는가

1부의 한 줄 thesis는 이렇다.

빌더의 캔버스(노드를 끌어다 놓는 화면)는 흔해지고 있다. 그런데 빌더 시장 자체는 지금 가장 빠르게 크는 엔터프라이즈 소프트웨어 분야 중 하나다. 이 어긋남 안에 핵심이 있다.

캔버스는 흔해지고 있다 — 주말에 복제되는 빌더

먼저 캔버스가 흔해진다는 게 무슨 뜻인지부터 보자. 어떤 기술의 핵심 기능을 한 사람이 주말 동안 복제할 수 있다면, 그 기능 자체는 더 이상 진입 장벽이 아니라는 신호다.

대표 사례가 통합 SDK 회사 Composio(컴포지오)에서 나온 한 케이스다. 한 개발자가 주말 동안 Next.js, LangGraph, Composio SDK 세 조각을 조합해 Gumloop과 비슷한 드래그앤드롭 에이전트 빌더를 만들었다. 본인도 프로덕션급 완성도는 아니라고 했지만, 핵심은 “노드-엣지 캔버스 + 통합 SDK”라는 조합이 더 이상 진입 장벽이 아니다라는 신호다. 한 사람의 주말 시간으로 비슷하게 만들 수 있는 기능에 ARR(연간 반복 매출, Annual Recurring Revenue) 수천만 달러 가치를 부여할 근거가 약해진다.

빌더들을 한 자리에 놓고 화면을 비교해 보면 수렴이 더 또렷하다.

빌더	캔버스 패턴	통합 수	차별 포인트
Zapier	노드-엣지, 표준 hover panel	8,000+	가장 넓은 SaaS 커버리지
Make (Integromat)	시나리오 캔버스, 색상 라우팅	1,500+	시각적 라우팅의 가독성
n8n	노드-엣지, 코드 노드 허용	1,000+	자체 호스팅 + 코드 통합
Gumloop	AI 노드 중심 캔버스	100+ (확장 중)	AI 에이전트 네이티브
SmythOS	멀티 에이전트 그래프	자체 통합 + MCP	에이전트 오케스트레이션
Langflow	LangChain 시각화	LangChain 생태계	OSS, 개발자 친화

여섯 도구의 화면을 나란히 두면 UI 패턴이 거의 비슷하다. 노드를 끌어다 놓고, 엣지로 잇고, 사이드 패널로 파라미터를 채우는 흐름. 사용자가 캔버스만 보고 어떤 빌더인지 식별하기 어려운 수준으로 수렴했다. 차이는 캔버스가 아니라 그 뒤에 붙어 있는 통합 카탈로그의 폭, 실행 엔진의 안정성, 가격 정책에서 갈린다.

Gumloop 본인도 이 수렴을 알고 있는 것처럼 움직인다. Gumloop이 “Gummie(거미)“라는 AI 어시스턴트로 사용자가 자연어로 워크플로우를 설명하면 노드 자체를 생성해 주는 기능을 넣은 것을 보면, 사용자가 캔버스를 직접 그리는 시대가 길지 않다는 인정에 가깝다. 빌더가 “내가 노드를 그리는 도구”에서 “AI가 노드를 그려주는 도구”로 이동 중이라는 신호다. 그 끝은 캔버스가 안 보이는 자연어 오케스트레이션(orchestration, 여러 단계의 자동 흐름 조율)이다.

그런데 시장은 오히려 폭발한다

여기서 흥미로운 어긋남이 등장한다. 캔버스가 흔해지는 만큼 시장이 식어야 자연스러운데, 실제로는 반대다.

n8n 한 회사의 데이터만 봐도 알 수 있다. n8n은 AI 친화적으로 제품 방향을 바꾼 뒤 매출이 5배 늘었고, 2025년 10월 Accel이 주도한 Series C에서 $180M을 모금, 밸류에이션은 25억 달러에 도달했다. ARR은 4천만 달러를 돌파했고, 3,000곳 이상의 엔터프라이즈 고객을 확보했다 — Microsoft와 Vodafone이 포함된다. 1년 사이에 중견 시장 고객은 10배 이상 늘었다. 한 가지 더 — 신규 고객의 약 80%가 이미 Zapier를 쓰던 곳이라는 점이다.

이 80%라는 숫자가 중요하다. 일반적인 시장 잠식 스토리에서는 신규 진입자가 기존 도구를 대체한다. 그런데 n8n 데이터는 대체보다 확장에 가깝다. 같은 회사가 Zapier도 쓰고 n8n도 쓴다. 자동화할 워크플로우 수 자체가 늘었기 때문에 두 도구가 한 조직 안에서 공존한다는 뜻이다.

시장 전체 추정치도 같은 방향이다.

연도	자동화·빌더 시장 규모 (글로벌, 추정)
2024	약 200억 달러
2026	약 260억 달러
2030	약 500억 달러 (전망)
2035	800억 달러+ (전망)

이 성장의 동력은 무엇인가. AI가 빌더를 죽이지 않은 정도가 아니라, AI가 “자동화할 가치가 있는 작업”의 총량을 폭증시켰다. 과거에는 자동화로 ROI(투자 대비 수익률, Return on Investment)가 안 나오던 워크플로우 — 비정형 텍스트 분류, 맥락에 따라 다르게 처리해야 하는 라우팅, 이상 케이스 처리 — 가 자동화 후보로 들어오기 시작했다. 그 수요가 빌더로 흘러들었다.

음악 비유로 돌아가면, 이 그림이 1999년에서 2025년 사이의 음악 산업과 닮았다. MP3가 처음 등장했을 때 “CD는 끝났다”는 헤드라인은 옳은 절반(소유 매출은 무너졌다)과 틀린 절반(음악 소비는 폭증했다)을 동시에 담고 있었다. 빌더 시장도 같은 구도다. “캔버스 단독 상품은 흔해진다”는 옳고, “빌더 카테고리는 끝났다”는 꼭 맞는 말은 아니다.

한 가지 짚을 점 — 80%가 말하는 것

n8n 신규 고객의 80%가 이미 Zapier 사용처라는 데이터는 빌더 시장의 진짜 그림을 보여준다. 같은 조직이 자동화 도구를 여러 개 쓴다는 건, 한 도구가 모든 워크플로우를 처리하지 못한다는 뜻이다. 어떤 워크플로우는 Zapier의 SaaS 커버리지가 맞고, 다른 워크플로우는 n8n의 셀프 호스팅·코드 노드가 맞다. 이건 도구 간 경쟁이 아니라 워크플로우의 다양성이 도구 다양성을 끌어내고 있는 상태다. 한 도구의 승자 독식이 아니라 카테고리 전체의 파이가 커지는 신호다.

해자가 옮겨간다 — 신세대 빌더의 포지셔닝 신호

캔버스가 흔해지면, 빌더 회사들은 다른 곳에서 차별점을 찾아야 한다. 지난 10년간 빌더의 가장 강한 차별점은 통합 카탈로그였다. Zapier의 7,000개+ 앱 통합, Make의 1,500개+ 시나리오 템플릿 같은 것들. “우리는 더 많은 앱과 연결된다”가 경쟁 우위의 핵심 문장이었다. 새로 진입하는 빌더가 메이저를 이기려면, 같은 게임에서 통합 카탈로그를 더 두텁게 만들어야 했다.

그런데 2025년에 들어 신세대 빌더 한 곳이 이 게임의 룰 자체를 바꾸는 방향으로 움직였다. 이름은 Gumloop(검루프). 2023~2024년에 등장한 AI 에이전트 중심의 신세대 빌더로, 위에 정리한 메이저 5개와 비교하면 규모가 훨씬 작지만 자기 자리를 잡는 방식이 흥미롭다.

Gumloop의 핵심 결정은 guMCP라는 이름으로 자체 통합 레이어를 무료·오픈소스(GPL-3.0)로 공개한 일이다. 풀이하면, 메이저 빌더가 통합 카탈로그를 자기 회사의 비밀 무기로 두는 동안, Gumloop은 자기 통합을 누구나 가져다 쓸 수 있게 풀어버린 것이다. MCP(Model Context Protocol, 모델·도구 연결 표준) 위에 올렸기 때문에, Gumloop 캔버스를 쓰지 않는 사람도 같은 통합을 자기 시스템에서 호출할 수 있다.

이 결정은 표면적으로 이상해 보인다. 자기 회사의 통합 레이어를 무료로 풀면 비즈니스 모델이 약해질 것 같다. 그런데 Gumloop의 베팅을 한 줄로 줄이면 이렇다 — 통합 자체로는 돈을 못 번다고 본다. 통합이 흔해지는 흐름을 자기가 선제적으로 가속하면서, “MCP 위의 표준 빌더”라는 자리를 선점하겠다는 포지셔닝이다. 메이저와 같은 게임에서 통합 개수로 경쟁하지 않고, 게임의 룰 자체를 갈아끼우는 쪽으로 움직인 셈이다.

흥미로운 점은 이 흐름이 Gumloop 한 회사의 일탈이 아니라는 것이다. MCP 자체가 Anthropic이 2024년 말에 공개한 오픈 표준인데, 2025년 들어 OpenAI·Microsoft·Google이 자기 제품에 MCP를 채택했고, 메이저 빌더들도 자체 통합을 MCP 위에 올리는 작업을 시작했다. 다시 말해, Gumloop의 베팅이 외롭지 않다. 통합의 상품화는 이미 시작된 흐름이고, 신세대 빌더가 그걸 먼저 인정하고 자기 포지션을 그 위에 잡았을 뿐이다.

MCP가 표준이 되면 어떤 일이 일어나는가. 모든 빌더가 같은 프로토콜로 같은 통합을 호출할 수 있게 된다. Zapier의 7,000개 통합도, Make의 1,500개도, n8n의 1,000개도, MCP 위에서 점진적으로 표준화된다. 통합 개수 자랑이 의미를 잃는다.

그렇다면 가치는 어디로 옮겨가는가. 세 곳이 주목받는다.

실행 신뢰성과 거버넌스. 같은 통합을 호출해도 누가 더 안정적으로 실행하느냐, 실패를 어떻게 복구하느냐, 누가 어떤 권한으로 무엇을 했는지 감사 가능하냐가 차별 요소가 된다.
도메인 특화 깊이. 범용 통합 7,000개보다, 한 도메인(금융 백오피스, 공급망, 마케팅 운영)에서 깊이 들어가는 50개가 더 가치 있어진다.
생태계 락인. 빌더가 단독 도구가 아니라 다른 시스템(CRM·고객관계관리, ERP·전사 자원 관리, 데이터 웨어하우스)과 양방향으로 얽힌 정도가 차별점이 된다.

Gumloop의 guMCP는 이 이동을 한 신세대 회사가 자기 발로 가속한 사례다. “통합으로 못 벌면 표준 자리라도 쥐겠다”는 포지셔닝이고, 이건 통합이 더 이상 빌더 경쟁의 중심이 아니라는 시장 전체의 신호이기도 하다.

마무리 — 그릇이 바뀐다는 것

지금까지 본 세 가지를 한 그림으로 모으면 이렇다.

빌더 시장의 가치 그릇 이동

---
config:
  look: handDrawn
  theme: neutral
---
flowchart LR
    A["보이는 캔버스<br/>(옅어진다)<br/>━━━━━━━━━━<br/>노드-엣지 UI<br/>드래그앤드롭<br/>통합 아이콘 카탈로그"]
    B["안 보이는 레이어<br/>(짙어진다)<br/>━━━━━━━━━━<br/>컨텍스트 — 메모리·상태<br/>실행 — 신뢰성·복구<br/>거버넌스 — 감사·권한·정책<br/>도메인 깊이<br/>생태계 락인"]
    A ==>|"가치 그릇 이동"| B

캔버스는 옅어지고, 안 보이는 레이어가 짙어진다.

빌더의 캔버스는 한 사람의 주말 시간 안에 비슷하게 만들 수 있는 수준까지 흔해졌다. 그런데도 시장은 5년 만에 4배 가까이 성장할 전망이다. 이 어긋남이 말하는 건 한 가지 — 가치가 캔버스에 더 이상 머무르지 않는다. AI가 자동화 가능한 작업의 총량을 늘리면서, 그 작업을 어떤 레이어가 처리하느냐의 그림이 다시 그려지고 있다.

CD가 끝났을 때 음악 소비가 폭증했듯, 캔버스 단독 상품이 흔해지는 만큼 빌더 시장 자체는 커진다. 끝나는 건 형태이지 카테고리가 아니다. 그리고 새로 짙어지는 레이어 — 컨텍스트, 실행, 거버넌스 — 가 다음 10년의 가치 그릇이 된다.

그런데 여기서 한 가지 질문이 남는다. 캔버스가 흔해진 자리에 자연어 코드 에이전트(Claude Code, Cursor 같은 도구)가 등장한다면, 노코드 빌더라는 카테고리 자체가 코드 에이전트에게 잡아먹히지 않는가? 이 질문은 2부에서 다룬다.

시리즈 — 빌더의 미래

(현재 글) 1부: “노코드 빌더는 끝났다”는 정말 맞는 말일까?
시리즈 전체 인덱스: /ko/series/builder-future

참고 자료

n8n Series C 공식 발표 (2025년 10월, $180M 모금, $2.5B 밸류, Accel 리드, ARR $40M, 3,000+ 엔터프라이즈 고객, blog.n8n.io/series-c)
Composio 블로그, “주말 빌더” 케이스 (composio.dev)
Gumloop, “guMCP 오픈소스 발표” (2025년, GPL-3.0)
IFR, McKinsey, Grand View Research 자동화 시장 추정치 (2024~2035)
IFPI Global Music Report (CD 매출 대비 스트리밍 매출 비교)