AI로 회의를 버티고 즐기는 법 — Sam Stephenson

URL: https://www.youtube.com/watch?v=3IF3H5dxU3U
날짜: 2026-10-04 (업로드일) / 2026-10-07 (처리일)
채널: t3chfeed (업로더 표기: Peter Yang)

📌 핵심 질문 / 이 영상이 다루는 핵심 논점

==AI 회의 도구의 핵심은 회의 내용을 대신 기록하는 데 있지 않고, 혼란스러운 회의 전후의 맥락을 정리해 사람의 긴장을 낮추고 더 나은 판단을 가능하게 하는 데 있다.==

• Granola는 회의 전 브리핑, 회의 중 기록, 회의 후 복기와 후속 작업을 하나의 맥락으로 연결한다.
• 가장 좋은 인터페이스는 사용자의 주의를 빼앗지 않는 보이지 않는 조수이며, 제품의 주인공은 AI가 아니라 회의에 참여해 결정을 내리는 사람이다.
• AI로 무엇인가를 만드는 일이 쉬워질수록 중요한 차이는 무엇을 만들지 정하는 판단력과, 첫 출시에서 멈추지 않고 실제로 매일 쓰일 수준까지 다듬는 집요함에서 생긴다.

Granola 공동창업자 Sam Stephenson은 회의 직전의 불안, 회의 중 놓친 맥락, 회의 후 쌓이는 할 일을 하나의 연속된 문제로 본다. Granola는 자동 회의록 자체보다 사람과 회사에 축적되는 맥락을 활용해 브리핑·검색·에이전트·후속 조치를 제공하는 방향으로 확장되고 있다. 다만 이 모든 자동화는 새로운 부담과 감시가 되지 않도록 평온함과 프라이버시를 중심에 둬야 한다.

1. 회의 전후의 혼란을 평온함으로 바꾸는 Granola

Granola가 해결하려는 핵심 순간은 회의실 안보다 회의와 회의 사이의 짧고 혼란스러운 시간이다.

1.1. Sam이 매일 사용하는 회의 전 브리핑

1. 짧은 사전 요약이 가장 유용한 기능이 됐다

   1. Sam은 회의 전 짧은 요약(short summary)을 가장 유용한 기능으로 꼽는다.
   2. 새 후보자와 문화 면접(cultural interview)을 진행할 때 이전 맥락과 필요한 정보를 빠르게 확인할 수 있다.
   3. 회의 직전에 직접 조사하던 시간과 노력을 줄이고, 상대방의 이름이나 배경을 잊어 생길 수 있는 당황스러운 상황과 평판 손상을 피하게 한다.
   4. 이제는 회의 전에 이 요약이 없으면 무력감을 느낄 정도로 의존하게 됐다.

2. 말하지 않은 불일치까지 드러내고 싶다

   1. Sam은 두 사람이 실제로 동의하지 않으면서 동의한 척하는 순간을 Granola가 감지하기를 바란다.
   2. 이상적인 기능은 회의 중 “Sam과 Peter, 정말 이 사안에 동의하나요?”라고 즉시 확인하는 것이다.
   3. 에이전트가 표면적 합의와 실제로 남아 있는 이견을 구분하면 회의 후 뒤늦게 발견되는 위험을 줄일 수 있다.

1.2. 회의 후 복기와 ‘What did I miss?’

1. 사후 분석 레시피

   1. 한 투자자는 회의가 끝난 뒤 Granola 레시피를 실행한다.
   2. 레시피는 “무엇을 놓쳤나(What did I miss)?”, “무엇을 물었어야 했나?”, “어느 부분을 더 깊이 파고들 수 있었나?”를 되짚게 한다.
   3. 영업팀도 과거 영업 통화 기록을 참조해 “이번 통화에서 무엇을 더 잘할 수 있었나?”를 묻는다.
   4. 과거 통화의 누적 맥락 덕분에 단순한 회의록이 아니라 이전 행동과 비교한 구체적인 조언을 받을 수 있다.

2. 자동 기록과 레시피의 역할 분담

   1. Sam에게 자동 노트는 약 95%의 경우 충분하다.
   2. 사용자는 필요한 곳에 짧은 메모만 남기고 Granola가 나머지 내용을 채운 뒤 레시피나 템플릿으로 가공한다.
   3. Sam은 회의 중 멀티태스킹을 하거나 다른 생각에 빠졌을 때 라이브 전사에서 ‘What did I miss?’를 실행해 현재 주제로 돌아온다.
   4. 이 레시피가 가장 많이 사용되므로, Granola는 라이브 전사에서 특정 구간 위에 마우스를 올리기만 해도 놓친 내용을 보여주는 기능을 만들려 한다.

3. AI를 자신의 답변을 검증하는 보조자로 사용하기

   1. Sam은 상대방에게 답변한 뒤 “이 답변이 좋은가?”라고 Granola에 다시 물어보기도 한다.
   2. 평가 기준(rubric)과 고품질 템플릿을 미리 제공하면 AI가 막연한 칭찬 대신 구조화된 방식으로 답변을 검토할 수 있다.
   3. 질문이 반복되고 결과의 형식이 일정한 회의일수록 템플릿이 노트의 구조와 검토 품질을 높인다.

2. ‘평온함’을 중심에 둔 제품 설계

Granola의 설계 원칙은 회의가 이어지는 스트레스의 순간에 정보를 더 얹는 것이 아니라 사용자의 혈압을 낮추는 것이다.

2.1. Granola의 세 가지 제품 원칙

1. 첫 번째 감정은 평온함(peace)

   1. Granola 팀은 새 구성원이 들어올 때 제품을 생각하며 기억해야 할 원칙을 정리한다.
   2. 첫 번째 원칙은 사용자가 Granola를 볼 때 평온함을 느껴야 한다는 것이다.
   3. 제품은 회의가 연달아 이어지고 다음 회의를 위해 방과 창을 오가며 달리는 가장 스트레스가 심한 순간을 겨냥한다.
   4. 사용자는 늦고, 누구와 이야기하기로 했는지 잊고, 다음 회의 전에 문제까지 급히 처리해야 한다. Granola는 바로 그 혼란 속에 들어간다.

2. 제품이 혼란을 더하지 않아야 한다

   1. Granola를 바라보는 순간 혈압이 내려가야 하며 새로운 알림·메뉴·의무를 추가해서는 안 된다.
   2. 회의 중에는 상대방에게 집중해야 하므로 라이브 전사를 계속 읽게 만드는 인터페이스는 산만함을 만든다.
   3. 회의 후 5분 동안 메모를 정리해 Slack에 요약을 보내고 다음 회의로 뛰어가는 상황에서 짧은 프리미엄 브리핑은 특히 유용하다.

3. 겸손한 조수 역할

   1. Sam은 Granola를 손잡이(handrail)에 비유한다. 손잡이는 사용자를 대신해 계단을 오르지 않지만 불안정한 순간에 붙잡을 수 있게 한다.
   2. 회의의 주인공은 사용자다. 사용자는 일을 하고, 회의에 참여하고, 결정을 내리고, 올바른 문제를 논의한다.
   3. Granola는 주인공이 아니라 사용자를 보조하고 더 나은 성과를 내게 하는 조수다.
   4. 이 비유는 AI가 모든 것을 대신한다는 오만을 막고 제품의 겸손함을 유지하게 한다.

2.2. 전사를 숨기는 과감한 결정

1. 불만을 감수하고 전사를 작게 노출한다

   1. Granola의 라이브 전사(transcript)는 화면에서 매우 숨겨져 있다.
   2. 사용자가 전사 기능의 존재 자체를 알아차리지 못한다는 불만이 많지만 팀은 회의 중 필요하지 않은 요소를 제거하기 위해 그 비용을 감수한다.
   3. 사람은 회의 상대방을 바라보고 대화해야 하며 화면의 문장을 계속 읽는 순간 대화에서 이탈하기 쉽다.

2. 기능을 숨기는 것이 기능을 거부하는 것은 아니다

   1. 전사는 회의 후 분석과 ‘What did I miss?’의 기반으로 계속 수집된다.
   2. 다만 정보가 존재한다는 이유만으로 회의 중 전면에 내세우지 않는다.
   3. 필요한 순간에만 전사를 꺼내 보게 한 선택은 기능의 양보다 사용자의 주의력과 감정 상태를 우선한 결정이다.

3. 회의록에서 회사 전체의 맥락 플랫폼으로

회의는 한 회사가 가진 가장 풍부하고 현재적인 맥락의 원천이며, 매일 사용할수록 사람·프로젝트·의사결정의 연결망이 된다.

3.1. 축적되는 회의 맥락

1. 회의를 계속 기록하면 회사의 미세한 상태가 보인다

   1. Granola를 매일 모든 회의에 사용하면 누가 어떤 프로젝트를 맡고 있는지, 회사에서 무슨 일이 일어나는지에 대한 맥락이 쌓인다.
   2. 정보는 프로젝트가 곧 궤도를 이탈할 조짐, 특정 이슈에 충분히 주의를 기울이지 않는 이유 같은 미세한 신호까지 포함한다.
   3. 전사에는 대화의 뉘앙스가 남기 때문에 단순 데이터베이스 검색보다 지능적인 답변을 만들 수 있다.

2. 회의 전·중·후를 하나의 흐름으로 본다

   1. 회의 전에는 사람과 주제를 파악하는 브리핑을 만든다.
   2. 회의 중에는 대화의 맥락을 수집한다.
   3. 회의 후에는 레시피로 복기하고 다음 행동과 판단에 연결한다.
   4. 이 세 단계가 이어져야 회의 기록이 회사 전체를 이해하는 기반이 된다.

3.2. 레시피, 팀 공간, 검색

1. 레시피는 반복되는 사고 과정을 제품화한다

   1. Sam은 디자인 원칙 발표를 준비할 때 슬라이드 구성을 만들도록 레시피를 실행한다.
   2. 새 직무의 직무기술서(job description) 초안을 만들 때도 같은 방식을 사용한다.
   3. 블로그 글과 신기능 발표문은 회의에서 내용을 함께 논의한 뒤, Granola가 회의 내용과 프로젝트의 전체 이력을 보존한 상태에서 초안 작성에 활용된다.
   4. 사용자는 자기 문체에 맞는 레시피를 직접 만들거나 팀원이 만든 레시피를 저장해 재사용할 수 있다.

2. 공유된 팀 맥락은 개인의 기록을 넘어선다

   1. 팀 공간에는 스탠드업, 영업 통화, 디자인 노트 같은 폴더가 있다.
   2. 디자인 팀은 디자인 비평 회의의 정보를 공유하고, 영업 폴더에는 매일 여러 고객 통화가 쌓인다.
   3. 영업 폴더를 검색하면 최근 고객이 무엇을 말하는지, 반복되는 인사이트와 트렌드가 무엇인지 확인할 수 있다.
   4. 사용자는 자신의 회의만이 아니라 최근 팀 전체가 한 일을 검토할 수 있다.

3. API와 MCP가 자동화의 우회로를 만든다

   1. 매주 월요일마다 검색을 실행해 주간 보고서를 만드는 자동화는 제품 안에 아직 완전히 들어오지 않았지만 팀이 우선순위로 보고 있다.
   2. API와 MCP를 이용하면 Granola와 다른 데이터 소스를 결합해 주간 보고서를 만들 수 있다.
   3. Sam도 MCP를 통해 Granola와 다른 소스의 정보를 모아 현재 상황을 요약한 이메일을 받는다.
   4. 사람들이 MCP로 반복 수행하는 작업을 관찰하면 자주 쓰이는 기능부터 Granola 자체에 내장할 수 있다.

4. UI를 건너뛰는 에이전트 시대의 제품 전략

에이전트가 앱을 열지 않고 API와 MCP로 제품의 맥락만 가져가는 흐름은 디자이너에게 슬픔을 주지만 기업 고객을 위해서는 피할 수 없는 변화다.

4.1. 아름다운 UI보다 연결성이 우선되는 이유

1. 디자이너가 느끼는 상실감

   1. Peter는 사용자가 에이전트에게 Granola를 쓰게 할 뿐 예쁜 인터페이스를 전혀 보지 않는다면 디자이너로서 어떤 기분일지 묻는다.
   2. Sam은 인터페이스 디자인을 담당하는 자신의 일부가 분명히 슬퍼한다고 인정한다.
   3. Granola 팀도 처음에는 모두가 모든 작업을 Granola UI 안에서 해야 한다고 한동안 저항했다.

2. 기업 내부 도구와 연결되지 않으면 사용되지 않는다

   1. 큰 기업에는 필연적으로 여러 내부 도구가 생긴다.
   2. Granola가 이 도구들과 제대로 상호작용하지 못하면 기업은 Granola를 선택할 이유가 없다.
   3. 그래서 회의에서 맥락을 수집한 뒤 Claude, ChatGPT 같은 내부 에이전트가 다른 애플리케이션에서 프로세스를 실행하는 방식이 많은 업무에 더 적합하다는 결론에 도달했다.

3. 맥락은 하나의 앱에 갇히지 않는다

   1. 1인 사업자도 Granola뿐 아니라 Google Docs와 다른 소스에 연락처와 자료를 보유한다.
   2. 중요한 것은 특정 UI를 계속 사용하는 일이 아니라 자료들을 합쳐 AI가 전체 상황을 이해하게 하는 것이다.
   3. 링크와 데이터가 많고 정확할수록 AI가 제공할 수 있는 맥락의 질도 높아진다.
   4. 이메일을 검토해 회의 전 브리핑을 만드는 인프라는 Slack, CRM 등 회사 지식이 쌓이는 다른 장소에도 확장될 수 있다.

4.2. 브리핑의 편리함과 과잉 자동화의 위험

1. 무한히 늘어나는 브리핑

   1. 회의 전 브리핑, 회의 후 브리핑, 주간 회의 브리핑 등 에이전트로 만들 수 있는 종류는 매우 많다.
   2. 브리핑은 명확한 첫 사용 사례지만 AI 도구를 시험하는 사람은 모든 도구에서 브리핑을 받아 보게 될 수 있다.
   3. 어느 순간 편리함이 아니라 우선순위 문제와 정보 과잉으로 변한다.

2. 에이전트는 일을 줄이면서 새 책임을 만들 수 있다

   1. 평균 회의 하나에서 해야 할 일이나 생각할 일이 세 가지씩 나오고 하루에 다섯 회의를 하면 하루 끝에 약 스무 개가 쌓인다.
   2. Granola가 회의마다 세 가지 결론을 추가로 밀어주면 사용자는 더 큰 압박을 느낄 수 있다.
   3. Granola가 추구하는 것은 삶에 책임을 더하는 시스템이 아니라 해야 할 일을 우선순위화하고 탐색하기 쉽게 만드는 평온한 존재다.

4.3. ‘Peter’와 ‘Sammy’ 에이전트의 사전 협상

1. 사람보다 먼저 협상하는 에이전트

   1. Peter는 자신의 에이전트 ‘Peter’와 Sam의 에이전트 ‘Sammy’를 회의에 먼저 보내 각자의 입장을 조율하는 기능을 제안한다.
   2. 두 에이전트가 합의하면 사람은 결과를 확인하고 합의하지 못할 때만 직접 개입한다.
   3. 이 방식은 반복적인 조율 회의와 사전 질의응답을 줄이고 사람이 판단해야 하는 쟁점에 집중하게 할 수 있다.

2. 경영진도 AI를 첫 번째 방어선으로 원한다

   1. CEO와 관리자들은 Granola를 자신에게 들어오는 모든 질문의 첫 번째 방어선으로 만들어 달라고 자주 요청한다.
   2. 개인 에이전트가 기본 질문을 먼저 처리하면 사람은 중요한 질문과 예외적인 상황에 시간을 쓸 수 있다.
   3. Sam은 에이전트 간 협상과 질문 필터링을 흥미로운 방향으로 본다.

5. 996이 아닌 AI-native 회사 만들기

AI 회사의 생산성을 높인다는 이유로 구성원이 밤낮없이 일하는 문화를 만들 필요는 없으며, 균형과 깊은 생각이 제품의 질을 높인다.

5.1. 일과 삶의 균형, 그리고 에이전트 코딩의 중독성

1. 런던 팀의 높은 몰입과 삶의 필요

   1. Sam은 런던 팀이 많은 것을 쏟아붓고 열심히 일한다고 말한다.
   2. 그러나 모든 사람에게 일 밖의 삶이 있어야 하며 삶은 코드나 소프트웨어를 쓰는 일보다 훨씬 크다고 본다.
   3. 일정한 균형이 있을 때 오히려 일이 더 좋아진다.

2. 에이전트 코딩은 슬롯머신처럼 사람을 붙잡는다

   1. Sam 자신도 코딩 에이전트의 ‘슬롯머신’에 중독돼 매일 밤 노트북을 켜고 “또 다른 문제”를 찾는다.
   2. Granola가 회의 사이의 컨텍스트 스위칭을 돕더라도 여러 에이전트 브랜치 사이를 5분마다 오가는 일은 더 어렵고 지친다.
   3. 에이전트가 생산성을 높이는 동시에 끊임없는 전환과 새로운 작업을 만들 수 있다는 점이 Granola가 해결하려는 문제다.

5.2. 후속 작업을 줄이는 것이 아니라 다루기 쉽게 만들기

1. 회의 후 할 일은 빠르게 폭증한다

   1. 평균 회의에서 세 가지 후속 작업이 생기고 하루에 다섯 번 회의하면 하루에 스무 개가 쌓인다.
   2. Granola가 여러 도구와 연결될수록 이 목록은 더 커질 수 있다.

2. 제품은 추가 압박을 관리해야 한다

   1. 중요한 설계 문제는 결론을 추출하는 것 자체가 아니라 그 결론을 언제 어떤 방식으로 보여줄지다.
   2. 좋은 시스템은 새 책임을 나열하는 대신 중요도와 맥락을 붙여 사용자가 삶을 더 편안하게 탐색하도록 돕는다.
   3. ‘평온한 존재’라는 원칙은 기능 수가 늘어날수록 더 중요해진다.

6. 누구나 출시하는 조직에서 품질을 유지하는 법

AI로 코드를 만드는 장벽이 낮아지면 디자인팀을 병목으로 만들지 않으면서도 품질을 유지할 조직적 장치가 필요하다.

6.1. 모두가 만들고 출시할 수 있게 하기

1. 코드 배포의 민주화

   1. Granola에서는 거의 모든 구성원이 어떤 방식으로든 코드를 작성하고 배포한다.
   2. 일부는 내부 도구지만 상당 부분은 실제 제품에 들어간다.
   3. 누구나 만들 수 있다는 점은 강력하므로 디자인팀이 모든 작업의 병목이 되도록 막기보다 이 힘을 장려해야 한다.

2. 리브랜딩을 디자인 시스템의 기반으로 삼다

   1. 2월 리브랜딩에서 앱의 모양과 느낌을 브랜드에 맞게 업데이트하면서 새로운 디자인 시스템을 함께 구축했다.
   2. 시스템은 토큰(tokens)과 재사용 가능한 컴포넌트로 구성된다.
   3. 에이전트가 디자인 시스템을 사용하도록 환경 파일과 지침을 제공했다.
   4. 복잡한 디자인 판단이 필요하지 않은 작업은 에이전트가 시스템의 컴포넌트를 사용해도 상당히 괜찮은 결과가 나온다.

6.2. Figma 중심 설계에서 코드 프로토타이핑으로

1. Figma 사용량이 80%에서 약 20%로 줄었다

   1. 과거 Sam은 아이디어를 포착하고 여러 접근을 반복하고 디자인을 다듬고 소통하는 데 하루의 약 80%를 Figma에서 보냈다.
   2. 현재 Figma 사용량은 대략 20%이며 디자이너와 프로젝트에 따라 차이가 있다.
   3. 사무실에서 화이트보드로 초기 생각을 함께 정리하고 간단한 스케치만 엔지니어에게 넘겨도 디자인 시스템과 코딩 에이전트가 실제 화면으로 발전시킬 수 있다.

2. 프로젝트의 성격에 따라 도구를 선택한다

   1. 구독 전환과 비즈니스 요금제 제안이 있는 paywall은 흐름이 논리적인지, 적절한 순간에 올바른 문구가 나타나는지가 핵심이다.
   2. 상태가 많지 않은 선형 흐름이고 카피라이팅이 가장 어렵기 때문에 캔버스에서 빠르게 반복하는 Figma가 여전히 유용하다.
   3. premium brief처럼 핵심 워크플로에 통합되고 상호작용이 많은 기능은 Figma보다 코드 프로토타이핑이 빠르다.

3. 실제 사용자 경험에 가까운 프로토타입

   1. 디자이너는 같은 텍스트를 우측 상단 알림, 화면 하단, 측면의 떠 있는 전사 표시 등 여러 위치에 Cursor로 즉시 넣어 볼 수 있다.
   2. 세 위치를 비교하면 어느 위치와 강조 수준이 실제로 편안한지 빠르게 감을 얻는다.
   3. 프로젝트는 Figma에서 프로토타입으로, 다시 Figma로 계속 왕복했고 더 이상 선형적인 과정이 아니었다.
   4. 정적 목업보다 실제 데이터와 상호작용이 있는 화면이 최종 사용자 경험에 훨씬 가깝다.

4. 진짜 데이터가 디자인 판단을 바꾼다

   1. 늦고 스트레스를 받으며 상대방이 누구인지 잊은 사용자가 실제 자신의 브리핑을 읽을 때 어떤 기분인지 알아야 한다.
   2. 다른 사람의 가짜 브리핑을 넣은 목업만으로는 그 감정을 현실적으로 평가하기 어렵다.
   3. 인터페이스의 위치와 크기뿐 아니라 브리핑 자체가 얼마나 좋은지도 제품 경험의 일부다.

6.3. 일찍 출시하고 내부에서 고통을 관찰하기

1. 일주일 안에 못생긴 엔드투엔드 버전을 만든다

   1. 새 프로젝트가 시작되면 완벽하지 않아도 작동하는 엔드투엔드 버전을 가능한 한 빨리 제품에 넣는다.
   2. premium brief는 프로젝트 시작 후 약 1주일에서 1주일 반 만에 초기 버전이 앱에 들어갔다.
   3. 초기 버전은 노트 상단의 큰 창에 들어간, 글도 잘 다듬어지지 않은 매우 못생긴 형태였다.

2. 매일 쓰며 불편함을 느껴야 품질에 집착하게 된다

   1. 내부 구성원이 초기 버전을 사용하며 문제가 생기는 고통을 직접 느끼면, 제품을 제대로 만드는 일이 추상적인 품질 목표가 아니라 실제 문제가 된다.
   2. 내부 Slack 채널에서 피드백을 모으고 베타 사용자에게 보여주며 정식 출시 전에 개선한다.
   3. 빠른 출시와 높은 기준은 대립하지 않는다. 초기 버전은 빠르게 공개하되 공식 출시 전 실제로 잘 작동하는지 엄격하게 확인한다.

7. 내부 에이전트 ‘Nacho’와 AI-native 운영

Granola는 거대한 내부 도구팀보다 구성원이 직접 개선하는 공유 에이전트와 디자인 시스템으로 AI-native 조직을 만든다.

7.1. 누구나 내부 도구를 만들 수 있는 환경

1. 내부 대시보드와 Cursor 에이전트

   1. 팀 내부 대시보드에는 여러 기능과 도구가 모여 있고 구성원 모두가 무언가를 추가하고 개선한다.
   2. Cursor 기반 편집기를 이용하면 내부 도구의 동작을 바꾸는 작업을 자연어로 요청할 수 있다.
   3. Cursor 에이전트를 실행하면 작은 도구 수정도 개발팀의 전담 작업이 아니라 각 팀원이 직접 처리할 수 있다.

2. 진입 장벽을 낮추는 것이 핵심이다

   1. 많은 사람이 내부 도구를 만들 수 있도록 만드는 데 조직적 노력을 기울였다.
   2. 도구가 유용할수록 이를 개선하는 사람은 회사 전체의 친구가 된다.
   3. 10분이 남으면 공유 도구를 조금 더 강력하게 만들 동기가 생기므로 개선이 이어진다.

7.2. Nacho가 회사의 첫 번째 질문 창구가 된 방식

1. 회사 전체 데이터를 연결한 격리형 챗봇

   1. Nacho는 Granola에서 가장 많이 쓰이는 내부 도구이며 독립된 챗봇으로 동작한다.
   2. Slack, Granola, Amplitude, 로그, 웹사이트 분석 등 연결할 수 있는 많은 시스템에 접근한다.
   3. 사람들은 Slack에서 주로 사용하며 코드가 어떻게 작동하는지, 특정 오류의 원인이 무엇인지, 데이터를 어떻게 조회할지 질문한다.

2. 로그·코드·SQL을 함께 분석한다

   1. 야간 채널에서 작은 요약 생성 오류나 장애가 보고되면 Nacho는 로그에서 발생 지점을 찾는다.
   2. 관련 코드를 비교해 오류가 생긴 이유를 추정하고 단순한 설명을 넘어 수정 작업으로 연결한다.
   3. SQL 쿼리에도 강해 대시보드를 사람이 직접 조작하는 것보다 빠르고 저렴하게 데이터를 가져온다.
   4. 조사 결과는 Cursor 에이전트를 호출해 문제를 고치는 PR 작성으로 이어질 수 있다.

3. 특정 내부 도구팀 없이 자라는 시스템

   1. Nacho는 엔지니어 한 명이 주말이나 밤에 시작한 프로젝트에서 출발했다.
   2. 구성원들이 필요할 때 기능을 하나씩 추가했고 회사 전체가 사용하는 도구가 되자 개선의 선순환이 생겼다.
   3. Claude나 Cursor를 각각 따로 붙이는 대신 하나의 도구에서 모델과 에이전트를 조합하면 성능과 가격 변화에 따라 유연하게 교체할 수 있다.

7.3. AI-native 운영의 요약

1. 조직 모델

   1. 누구나 만들고 배포할 수 있게 하되 디자인 시스템과 컴포넌트로 기본 품질을 보장한다.
   2. 내부 시스템과 연결된 에이전트를 제공해 구성원이 질문과 조사를 스스로 처리하게 한다.
   3. 근무 시간을 감시하기보다 결과를 보고 각자가 시간을 어떻게 사용할지 신뢰한다.

2. 사람에게 남는 일

   1. 코드를 만들고 배포하는 일은 쉬워졌지만 무엇을 만들어야 하는지 아는 일은 여전히 어렵다.
   2. 모든 아이디어에 동의하는 AI는 인간 동료처럼 “그건 좋은 생각이 아니다”라고 말해주지 못한다.
   3. 산책, 휴가, 일에서 벗어난 여백이 있어야 무엇이 흥미롭고 중요한지 판단할 수 있다.

8. 최종 조언: 첫 버전 이후에 진짜 제품이 시작된다

AI 개발자와 창업자가 경쟁력을 얻는 지점은 출시 버튼을 누르는 순간이 아니라 흥미로운 문제를 고르고 실제 사용성을 끝까지 증명하는 과정이다.

8.1. 흥미로운 것을 고르고 끝까지 다듬기

1. 무엇을 만들지 결정하는 일이 가장 어렵다

   1. 지금은 무엇인가를 만드는 일이 과거보다 훨씬 쉬워졌다.
   2. 단순히 빠르게 코드를 생산하는 능력만으로는 충분하지 않다.
   3. 무엇이 흥미로운지, 누가 필요로 하는지, 어떤 문제를 해결할 가치가 있는지 정하는 판단이 핵심이다.

2. 첫 출시에서 멈추지 않는다

   1. 많은 팀은 첫 버전을 만들고 출시한 뒤 너무 빨리 멈춘다.
   2. 만들기가 쉬워질수록 세부 사항을 더 깊이 파고들어 실제로 유용한 제품을 완성하는 일이 중요해진다.
   3. 책임의 기준은 “출시했는가”가 아니라 “누군가 매일 사용하는가”여야 한다.
   4. 매일 쓰이는 제품이 될 때까지 멈추지 않는 태도가 Granola가 배운 핵심 원칙이다.

3. 빠른 피드백과 높은 기준을 동시에 유지한다

   1. 시장의 피드백을 얻으려면 영원히 계획하기보다 일찍 출시해야 한다.
   2. Granola는 내부와 소규모 친구·베타 사용자에게 이른 버전을 보여주며 빠르게 검증한다.
   3. 공식 출시 전에는 “정말 사람에게 작동하는가?”를 높은 기준으로 묻는다.
   4. 빠른 실험은 품질을 포기하는 방식이 아니라 품질을 올바른 문제에 집중시키는 방식이다.

주요 발언 모음

“Granola를 사용할 때 사람들이 느껴야 하는 첫 번째 감정은 평온함(peace)이다.”

“Granola는 주인공이 아니다. 주인공은 당신이다.”

“Granola를 손잡이(handrail)처럼 생각한다. 당신을 대신하지 않지만 필요할 때 붙잡을 수 있게 한다.”

“회의 중에는 대화하는 사람에게 집중해야 한다. 라이브 전사를 계속 바라보면 산만해진다.”

“만드는 일은 정말 쉬워졌다. 어려운 일은 무엇을 만들어야 하는지 아는 것이다.”

“출시했다는 사실만으로 책임을 다했다고 생각하지 말고, 누군가 실제로 매일 쓰는지에 책임을 져야 한다.”

핵심 데이터 & 수치

• 기업 가치: Granola는 AI 기반 회의 노트 도구로 시작해 약 15억 달러($1.5 billion) 가치의 회사가 됐다.
• 자동 노트 사용 비중: Sam은 약 95%의 경우 자동 노트만으로 충분하다고 말한다.
• Figma 사용량: Sam의 디자인 작업에서 Figma 비중은 과거 약 80%에서 현재 약 20%로 줄었다.
• 회의 후 작업량 예시: 회의 하나에서 세 가지 후속 작업이 생기고 하루에 다섯 회의를 하면 약 20개의 항목이 쌓일 수 있다.
• 초기 브리프 출시: premium brief는 프로젝트 시작 후 약 1주일에서 1주일 반 만에 작동하는 초기 버전이 앱에 들어갔다.
• 컨텍스트 전환: 여러 에이전트 브랜치를 오갈 때 약 5분마다 컨텍스트를 바꾸는 상황이 생긴다.
• 업로드일: 2026-10-04.
• 처리일: 2026-10-07 (Asia/Seoul).

결론 및 시사점

1. 회의 AI의 핵심 가치는 녹취록을 만드는 것이 아니라 회의 전 준비, 회의 중 집중, 회의 후 복기를 연결해 사용자의 불안을 낮추는 데 있다.
2. 좋은 AI 인터페이스는 기능을 많이 보여주는 화면이 아니라 사용자가 필요할 때만 맥락을 꺼내고 대화의 주인공으로 남게 하는 손잡이에 가깝다.
3. 회사의 회의 기록은 구성원·프로젝트·고객·의사결정의 맥락을 담은 지식 기반이며 Slack·CRM·Google Docs·내부 에이전트와 연결될 때 가치가 커진다.
4. 에이전트가 UI를 건너뛰는 흐름을 받아들이되 프라이버시와 공유 범위를 세심하게 설계해야 한다.
5. 누구나 코드를 만들 수 있는 조직은 재사용 가능한 디자인 시스템, 토큰, 컴포넌트와 빠른 내부 피드백으로 품질을 지켜야 한다.
6. AI가 생산성을 높여도 996식 과로와 에이전트 브랜치 사이의 컨텍스트 전환은 새로운 위험이므로 자동화된 할 일을 다시 압박으로 만들지 않아야 한다.
7. 무엇을 만들지 결정하는 판단은 산책·휴가·대화 같은 인간적인 여백에서 나오며 모든 아이디어에 동의하는 AI만으로는 대체되지 않는다.
8. 빠르게 첫 버전을 내놓은 뒤 실제 사용자의 고통을 관찰하고 누군가 매일 사용할 만큼 유용해질 때까지 세부 사항을 다듬어야 한다.