노션의 B2B 전략 대전환 — 문서 및 DB 편집 도구에서 '에이전트 운영환경'으로

노션이 개발자 플랫폼으로 그리는 B2B 대전환 — 데이터베이스 도구를 넘어 에이전트 운영환경이 되려는 전략을 분석했습니다.

개발자

1000쌤

May 19, 2026

노션의 B2B 전략 대전환 — 문서 및 DB 편집 도구에서 '에이전트 운영환경'으로

🔭

노션이 5월 13일에 발표한 건 '기능 7개'가 아니라, 회사의 방향 전환입니다.

'개발자 플랫폼'이라는 이름 뒤에서 노션은 'B2B 업무 도구'의 정의를 바꾸려 하고 있습니다. 이 글은 기능 설명이 아니라, 그 그림을 읽는 글입니다.

이 글에서 배울 내용 ⏳ 읽기 6분

노션 AI 에이전트의 고유한 포지션에 대한 고민

노션이 데이터베이스 성능 경쟁을 선택하지 않는 이유

Database Sync가 보여주는 노션의 전략적 의도

Custom Agent Tools가 단방향 Sync 구조를 보완하는 방식

노션이 '문서 저장소'에서 '에이전트 운영환경'으로 이동하는 이유

이 전환이 락인과 매출 모델로 이어지는 구조

앰배서더인 저도 고민이 있었습니다

솔직히 고백하면, 저는 노션 앰배서더이면서도 요즘 클로드 코드 같은 외부 에이전트를 함께 쓰며 "그래서 노션 AI 에이전트 고유의 포지션은 뭐지?" 라는 고민을 해왔습니다.

그런데 5월 13일 개발자 플랫폼 발표를 보고 그 고민이 풀렸습니다. 노션은 ”노션 AI로 편하게 작업하세요~” 라든가, “노션 커스텀 에이전트로 자동화 하세요~” 정도의 제안을 준비하는 게 아니었습니다. 훨씬 큰 그림을 그리고 있었어요.

노션은 데이터베이스 성능으로 경쟁하지 않습니다

노션 데이터베이스, 솔직히 느립니다. 무거워요. 그런 노션이 Postgres와 데이터베이스 성능으로 경쟁한다고 생각해 보자구요. 완패하겠죠?

그럼에도 노션에 대한 수요가 굳건한 것은 노션이 누구나 쓸 수 있는 수준으로 DB를 끌어내렸고 + DB를 시각화하는 프론트 레벨에서 엄청난 강점을 갖기 때문입니다. 노션의 진짜 강점은 데이터를 빠르게 처리하는 능력이 아니라, 그 데이터를 다루는 경험이라는 거죠.

이번 개발자 플랫폼 발표에서 노션은 자사의 강점을 극대화하며 워크플로의 판 자체를 바꾸는 대전환을 선언했습니다. 가장 먼저 눈여겨볼 것은 Database Sync 기능입니다.

'Database Sync'가 알려주는 노션의 진짜 의도

Database Sync는 외부 데이터 창고(Postgres, 세일즈포스 등 API를 가진 모든 DB를 싱크할 수 있다고 설명되어 있음)의 데이터를 노션 안으로 끌어와 보여주는 기능입니다. "세일즈포스를 버리고 노션 쓰세요"가 아니라, "세일즈포스는 그대로 두고, 노션에서 보세요"라는 메시지입니다.

그럼 여기서 의문이 발생합니다. “세일즈포스가 원본 / 노션이 sync된 사본이라면 양방향 sync가 이루어지나? 아님 세일즈포스 → 노션으로 단방향 sync가 이루어지나?” 정답은 단방향 sync입니다. 양방향 sync를 통해 원본 데이터가 오염되는 것을 막기 위한 합리적 선택으로 보입니다.

그럼 또 다시 의문이 꼬리를 뭅니다. “단순히 노션의 깔끔한 프론트를 보기 위해 sync를 한다고? 입력은 다시 원본 데이터베이스로 돌아가서 해야 하는 거야? UX 참사인데?” 과연 그럴까요? 이 의문에 대한 답을 제공해주는 것이 노션 개발자 플랫폼 발표에서 등장한 또 하나의 개념인 Custom Agent tools 입니다.

Custom Agent Tools — 쓰기는 사람이 아니라 에이전트가 합니다

Custom Agent Tools는 커스텀 에이전트가 노션 워커스에 배포된 스크립트를 호출할 수 있게 해주는 기능입니다. 당연히 외부 API 호출도 가능하며, 프롬프트를 통해 확률적으로 일하는 게 아니라 코드를 통해 결정론적으로 일할 수 있다는 점에서 큰 의미를 가집니다.

데이터베이스 싱크와 관련하여 커스텀 에이전트 툴은 대단히 강력한 보완재입니다. 원본 데이터베이스와 노션 데이터베이스를 항상 단방향 sync된 상태로 유지하면서도 노션 커스텀 에이전트를 통해 원본 시스템의 공식 API를 호출하여 쓰기 작업을 위임할 수 있다는 점입니다.

이 관점에서 보면 Database Sync의 단방향 구조가 다르게 보입니다.

Database Sync와 Custom Agent Tools를 활용해 외부 데이터베이스를 노션에서 읽고, 커스텀 에이전트가 원본 데이터베이스를 수정하는 단방향 동기화 워크플로

Postgres 등 정통 SQL 데이터베이스에 데이터를 적재합니다.

Database Sync를 통해 위 데이터가 노션에 시각화됩니다.

유저는 노션에 시각화된 데이터를 읽으며 업무를 수행합니다. 데이터 수정이 필요할 때는 원본에 접근하기 위해 노션을 떠나지 않고 노션 커스텀 에이전트를 호출합니다. “지금 보고 있는 synced 데이터 수정해줘”

노션 커스텀 에이전트는 워커스에 배포된 스크립트를 호출하고 스크립트는 Postgres에 접속하여 원본 데이터베이스를 수정합니다. 수정된 데이터베이스는 다시 노션에 Sync되어 최신 상태를 유지합니다.

노션은 모든 데이터를 직접 소유하거나 편집하는 도구를 고집하지 않습니다. 데이터를 읽기 좋은 형태로 가공하고, 에이전트를 통해 모든 업무를 처리하는 에이전틱 워크플로 플랫폼의 포지션을 넘보고 있는 것입니다.

'문서 저장소'에서 '에이전트 운영환경'으로

여기까지 오면 이번 발표에서 노션이 그리고 있는 큰 그림이 드러납니다. B2B 시장에서 노션은 워크스페이스의 역할 자체를 재정의하고 있습니다. 키노트 이름은 '개발자 플랫폼'이지만, 본질은 에이전트 운영환경입니다.

ㅤ	기존의 노션	개발자 플랫폼 위에서의 노션
UI의 역할	문서·데이터를 저장하고 편집하는 곳	사람과 에이전트가 맥락을 읽고 일을 지시하는 곳
사람의 역할	직접 입력하는 작업자	에이전트에게 일을 시키는 디렉터

이제 노션 위에서 워크플로를 쌓아갈수록 마이그레이션 비용이 커집니다. 데이터베이스를 이전하는 건 오히려 쉬울지 모릅니다. 하지만 만들어둔 에이전트, 자동화는 이전 비용이 만만치 않습니다. 비즈니스 유저를 노션 생태계에 락인하려는 의지가 보입니다. 에이전틱 워크플로로의 전환 속에서 다소 애매했던 노션의 포지셔닝. 이제 워커스 위에서 모든 기능이 유기체처럼 움직이며 새로운 페이즈로의 전환을 앞두고 노리고 있습니다.

이 모든 게 '매출 모델'과 이어집니다

이 그림은 노션의 수익 구조와도 맞물립니다. 커스텀 에이전트가 행동할 때마다 노션 크레딧이 소모되거든요. 사용자 수만큼만 받는 좌석제 구독은 매출에 천장이 있지만, 에이전트가 일한 만큼 받는 종량제는 그렇지 않습니다. 노션이 업무의 '운영환경'이 될수록, 그 안에서 에이전트가 더 많이 일하고, 그게 곧 매출이 됩니다.