3줄 브리핑
- 잭 도시가 Buzz로 겨냥한 것은 메신저가 아니라 업무 지시가 흐르는 운영체제다.
- 차이는 사이드바형 챗봇이 아니다. 사람과 AI 에이전트가 같은 대화방에서 일한다는 구조다.
- Slack을 보유한 Salesforce와 Teams를 가진 Microsoft에는 단기 실적보다 제품 방어력의 시험이다.
무엇이 달라지나
협업툴의 경쟁축이 메시지 전송에서 작업 실행으로 내려오고 있다. Buzz의 핵심은 인간 직원과 AI 에이전트를 같은 그룹 채팅 안에 둔다는 점이다. 지금까지 업무용 AI는 대개 검색창, 보조 패널, 문서 편집기 옆 기능으로 붙었다. Buzz가 말하는 구조는 다르다. 요청, 답변, 후속 작업, 확인이 모두 대화방 안에서 이어진다.
이 변화가 중요한 이유는 사용자의 체류 시간이 아니라 업무 맥락의 소유권 때문이다. Slack은 채널, Teams는 회의와 오피스 문서, Jira와 Confluence는 이슈와 지식을 잡고 있다. AI 에이전트가 실제로 일하려면 이 맥락에 접근해야 한다. Buzz가 대화방을 출발점으로 삼는다면 경쟁은 모델 성능만으로 끝나지 않는다. 캘린더, 문서, 코드 저장소, 고객관리, 결재 시스템을 얼마나 낮은 마찰로 연결하느냐가 제품의 수율이다.
투자자에게 읽히는 신호는 단순한 신규 앱 출시가 아니다. 생성형 AI가 기존 SaaS의 기능 추가가 아니라 인터페이스 재배치로 번지고 있다는 점이다. Slack이 강한 곳은 조직 내 메시지 기록과 앱 연동이다. 약한 곳은 사용자가 별도 AI 도구로 빠져나갈 때다. Buzz가 그 이탈 지점을 메신저 내부로 다시 끌어오면, 협업툴의 가격 결정력은 좌석 수보다 자동화된 작업량으로 옮겨간다.
숫자와 맥락으로 보기
이번 원문 요약에는 이용자 수, 투자금, 가격, 출시 일정 같은 정량 수치가 제시되지 않았다. 그래서 지금 숫자로 확정할 수 있는 것은 시장 규모가 아니라 검증 순서다. 첫째 실제 팀 단위 도입이 있는가, 둘째 AI 에이전트가 읽기보다 쓰기 작업까지 맡는가, 셋째 외부 업무 앱 연동이 Slack·Teams 수준으로 확장되는가다.
소프트웨어에서는 초기 화제성보다 전환 비용이 더 중요하다. 기업은 채팅 기록, 권한, 보안정책, 감사 로그를 쉽게 옮기지 않는다. 따라서 Buzz의 단기 변수는 가입자 숫자보다 반복 사용률과 통합 범위다. 반대로 기존 사업자는 AI 기능을 빠르게 얹을 수 있지만, 기존 UI 안에 붙인 기능이 실제 업무 흐름을 바꾸지 못하면 방어는 얇아진다.
수혜·피해 종목
- Salesforce: Slack의 직접 경쟁 압력이다. 다만 Slack은 기업용 권한 관리와 앱 생태계가 방어막이다. Buzz가 AI 에이전트 협업을 표준 사용법으로 만들면 Slack의 번들 가격과 업셀 논리가 흔들릴 수 있다.
- Microsoft: Teams는 Microsoft 365 배포망을 등에 업고 있다. 피해는 제한적일 수 있지만, AI 에이전트가 채팅방에서 업무를 수행하는 방식이 확산되면 Copilot의 체감 품질과 Teams 내 실행성이 더 중요해진다.
- Atlassian: Jira·Confluence는 작업 기록과 지식 베이스를 쥐고 있다. Buzz류 제품이 이슈 생성, 요약, 담당자 배정까지 연결하면 Atlassian은 경쟁자이면서 필수 연동 대상이 된다.
- Alphabet: Google Workspace와 Gemini는 문서·메일·캘린더 맥락을 보유한다. Buzz가 독립 채팅 허브로 커질수록 Workspace 안에서 AI 협업을 닫아두려는 전략의 압박이 커진다.
