From Chrome extension to $5B platform | Postman’s journey | Abhinav Asthana (Co-founder & CEO)

원본 영상: From Chrome extension to $5B platform | Postman’s journey | Abhinav Asthana (Co-founder & CEO) · 채널 First Round Capital

Part 1 — 핵심 인사이트

  1. 만드는 즐거움은 소비보다 강한 동기다.
  2. 작은 도구 하나가 사람의 일하는 방식을 바꾼다.
  3. 창업가는 코딩 실력보다 문제를 발견하는 감각이 중요하다.
  4. 커뮤니티는 제품의 기능을 넘어서 수요를 증폭시킨다.
  5. 실패한 프로젝트도 독립해서 버는 자신감을 만든다.

Part 1 — 요약

이 영상은 Postman 공동창업자 Abhinav Asthana가 어떻게 컴퓨터와 인터넷에 매료되어 개발을 배웠고, 그 경험이 창업가로서의 사고방식으로 이어졌는지를 들려준다. 어린 시절에는 게임에 빠졌지만, 부모의 제약 덕분에 '유용한 것을 만들어야 한다'는 방향으로 전환했고, 그 과정에서 Visual Basic, PHP, MySQL 같은 도구로 직접 무언가를 만들며 큰 보람을 느꼈다.

또한 그는 컨설팅으로 생계를 유지하면서도 제품을 만들고 싶다는 욕구를 놓지 않았고, 결국 사람들의 실제 문제를 해결하는 커뮤니티형 제품으로 나아갔다. 특히 온라인 커뮤니티가 질문을 모으고 답을 연결하는 힘을 보여주면서, Postman 이후의 개발자 커뮤니티 전략과 제품 철학의 바탕이 무엇이었는지 자연스럽게 드러난다.

Part 2 — 핵심 인사이트

  1. 좋은 제품은 기능 추가보다 통합과 절제가 핵심이다.
  2. 디자인 감각은 사용 경험의 불편함을 민감하게 보는 데서 온다.
  3. 첫 실패는 끝이 아니라 더 나은 pivot을 찾는 신호다.
  4. 작은 성공 경험이 창업 자신감과 지속력을 만든다.
  5. 기술은 멋진 데모보다 실제 사용성으로 검증돼야 한다.

Part 2 — 요약

이 영상에서 Abhinav Asthana는 대학 시절 만든 캠퍼스 가상투어가 어떻게 첫 성공 경험이 되었고, 그 경험이 이후 창업으로 이어졌는지를 이야기한다. 단순히 제품을 만드는 데서 끝나지 않고, 왜 좋은 디자인과 통합된 경험이 중요한지, 그리고 자신이 늘 제품에 만족하지 못했던 이유가 어디서 비롯됐는지 설명한다.

또한 첫 제품이 실패하고 여러 번 pivot해야 했던 과정, 모바일 전환을 위해 GPU와 CUDA를 실험하며 기술을 줄여나간 과정, 그리고 결국 사용자 수백만 명을 얻은 teleport me의 탄생까지 보여준다. 전반적으로 이 영상은 '좋은 제품은 더하는 것이 아니라 덜어내고 통합하는 것'이라는 관점과, 실패를 견디며 계속 개선하는 창업자의 태도를 강조한다.

Part 3 — 핵심 인사이트

  1. 강한 제품은 보통 창업자의 불편에서 출발한다.
  2. 개발자 도구는 마케팅보다 검색 수요가 먼저 만든다.
  3. 사용자 피드백은 기능 추가가 아니라 제품 방향을 바꾼다.
  4. 사람들이 '없으면 안 된다'고 말할 때 사업이 된다.
  5. API는 기능이 아니라 조직과 시스템을 잇는 인프라다.

Part 3 — 요약

이 영상은 Postman이 단순한 사이드 프로젝트에서 시작해, 개발자들이 실제로 집착해서 쓰는 도구로 성장한 과정을 다룬다. 아빈브 아스타나는 스타트업에서 여러 인터페이스를 맞추며 API를 반복해서 오가던 불편을 느꼈고, 그 문제를 해결하려고 크롬 익스텐션 형태의 API 클라이언트를 직접 만들었다. 마케팅 없이도 개발자들이 스스로 찾아 쓰기 시작했고, GitHub 피드백과 커뮤니티 반응을 보며 이 제품이 자신만의 문제가 아니라는 사실을 깨달았다.

핵심은 '개인 문제 해결'로 시작한 제품이, 사용자 피드백을 통해 점점 더 범용적인 개발 플랫폼으로 확장됐다는 점이다. 그는 개발자들이 쓰는 도구에 매우 높은 기준을 갖고 있으며, 제품이 풀타임 사업이 될지 판단하는 신호는 사람들이 자발적으로 '놓을 수 없는 도구'라고 말하기 시작하는 순간이라고 본다. 이후 그는 API가 조직 내부에서 얼마나 중요한 연결층인지 재정의하며, 이를 바탕으로 회사를 더 크게 볼 수 있게 되었다.

Part 4 — 핵심 인사이트

  1. 공동창업자는 실력보다 신뢰와 동기가 먼저다.
  2. 초기엔 기능이 아니라 핵심 문제를 정의해야 한다.
  3. 역할과 권한을 초기에 못 박아야 나중에 덜 흔들린다.
  4. 개인 과금보다 팀 과금이 더 큰 비즈니스를 만든다.
  5. 복잡한 기술 전환은 고객 가치가 생길 때만 해야 한다.

Part 4 — 요약

이 영상은 Postman이 단순한 Chrome extension에서 팀 협업용 B2B 플랫폼으로 커지기까지의 초기 창업 과정을 다룬다. Abhinav Asthana는 신뢰할 수 있는 공동창업자를 어떻게 모았는지, 왜 역할과 CEO/CTO 같은 권한을 초기에 명확히 나눴는지, 그리고 회사 문화를 어떻게 'scrappy한 해커 팀'으로 정의했는지 설명한다.

또한 처음부터 큰 돈을 노리지 않고 광고, 후원, 인앱구매 등 여러 방식으로 버티다가, 팀 단위 협업 문제를 발견해 무료 제품에서 반복 과금 SaaS로 전환한 과정을 보여준다. 핵심 메시지는 '좋은 제품'만으로는 부족하고, 실제로 돈을 내는 단위가 개인이 아니라 팀이라는 점을 발견해야 비즈니스가 된다는 것이다.

Part 5 — 핵심 인사이트

  1. 고객 피드백만 따르면 현재만 최적화되고 미래를 놓친다.
  2. API의 본질은 '남이 쓰는 것'이어서 협업 기능이 핵심이다.
  3. 비개발자도 쓰게 해야 확산되지만, 개발자 기준의 깊이는 잃으면 안 된다.
  4. 복잡성은 숨기는 게 아니라 순서대로 드러내야 한다.
  5. 초기 GTM은 광고보다 커뮤니티와 사용자 간 전파가 더 강하다.

Part 5 — 요약

이 영상은 Postman이 단순한 API 클라이언트에서 협업 플랫폼으로 성장하는 과정에서, 무엇을 어떤 순서로 만들지 결정한 원리를 다룬다. 핵심은 고객의 즉각적인 피드백만 따라가는 것이 아니라, 그 너머의 미래 사용 방식을 함께 가설로 세우고 제품을 설계하는 균형이다. 특히 'API는 결국 다른 사람이 쓰는 것'이라는 통찰이 협업 워크스페이스, 공용 워크스페이스, 파트너 워크스페이스 같은 제품 방향을 만들었다고 설명한다.

또한 Postman은 개발자만 위한 도구가 아니라 제품 매니저, 기술 문서 작성자, 솔루션 엔지니어 같은 비개발자도 자연스럽게 쓰도록 설계해야 했고, 동시에 기업 고객의 통제와 거버넌스 요구도 만족시켜야 했다. 그래서 복잡성은 뒤에서 드러나게 하고, 첫 5분 안에 누구나 쓸 수 있게 만드는 'progressive disclosure'를 중요한 원칙으로 삼았다. 마지막으로 초기 성장의 상당 부분은 광고보다 커뮤니티, 밋업, 사용자 간 상호교육에서 나왔으며, 제품의 정체성을 설명하는 메시지 자체가 큰 과제였음을 보여준다.

Part 6 — 핵심 인사이트

  1. 개발자 도구는 결국 조직 전체 플랫폼으로 커질 수 있다.
  2. 좋은 제품은 기능보다 사용 경험을 우선해야 한다.
  3. 오픈소스는 유용하지만 UX를 희생하면 안 된다.
  4. 자본은 많을수록 좋기보다, 고객가치에 쓰일 때 의미 있다.
  5. 성공하려면 확신과 의심을 동시에 유지해야 한다.

Part 6 — 요약

이 구간은 Postman이 어떻게 개발자용 도구에서 조직 전체가 쓰는 플랫폼으로 확장됐는지, 그리고 그 과정에서 어떤 제품·사업 판단을 했는지를 다룬다. 단일 사용자용은 무료, 협업·멀티플레이어 기능은 유료로 두는 구조가 처음엔 직관적으로 맞았고, 시간이 지나면서 이는 팀 도구가 아니라 여러 팀과 사업부가 함께 쓰는 플랫폼이라는 사실이 더 중요해졌다.

또한 오픈소스와 사용자 경험 사이의 긴장, 인도에서 시작한 회사라는 배경이 자본 효율성과 장기 관점에 준 영향, 그리고 돈을 더 크게 조달하는 이유까지 이어진다. 마지막으로 과거 여러 실패를 통해 배운 것은 '무한한 믿음'과 '냉정한 판단'을 동시에 유지해야 하며, 시장이 아직 준비되지 않은 아이디어는 억지로 밀어붙일 수 없다는 점이라는 메시지를 강조한다.

Part 7 — 핵심 인사이트

  1. 창업은 자유가 아니라 매일의 책임을 선택하는 일이다.
  2. 좋은 공동창업자와 팀이 10년짜리 회사를 만든다.
  3. 법무·회계 비용을 아끼면 나중에 더 큰 대가를 치른다.
  4. 개발자 경험의 핵심은 기능 추가보다 흐름 보호다.
  5. 조언자는 '맞는 말'보다 '불편한 진실'을 줘야 한다.

Part 7 — 요약

이 대화는 Postman을 키운 창업자가 다른 창업자에게 주는 현실적인 조언을 중심으로 흘러간다. 그는 회사를 오래 운영하려면 좋은 공동창업자와 팀이 필수이며, 변호사와 회계사 비용은 아끼지 말아야 한다고 강조한다. 특히 잘못된 계약이나 법무 대응은 기술부채보다 더 비싸게 돌아온다고 경고한다.

또한 Postman의 제품 철학인 '개발자의 flow와 deep work'를 지키는 설계 원칙을 설명한다. 알림, 튜토리얼, 불필요한 넛징은 협업 기능일지라도 집중을 깨면 안 되며, 필요한 맥락만 정확한 타이밍에 제공해야 한다는 것이다. 마지막으로 자신에게 영향을 준 사상가와 조언자들을 언급하며, 독립적인 목소리와 진실을 말해주는 사람을 곁에 두는 것이 문제 해결과 회사 운영에 중요하다고 정리한다.

요약·핵심 인사이트는 인사이트컷(InsightCut)이 작성했습니다. 원본 영상의 저작권은 First Round Capital에게 있으며, 영상은 공식 YouTube 플레이어로 재생됩니다.