월요일 오전 9시 12분. 유망한 잠재 고객 정보가 Gmail에 도착한다. 마케팅팀은 해당 회사를 조사하고, 운영팀은 ICP에 부합하는지 확인하며, 영업팀은 답장 초안을 작성한다. 그리고 매니저가 접근 방식을 검토하며 더 강력한 근거를 요청한다.
바로 이 지점에서 AI 팀 협업이 무너진다. 업무는 이동하지만, 그 이면의 논리는 온전히 전달되는 경우가 드물다.
각 담당자는 메시지, 문서, 과거 사례, 기억을 토대로 업무의 일부를 재구성한다. 최종 이메일은 훌륭할 수 있다. 하지만 그것을 만들어낸 방법은 여전히 네 명의 사람과 다섯 가지 도구에 흩어져 있다. 다음 잠재 고객이 도착하면, 상당 부분의 작업이 다시 처음부터 시작된다.
팀 소프트웨어는 지난 20년간 사람들이 협력하는 공간을 개선하는 데 집중해왔다. 더 어려운 문제는 회의나 Slack 스레드가 끝난 이후에 시작된다. 업무가 결정을 형성한 맥락, 기준, 권한을 함께 담아낼 수 있는가?
이것이 Zero의 관점이다. AI 팀 협업의 성패는 인수인계 과정에서 얼마나 많은 의도가 살아남느냐에 달려 있다.
모든 의미 있는 업무에는 네 가지 요소가 담겨 있다.
- 맥락(Context): 팀이 고객, 시장, 프로젝트, 제약 조건에 대해 알고 있는 것.
- 방법(Method): 업무를 어떻게 수행해야 하며, 어떤 출처나 도구를 사용해야 하는지.
- 기준(Standard): 좋은 결과물이 어떤 모습이어야 하며, 무엇을 거부해야 하는지.
- 권한(Authority): 누가 어떤 시스템에 접근하고, 어떤 행동을 취하며, 결과를 승인할 수 있는지.
인수인계 과정의 마찰은 대부분 이 중 하나가 누락될 때 발생한다. Zero는 업무가 사람, 도구, 시간을 넘나드는 동안 이 네 가지 요소가 업무에 계속 붙어 있도록 팀을 돕는다.
1. 공유된 출발점은 첫 번째 재설명 과정을 없앤다
협업은 종종 재구성으로 시작된다.
팀원이 작업을 열고, 최신 전략 문서를 검색하고, 고객 정의의 두 가지 버전을 발견하고, 동료의 프롬프트를 복사하고, 어떤 템플릿이 현재 유효한지 묻는다. 아직 아무것도 실행되지 않았다. 팀은 공통된 출발점에 도달하기 위해 이미 조율 비용을 치르고 있다.
Zero에서 팀은 반복적인 업무에 맞게 공유 에이전트(Shared Agents)를 구성하고, 해당 업무에 필요한 맥락, 지침, 커넥터를 부여할 수 있다. 재사용 가능한 워크플로는 팀이 합의한 절차를 담을 수 있다. 다음 담당자는 빈 채팅창이 아닌, 동일한 운영 맥락에서 시작하게 된다.
이는 지식이 불균등하게 분포되어 있을 때 특히 중요하다. 경험 많은 운영자는 이미 어떤 출처가 신뢰할 수 있는지, 어떤 고객 세그먼트를 제외해야 하는지, 최종 보고서가 어떻게 구성되어야 하는지 알고 있다. 이러한 선택들이 명시적으로 정리되면, 새로운 팀원도 첫날부터 팀의 현재 방법론으로 시작할 수 있다.
공유된 맥락이란 모든 사람이 동일한 범용 어시스턴트를 받는다는 의미가 아니다. 팀이 서로 다른 사람과 역할을 지원할 수 있는 공통 기반을 갖는다는 의미다.
공개 Zero 에이전트와 역할별 에이전트는 모든 업무를 하나의 범용 어시스턴트에 억지로 맞추지 않으면서도 팀에게 공유된 출발점을 제공한다.
2. AI 팀 협업에는 도구 전반에 걸친 공유 실행이 필요하다
일반적인 AI 인수인계는 또 다른 인수인계를 만들어낸다. 어시스턴트가 답변을 생성하면, 사람이 그 답변을 Gmail, GitHub, Notion, 스프레드시트, 또는 브라우저로 옮긴다. 맥락은 다시 복사되고, 작은 결정들은 그 과정에서 사라진다.
Zero는 클라우드 컴퓨터에서 실행되며, 브라우저, 파일, 터미널, 그리고 승인된 커넥터에 접근할 수 있다. 회사를 조사하고, 출처를 비교하고, 파일을 변환하고, 이메일 초안을 작성하고, 풀 리퀘스트를 생성하고, 시트를 업데이트하고, 보고서를 게시하는 일을 하나의 연결된 작업으로 수행할 수 있다.
협업의 가치는 그 결과물이 어디에 전달되느냐에서 나온다. Zero는 팀이 이미 공유하는 시스템에 결과물을 직접 전달할 수 있다. GitHub 풀 리퀘스트, Notion 페이지, 공유 Google 시트, Slack 스레드, 또는 게시된 보고서가 그 예다.
이 공유 워크스페이스는 팀이 Zero 안에 새로 만들어야 하는 공간이 아니다. 이미 회사가 매일 사용하는 SaaS 제품들 전반에 걸쳐 존재한다. 클라우드 브라우저를 통해 Zero는 해당 서비스들의 웹 인터페이스를 통해 작업할 수 있다. 2,000개 이상의 커넥터와 API는 동일한 시스템에 구조화된 접근을 제공한다. 샌드박스는 작업이 완료되는 동안 파일과 중간 상태를 함께 유지한다.
이러한 기능들이 결합되어 Zero는 사람이 도구 간에 결과물을 복사하도록 요청하지 않고도 조사에서 실행까지 작업을 이어갈 수 있다. 협업의 실질적인 단위는 팀이 이미 공유하는 시스템 내의 결과물이 된다. 엔지니어는 풀 리퀘스트를 검토하고, 이해관계자는 Notion 페이지에 댓글을 달고, 운영자는 공유 시트를 기반으로 작업하며, 팀은 Slack에서 다음 단계를 결정할 수 있다. 각각의 검토, 수정, 결정은 또 다른 인수인계를 통해 복사되는 대신 공유 결과물에 연결된 채로 남는다.
이는 인수인계를 받는 사람의 역할을 바꾼다. 실행 경로를 재구성하는 데 드는 시간이 줄고, 결과물이 유용하고 정확하며 다음 단계로 나아갈 준비가 되었는지 판단하는 데 더 많은 시간을 쓸 수 있다.
Zero의 2,000개 이상의 커넥터는 팀이 이미 공유하는 SaaS 스택을 협업 공간으로 전환한다.
3. 복잡한 업무에는 고품질 데이터와 실행 체계가 필요하다
복잡한 작업이 실패하는 이유는 대개 프롬프트가 너무 짧아서가 아니다. 입력값이 부실하거나 실행 도중 중단되기 때문이다. 시장 진입 결정은 최신 기업 데이터, 검색 수요, 경쟁사 동향, 채용 신호, 고객 이력, 내부 제품 사용 현황에 따라 달라질 수 있다. 어떤 단일 팀원이나 시스템도 전체 그림을 갖고 있지 않다. 서로 다른 사람들이 서로 다른 버전의 사실을 기반으로 작업한다면, 메시지를 더 많이 주고받는다고 해서 정렬이 이루어지지 않는다.
Zero는 팀의 SaaS 스택에 이미 있는 데이터에만 의존하지 않는다. 웹 조사, 기업 및 인물 데이터, 소셜 활동, 검색 및 SEO, 금융 시장, 지도, 날씨, 기타 전문 출처를 위한 고품질 데이터 API를 포함하고 있다. Zero는 작업 내에서 이러한 출처를 조회하고, 팀의 CRM, 받은 편지함, 문서, 코드, 파일의 데이터와 결합하고, 상충하는 결과를 비교하며, 출처를 주장에 연결된 상태로 유지할 수 있다. 결과는 누군가가 여전히 조사해야 할 링크 목록이 아닌, 팀이 활용할 수 있는 근거가 된다.
좋은 데이터에 대한 접근은 제품 문제의 절반에 불과하다. 모델은 한 번의 검색으로 그럴듯한 시장 보고서를 생성할 수 있다. 복잡한 작업 제품은 여러 시장을 검토하고, 작업 파일을 유지하고, 불확실한 주장을 재검토하고, 쿼리가 실패할 때 복구하고, 검증을 위임하고, 다른 사람이 감사할 수 있는 보고서를 전달해야 한다. 이를 위해서는 모델 주변에 엔지니어링 체계가 필요하다. 격리된 클라우드 컴퓨터, 브라우저, 터미널, 파일 시스템, 커넥터, 권한 제어, 장기 실행 상태, 병렬 에이전트 스레드, 그리고 팀의 도구에 결과물을 안정적으로 전달하는 방법이 그것이다.
4. 정밀한 피드백 루프는 사람과 에이전트의 정렬을 유지한다
피드백은 다음 사람이나 에이전트가 무엇이 잘못되었고 무엇을 바꿔야 하는지 알 때만 도움이 된다. "더 좋게 만들어줘"는 또 다른 해석의 여지를 만든다. "직원 50명 미만의 회사는 제외하고 모든 사실적 주장에 출처를 인용해줘"는 받는 사람이 실행할 수 있는 무언가를 제공한다. 이는 사람과 AI 간의 협업뿐 아니라 사람과 사람 간의 협업에도 동일하게 적용된다. 피드백은 그것이 참조하는 업무와 분리될 때 가치를 잃는다.
Zero의 인용(Quote) 기능은 수정 사항을 검토 중인 정확한 문장, 주장, 또는 권고 사항에 고정시킨다. 검토자는 "Acme의 직원 수는 240명이다"를 인용하고 Zero에게 출처를 확인하도록 요청하거나, 여러 단락을 한 번에 표시할 수 있다. 다음 차례에는 각 댓글이 해당 대상과 함께 전달된다.
인용 기능은 피드백을 검토 중인 정확한 단락에 고정시켜, 다음 지시가 그 대상을 함께 담아 전달되도록 한다.
정밀한 피드백은 또한 적절한 담당자에게 전달되어야 한다. Zero의 에이전트 간 협업 기능(A2A)을 통해 조사 스레드는 주장을 검증하고, 분석가는 수치에 이의를 제기하며, 작성 스레드는 내러티브를 수정할 수 있다. 이들은 병렬로 작업하고 결과를 조율 채팅으로 반환할 수 있다.
스레드 멘션은 문제와 그 맥락을 다른 에이전트 채팅으로 라우팅하여, 해당 업무가 독립적으로 계속 진행되고 결과를 보고할 수 있도록 한다.
인용 기능과 A2A가 결합되어 명확한 루프를 만든다. 문제를 식별하고, 맥락과 함께 라우팅하고, 수정 사항을 반환하고, 결과를 검토한다. 사람들은 댓글을 반복해서 설명하는 데 드는 시간이 줄고, 에이전트는 실행 가능한 지시를 받는다.
반복적인 피드백을 통해 더 나은 방법이 드러나면, 담당자는 워크플로를 업데이트하도록 선택할 수 있다. 이 단계는 의도적이다. 피드백은 먼저 현재 협업을 개선하며, 팀이 미래 업무에 적용하기로 결정할 때만 재사용 가능한 것이 된다.
5. 워크플로는 합의를 실행 가능한 팀 역량으로 전환한다
팀은 이미 문서에 절차를 저장한다. 문제는 그 절차를 실행해야 할 때 나타난다.
문서에는 "계정을 조사하고, CRM을 확인하고, 최근 채용 신호를 찾아보고, 개인화된 답장 초안을 작성하라"고 쓸 수 있다. 하지만 운영자는 여전히 각 문장을 행동으로 번역하고, 적절한 도구를 선택하고, 최종 결과물을 조합해야 한다.
Zero의 워크플로는 트리거 없이 재사용 가능한 방식으로 업무를 수행한다. 확인할 출처, 따를 순서, 준수할 제약 조건, 결과물의 형태를 정의할 수 있다. 팀원은 필요할 때 실행할 수 있다. 다른 공유 에이전트는 자신의 역할에 맞게 조정된 사본을 사용할 수 있다.
이것이 워크플로를 단순히 저장된 프롬프트 이상으로 만든다. 워크플로는 팀이 반복적인 업무를 어떻게 수행하고자 하는지에 대한 실행 가능한 합의다.
한 사람이 주간 경쟁사 스캔을 회사 기준에 맞을 때까지 다듬을 수 있다. 다음 사람은 녹화 영상을 보거나, 오래된 스레드를 해독하거나, 프로세스의 "진짜" 버전을 물어볼 필요가 없다. 합의된 방법을 실행하고, 결과를 검토하고, 비즈니스가 변화할 때 개선하면 된다.
복리 효과는 재사용에서 나온다. 검증된 워크플로가 늘어날수록 팀이 방법을 처음부터 재구성하지 않고도 할 수 있는 일이 늘어난다.
워크플로는 합의된 방법을 업무를 수행하는 재사용 가능한 방식으로 전환하여, 다음 팀원이 문서의 지침 이상의 것에서 시작할 수 있도록 한다.
6. 공유된 방법은 개인 권한과 공존할 수 있다
프로세스를 공유하는 것이 자격 증명을 공유하거나 개인 책임을 없애는 것을 의미할 때 팀 협업은 위험해진다.
Zero는 재사용 가능한 방법을 그것을 시작하는 조건과 분리한다. 워크플로는 절차를 담는다. 자동화는 트리거, 워크플로, 에이전트를 결합하고, 이를 생성한 사람의 신원, 권한, 연결된 서비스 내에서 실행된다.
이 구분은 실질적인 거버넌스 문제를 해결한다. 영업팀은 동일한 계정 조사 워크플로를 공유하면서도 각 담당자는 자신의 Gmail 접근 권한을 사용할 수 있다. 재무 책임자는 에이전트가 하나의 시스템을 읽도록 허용하면서 민감한 쓰기 작업은 승인하지 않을 수 있다. 관리자는 팀 워크스페이스 제어를 사용하여 어떤 커넥터와 작업을 사용할 수 있는지 결정하면서, 개별 팀원은 자신이 만든 자동화에 대한 책임을 유지한다.
팀은 모든 사람을 하나의 계정으로 통합하지 않고도 일관성을 얻는다. 방법은 공유되고, 권한은 귀속 가능한 상태로 유지된다.
7. 자동화는 모든 사람이 자리에 없어도 업무가 계속되도록 한다
많은 협업 습관은 사실 동기화 습관이다. 누군가 상태 업데이트를 요청한다. 세 명이 업데이트를 모은다. 네 번째 사람이 보고서를 작성한다. 모든 사람이 같은 순간에 시간이 나기를 기다린다.
자동화(Automation)는 공유 워크플로에 트리거를 부여한다. 일정에 따라 또는 이벤트가 발생할 때 시작하여, 선택된 에이전트에게 작업을 완료하도록 요청할 수 있다. 아침 브리핑은 스탠드업 전에 캘린더, 제품, 지원, 엔지니어링 신호를 수집할 수 있다. 새로운 고객 이메일은 조사 및 초안 작성 흐름을 시작할 수 있다. 주간 경쟁사 검토는 출처가 첨부된 채로 팀 채널에 도착할 수 있다.
가치는 절약된 시간보다 크다. 팀이 회의 중이거나, 잠들어 있거나, 다른 곳에 집중하는 동안에도 업무가 진행될 수 있다. 사람들은 업데이트 요청이 아닌 구체적인 결과물을 중심으로 다시 연결된다.
비동기 협업은 결과물이 충분히 예측 가능하여 신뢰하고 검토할 수 있을 때 작동한다. 그래서 공유 워크플로, 사람의 검토 기준, 권한 모델이 중요하다. 불명확한 프로세스를 자동화하면 불명확한 업무만 더 자주 만들어낼 뿐이다.
자동화는 워크플로에 일정 또는 이벤트 트리거를 연결하여, 반복적인 업무가 누군가의 실행 요청을 기다리지 않고 시작될 수 있도록 한다.
하나의 잠재 고객, 하나의 협업 루프
월요일 아침에 도착한 잠재 고객으로 돌아가 보자.
팀의 공유 에이전트에는 이미 ICP, 승인된 포지셔닝, 조사 규칙이 담겨 있다. 담당자가 잠재 고객 자격 검토 워크플로를 실행한다. Zero는 수신 이메일을 읽고, 브라우저와 연결된 출처를 통해 회사를 조사하고, 필요한 기준을 확인하고, 답장 초안이 포함된 계정 브리핑을 작성한다.
영업 책임자가 이를 검토하다가 약한 가정을 발견한다. 그녀는 Zero에게 근거 없는 직원 수 추정치를 제외하고, 각 자격 주장에 출처를 인용하며, 잠재 고객의 현재 제품과 연결된 사용 사례로 시작하도록 요청한다. Zero는 브리핑을 다시 작성하고 초안을 업데이트한다.
팀은 이러한 변경 사항이 향후 잠재 고객에게도 적용되어야 한다고 결정하여 워크플로를 수정한다. 이제 다른 담당자도 개선된 버전을 실행할 수 있다. 각 담당자는 자신의 자격 증명과 권한을 사용하여 새로운 수신 이메일에 대한 개인 자동화를 만들 수 있다.
이메일 초안은 유용하다. 더 큰 성과는 인수인계가 팀의 다음 잠재 고객을 처리하는 반복 가능한 능력을 향상시켰다는 점이다.
이것은 기존의 자동화 이상이다
명백한 반론은 기업들이 수년간 자동화된 워크플로를 사용해왔다는 것이다. 그것은 사실이며, 안정적이고 규칙 기반의 자동화는 여전히 많은 프로세스에 적합한 답이다.
협업 업무는 종종 덜 정착되어 있다. 입력값은 지저분하다. 조사가 시작된 후 경로가 바뀐다. 품질은 사람들이 한 번도 기록한 적 없는 판단에 달려 있다. 매니저는 약한 계정 브리핑을 한눈에 알아볼 수 있지만, 첫 번째 초안을 보기 전에 완전한 기준을 표현하는 데 어려움을 겪을 수 있다.
Zero는 팀이 자연어로 업무를 시작하고, 실제 결과물을 검토하고, 검토를 통해 방법을 더 명확하게 만들 수 있도록 한다. 프로세스가 충분히 안정되면, 팀은 이를 워크플로로 저장하고 자동화를 통해 실행할지 결정할 수 있다.
한계도 있다. Zero는 소유권, 검토, 어려운 대화의 필요성을 없애지 않는다. 창의적 방향, 전략적 트레이드오프, 민감한 승인은 여전히 사람의 몫이다. 또한 모든 상호작용에서 회사를 자동으로 학습한다고 주장해서도 안 된다. 오늘날 지속적인 학습 단계는 의도적이다. 사람이 워크플로를 저장하거나 편집한다.
이러한 한계는 설계의 일부다. 좋은 팀 협업에는 명확한 인간의 판단과 명확한 기계의 책임이 필요하다.
AI 팀 협업의 새로운 단위는 실행 가능한 기준이다
메시지는 사람들이 소통하도록 돕는다. 문서는 사람들이 기억하도록 돕는다. 작업은 사람들이 책임을 추적하도록 돕는다. Zero는 팀이 놓쳐왔던 단위를 추가한다. 업무를 수행할 수 있는 기준이다.
이것은 팀이 협업 소프트웨어를 평가하는 방식을 바꾼다. 다음을 물어보라.
- 다음 사람이 맥락을 물려받는가, 아니면 재구성하는가?
- 시스템이 필요한 도구 전반에 걸쳐 방법을 수행할 수 있는가?
- 사람의 피드백이 명시적이고 검토 가능한 기준이 될 수 있는가?
- 다른 사람의 신원을 공유하지 않고도 방법을 재사용할 수 있는가?
- 아무도 업무를 추진하기 위해 자리에 없어도 업무가 계속될 수 있는가?
답이 예라면, 협업은 복리로 성장하기 시작한다. 완료된 업무는 결과물 이상의 것을 남긴다. 팀이 그 업무를 다시 수행할 준비를 더 잘 갖추게 된다.
하나의 반복적인 인수인계부터 시작하라. 주간 브리핑, 수신 잠재 고객, 지원 에스컬레이션, 또는 릴리스 보고서. 명확한 결과물, 지정된 검토자, 그리고 필요한 시스템에 대한 접근 권한을 부여하라. Zero로 한 번 실행하라. 업무를 검토하라. 살아남은 방법을 저장하라.
목표는 단순하다. 업무가 인수인계를 거칠 때마다, 더 적은 의도가 사라져야 한다.
