2026년 6월 25일, Notion은 이메일 서비스를 종료하겠다는 공지를 올렸습니다. 출시 후 약 14개월이 지난 시점이었습니다. 이유는 길지 않았습니다. 사용자들이 받은편지함을 직접 열어 읽는 대신, AI 에이전트에게 관리를 맡기는 방향으로 빠르게 이동하고 있다는 것이었습니다. 이메일 앱이 필요 없어진 게 아니라, 이메일을 다루는 방식이 달라졌다는 판단에서였습니다.

이메일 서비스 하나의 종료를 두고 과도한 의미를 부여할 필요는 없습니다. 제품이 시장에서 물러나는 일은 언제나 있습니다. 그런데 이번 경우는 그 이유가 다릅니다. Notion은 매출이 부진했다거나 기술 유지가 어렵다고 말하지 않았습니다. 사람들이 받은편지함을 스스로 다루지 않게 됐다는 행동 변화를 이유로 들었습니다. 이번 사례에서 Notion이 내세운 이유는 도구의 기술 성숙도가 아니라 사용자의 습관 이동이었고, 이 설명이 사실이라면 앞으로 생산성 도구들의 방향을 가를 기준도 같은 자리에 있을 것입니다.

14개월짜리 서비스가 종료된 자리에 남은 것

Notion Mail은 2025년 초 출시됐습니다. Notion의 문서, 데이터베이스, 프로젝트 관리 기능과 이메일을 한 화면에서 연결하겠다는 구상이었습니다. 기존 이메일 앱이 커뮤니케이션 창구였다면, Notion Mail은 업무 흐름 안에 이메일을 끌어들이는 방식을 택했습니다. 프로젝트 페이지에서 메일을 주고받고, 데이터베이스에 대화를 연결하고, Notion 워크스페이스를 벗어나지 않아도 되는 환경을 만들겠다는 것이었습니다. 출시 당시 생산성을 중심으로 일하는 1인 사업자와 PM들 사이에서 관심을 모았습니다.

그러나 14개월이 채 지나지 않아 Notion은 메일 서비스를 접고 AI 에이전트 쪽으로 자원을 옮기겠다고 발표했습니다. 에이전트가 받은편지함을 분류하고, 답장 초안을 만들고, 중요도 순서를 정하는 방식으로 이메일을 처리하는 사용자가 충분히 늘었다는 판단에서입니다. Notion의 관점에서 보면, 사람이 메일함을 여는 행동 자체가 줄어들기 시작한 상황에서 이메일 앱을 계속 유지하는 일은 잘못된 쪽에 자원을 쓰는 것이었습니다.

비슷한 방향의 움직임이 다른 곳에서도 감지됩니다. Google은 Gmail에 AI 답장 초안 기능을 꾸준히 추가하고 있습니다. 단순히 문장을 완성하는 수준을 넘어, 이메일 맥락을 파악하고 적절한 답변 방향을 제안하는 방식으로 업데이트가 이어지고 있습니다. Microsoft Copilot은 Outlook 받은편지함을 에이전트가 먼저 정리한 뒤 사용자에게 요약을 전달하는 방식으로 자리를 잡아가고 있습니다. 이메일을 '사람이 열어 읽는 것'으로 설계했던 인터페이스에, '에이전트가 먼저 처리하고 사람은 결과를 검토하는 것'이라는 레이어가 올라오고 있습니다.

Notion이 내부 수치를 공개하지는 않았습니다. 하지만 출시 14개월 만에 서비스를 종료하는 결정에는 상당한 내부 데이터가 뒷받침돼야 합니다. 그 데이터가 에이전트 전환을 가리켰다는 사실 자체가, 지금 이메일 사용 환경에서 어떤 변화가 진행되고 있는지를 보여줍니다.

에이전트가 받은편지함을 관리할 때 달라지는 것

이메일 필터와 라벨 기능은 '분류'를 자동화했습니다. 사람은 여전히 이메일을 직접 읽고, 맥락을 판단하고, 답장을 보냈습니다. AI 에이전트가 관여하는 지점은 이와 다릅니다. 에이전트는 우선순위를 매기고, 경우에 따라서는 초안을 작성하거나 답장까지 보냅니다. 사람의 개입이 줄어드는 구간이 '분류 이후'가 아니라 '읽기 이전'으로 이동합니다. 이 이동이 사소해 보이지만, 커뮤니케이션 판단이 이뤄지는 위치가 달라지는 것입니다.

예를 들어 신규 고객으로부터 문의 메일이 왔을 때, 에이전트가 이를 낮은 우선순위로 분류하면 사람은 그 메일을 늦게 봅니다. 에이전트의 판단 기준이 무엇인지에 따라, 첫 고객 접점의 속도와 방식이 달라집니다. 에이전트가 초안까지 작성한다면, 그 초안이 자신의 톤과 관점을 얼마나 담고 있는지도 확인해야 합니다. 에이전트가 처리하는 속도에 기대면서 자신이 보내는 메일의 내용을 꼼꼼히 읽지 않는 습관이 생기면, 어느 순간 고객에게 전달되는 커뮤니케이션의 주체가 사람인지 에이전트인지 경계가 흐려질 수 있습니다.

여기서 반대 입장을 짚고 지나가야 합니다. 에이전트에게 받은편지함을 맡기는 것이 효율을 높이는 게 아니라 판단 능력을 조금씩 위임하는 과정이라는 시각이 있습니다. 에이전트가 어떤 메일을 먼저 보여줄지 결정하면, 사람은 그 기준에 맞게 행동을 조정하기 시작합니다. 어떤 메일이 중요한지 스스로 가려내는 감각이 줄어드는 방향입니다. 장기적으로는 에이전트가 설정한 우선순위 기준이 자신의 판단 기준을 서서히 대신하게 될 수 있습니다. 개인 브랜드와 고객 관계를 직접 운영하는 1인 사업자일수록, 커뮤니케이션 판단의 위임이 쌓이는 비용은 눈에 잘 보이지 않습니다.

그런데 다른 방향의 현실도 무시하기 어렵습니다. 하루 수백 통의 메일을 직접 읽고 분류하는 과정에서 소모되는 판단 자원이, 정작 중요한 결정에 써야 할 집중력을 끌어당기기도 합니다. 저는 이 지점에서 2030년 전후의 업무 환경 변화를 다룬 연구들이 공통적으로 가리키는 방향에 주목하고 싶습니다. 반복 처리를 에이전트에게 넘기고 사람은 판단과 관계에 집중하는 구조가, 반복 처리를 직접 수행하면서 판단 자원까지 함께 소진하는 구조보다 유리합니다. 에이전트를 쓸지 안 쓸지의 선택보다, 어느 구간을 에이전트에 맡기고 어느 구간을 직접 관여할지를 먼저 결정하는 것이 더 실질적인 질문인 이유입니다.

받은편지함을 넘기기 전에 확인해야 할 것

Notion Mail 종료 소식을 도구를 바꿔야 한다는 신호로 읽을 필요는 없습니다. 받은편지함에서 에이전트가 어떤 역할을 맡고 있는지를 지금 확인하는 계기로 삼는 것이 더 유용합니다.

먼저 확인할 것은, 현재 사용하는 이메일 환경에서 에이전트가 처리하는 구간과 내가 직접 판단하는 구간이 어디서 나뉘는지를 알고 있는가 하는 것입니다. 에이전트가 답장 초안을 만들어도 내가 보내기 전에 읽는다면, 판단의 위치는 아직 내 쪽에 있습니다. 에이전트가 우선순위를 정하고 나는 그 목록만 보기 시작한다면, 내가 개입하는 구간이 달라진 것입니다. 이 차이를 인식하지 못한 채 새로운 에이전트 기능을 켜는 것은, 자신이 검토자가 아니라 승인자로 전환됐는데도 모르는 상황과 비슷합니다.

데이터 이동성도 함께 살펴봐야 합니다. Notion Mail 사용자들은 서비스 종료 공지를 받은 뒤 데이터를 내보내고 새로운 서비스로 옮겨야 하는 상황에 놓였습니다. 에이전트 기반 이메일 앱일수록 이 이전 비용은 커집니다. 에이전트가 내 커뮤니케이션 패턴을 학습한 결과물은 다른 플랫폼으로 가져가기 어렵습니다. 현재 사용하는 이메일 환경이 어느 정도까지 특정 플랫폼의 에이전트에 묶여 있는지를 주기적으로 점검하는 것이, 서비스 종료 같은 예상치 못한 상황에 대응하는 최소한의 준비입니다.

에이전트 기능을 새로 도입하거나 확장하려 할 때, 그 에이전트가 처리하는 이메일 유형이 무엇인지를 먼저 파악하는 것도 중요합니다. 신규 문의, 기존 고객 대화, 협력사 커뮤니케이션, 정보성 뉴스레터는 각기 다른 수준의 판단을 필요로 합니다. 관계의 시작점이 되는 신규 문의를 에이전트가 먼저 필터링하는 구조라면, 그 첫 접점을 에이전트의 기준이 결정하고 있는 것입니다. 어느 유형의 메일까지 에이전트에 맡길지를 명시적으로 정해두는 것이, 에이전트 도입 이후에 생기는 의도치 않은 커뮤니케이션 공백을 막는 방법입니다.

Notion이 메일 서비스를 접고 에이전트 기능 개발에 집중하기로 한 배경에는, 사용자들의 이메일 사용 방식이 먼저 달라졌다는 관찰이 있었습니다. 받은편지함을 직접 열어 읽는 사람보다, 에이전트가 정리한 목록을 검토하는 사람이 늘어나고 있었던 것입니다. 이 변화가 자신의 받은편지함에서도 이미 진행되고 있는지, 어느 구간까지 에이전트에 넘길 것인지를 지금 확인해두는 것이, 새로운 도구를 탐색하는 것보다 먼저 해야 할 일입니다.