패트릭 콜리슨은 어떻게 스트라이프를 온라인 결제에서 글로벌 금융 인프라 기업으로 키웠나

인터넷에서 상품을 판매하는 일은 겉으로 보면 간단해 보입니다. 웹사이트를 만들고 상품을 등록한 뒤 고객이 신용카드로 결제할 수 있도록 하면 됩니다. 하지만 2000년대 후반까지만 해도 마지막 단계인 ‘온라인 결제’를 구현하는 과정은 생각보다 복잡했습니다.

사업자는 은행과 결제업체를 알아봐야 했고 가맹점 계정을 개설한 뒤 여러 서류를 제출해야 했습니다. 개발자는 결제회사가 제공하는 복잡한 시스템을 웹사이트와 연결해야 했고 카드정보 보안과 오류처리, 환불과 정산 같은 문제까지 해결해야 했습니다.

좋은 서비스를 만드는 데 집중해야 할 스타트업이 결제를 받기 위해 상당한 시간과 개발자원을 사용해야 했던 것입니다.

아일랜드 출신 개발자 **패트릭 콜리슨(Patrick Collison)**과 그의 동생 **존 콜리슨(John Collison)**은 이 문제를 직접 경험했습니다.

두 사람은 “왜 인터넷에서 돈을 받는 것이 웹사이트를 만드는 것보다 훨씬 어려운가”라는 질문에서 출발했습니다. 금융회사를 새로 만드는 것보다 개발자가 몇 줄의 코드로 결제를 붙일 수 있도록 복잡한 금융 인프라를 소프트웨어로 감싸는 방식을 선택했습니다.

그렇게 시작한 회사가 **스트라이프(Stripe)**입니다.

2025년 Stripe를 이용하는 기업들이 처리한 총 거래규모는 1조9,000억 달러에 달했습니다. 전년보다 34% 증가한 규모로, Stripe는 이를 전 세계 GDP의 약 1.6%에 해당한다고 설명합니다. 현재 Stripe의 금융 인프라는 직접 또는 플랫폼을 통해 500만 곳 이상의 기업에서 사용되고 있으며, Dow Jones Industrial Average 구성기업의 90%, Nasdaq 100 구성기업의 80%가 Stripe를 이용하고 있습니다.

다만 여기서 1조9,000억 달러는 Stripe의 매출이 아닙니다. Stripe를 이용한 기업들이 처리한 전체 거래규모입니다. Stripe는 비상장기업이기 때문에 상장기업처럼 연간 매출과 순이익 전체를 상세하게 공개하지 않습니다.

그렇다면 개발자 두 명이 시작한 작은 결제서비스는 어떻게 세계적인 금융 인프라 기업으로 성장할 수 있었을까요.

그 시작에는 결제산업보다 먼저 경험했던 또 다른 스타트업이 있었습니다.

패트릭 콜리슨은 Stripe 이전에도 직접 회사를 만든 개발자였습니다

패트릭 콜리슨은 1988년 아일랜드 리머릭에서 태어났습니다. 어린 시절부터 프로그래밍에 관심이 많았고 미국 MIT에서 수학을 공부하기 시작했지만 오래 머물지는 않았습니다.

MIT 자료에 따르면 그는 10대 후반 학교를 휴학하고 동생 존을 비롯한 공동창업자들과 Auctomatic이라는 스타트업을 만들었습니다. Auctomatic은 eBay 판매자들이 상품 등록과 재고 등 온라인 판매 업무를 관리할 수 있도록 돕는 소프트웨어였습니다. Y Combinator의 2007년 겨울 프로그램에도 참여했고 2008년 다른 회사에 인수됐습니다.

이 경험은 Stripe와 직접 연결됩니다.

Auctomatic을 만들면서 콜리슨 형제는 온라인에서 사업을 하는 기업들이 겪는 문제를 가까이에서 볼 수 있었습니다. 특히 인터넷 서비스를 만들고 실제 고객에게 돈을 받으려 할 때 결제 시스템을 연결하는 과정이 지나치게 복잡했습니다.

패트릭은 2024년 Stripe 행사에서 Auctomatic을 운영하던 시기에 자신들뿐 아니라 주변 창업자들에게서도 온라인 결제를 시작하기 어렵다는 이야기를 반복적으로 들었다고 설명했습니다. 결국 2009년 무렵 두 형제는 “직접 프로토타입을 만들어보자”고 결정했습니다.

첫 창업은 단순히 자금을 만들어준 경험만이 아니었습니다.

온라인 사업자가 상품을 판매하는 과정에서 결제가 얼마나 큰 마찰로 작용하는지 직접 발견한 과정이었습니다.

온라인 결제의 문제는 돈보다 ‘개발 과정’에 있었습니다

당시에도 PayPal을 비롯한 온라인 결제서비스는 존재했습니다.

따라서 Stripe가 발견한 문제가 “인터넷으로 결제할 방법이 없다”는 것은 아니었습니다.

문제는 개발자가 자신의 서비스 안에 결제를 자연스럽게 넣는 과정이 복잡하다는 데 있었습니다.

카드결제에는 카드사와 은행, 결제 네트워크, 보안규정 등 여러 주체가 관여합니다. 사업자가 국가마다 다른 결제수단까지 지원하려면 복잡성은 더욱 커집니다.

기존 금융산업에서는 이런 복잡함을 어느 정도 당연하게 받아들였습니다.

콜리슨 형제는 다른 관점으로 접근했습니다.

금융 시스템 자체를 단순하게 만드는 것이 어렵다면 개발자가 바라보는 인터페이스만이라도 단순하게 만들 수 있지 않을까라고 생각했습니다.

Stripe가 초기 웹사이트에서 내세웠던 생각도 이를 잘 보여줍니다. 패트릭 콜리슨은 당시 자신들이 온라인 거래를 가능하게 만드는 문제를 금융보다 코드의 문제로 바라봤다고 회고합니다.

이 관점이 Stripe의 가장 중요한 차별점이 됐습니다.

Stripe가 판매한 것은 결제보다 API였습니다

API는 한 소프트웨어가 다른 소프트웨어의 기능을 사용할 수 있도록 연결하는 인터페이스입니다.

Stripe는 복잡한 카드결제 시스템을 API 뒤로 숨겼습니다.

개발자는 Stripe 계정을 만들고 자신의 웹사이트나 앱에 필요한 코드를 연결하면 됩니다. 그 뒤에서 일어나는 결제처리와 카드 네트워크와의 통신, 오류처리 같은 복잡한 과정을 Stripe가 담당합니다.

이런 접근은 기존 결제회사가 생각하던 고객과 조금 달랐습니다.

전통적인 금융서비스에서는 회사의 재무담당자나 경영자가 중요한 고객일 수 있습니다. Stripe는 실제로 결제 시스템을 제품에 연결하는 개발자를 핵심 사용자로 봤습니다.

문서도 개발자가 이해하기 쉽게 만들고 API 구조와 오류 메시지, 테스트 환경까지 제품의 일부로 다뤘습니다.

좋은 영업자료보다 **좋은 개발 경험(Developer Experience)**이 고객을 확보하는 중요한 수단이 된 것입니다.

유명한 ‘7줄의 코드’는 문자 그대로 받아들이면 안 됩니다

Stripe 초기 성공을 설명할 때 자주 등장하는 표현이 있습니다.

“단 7줄의 코드로 결제를 시작할 수 있었다.”

방향은 맞지만 조금 정확하게 볼 필요가 있습니다.

Stripe가 공개한 API 역사에 따르면 2011년 초기 홈페이지에 있던 결제 예제 코드는 기본 형태로 약 9줄이었고 일부 선택항목을 제거하면 시각적으로 7줄 정도가 됐습니다. Stripe 역시 정확히 어떤 ‘7줄’을 의미했는지는 명확하지 않으며, 이 표현이 일종의 상징처럼 사용됐다고 설명합니다.

중요한 것은 실제 줄 수가 아닙니다.

개발자가 터미널에서 몇 줄의 코드를 실행한 뒤 바로 성공적인 카드결제를 확인할 수 있다는 느낌 자체가 당시에는 상당히 새로웠다는 점입니다.

은행·결제사와 복잡하게 연결돼 있던 금융기능을 일반적인 소프트웨어 API처럼 사용할 수 있게 만든 것이 핵심입니다.

Stripe는 금융상품을 개발자용 소프트웨어처럼 다시 설계했습니다.

2010년 비공개 베타에서 작은 스타트업들이 먼저 사용하기 시작했습니다

Stripe는 처음부터 대기업을 대상으로 거대한 영업조직을 만들지 않았습니다.

초기에는 실리콘밸리 스타트업 개발자들에게 서비스를 제공하면서 제품을 검증했습니다.

2010년 6월 Y Combinator는 자신들이 투자한 결제 스타트업이 이미 여러 YC 회사의 결제를 처리하고 있으며 추가 기업을 대상으로 비공개 베타를 확대하고 있다고 소개했습니다. 당시에도 해당 제품을 기존 결제업계와 달리 개발자 중심의 서비스라고 설명했습니다.

Stripe 입장에서는 이 고객들이 이상적인 초기 사용자였습니다.

스타트업은 빠르게 제품을 출시해야 하기 때문에 결제 구축에 몇 주를 사용하고 싶어 하지 않습니다. 개발자가 의사결정에 큰 영향을 미치고 새로운 기술을 시험하는 데에도 상대적으로 적극적입니다.

따라서 Stripe가 결제도입 시간을 크게 줄여준다면 대기업보다 오히려 스타트업이 가치를 빠르게 이해할 수 있었습니다.

2011년부터 Stripe의 결제 API가 본격적으로 공개되면서 사용기업도 빠르게 증가하기 시작했습니다. Stripe는 공식 자료에서 현재의 Payments API가 2011년 미국 카드결제 지원에서 본격적으로 출발했다고 설명하고 있습니다.

작은 스타트업을 고객으로 선택한 것이 장기적으로 큰 효과를 만들었습니다

초기 스타트업만 상대하면 시장이 작아 보일 수 있습니다.

하지만 인터넷 소프트웨어에서는 조금 다른 일이 발생할 수 있습니다.

작은 회사가 성장하면 사용하는 인프라도 함께 성장합니다.

예를 들어 매달 1만 달러를 결제하던 스타트업이 몇 년 뒤 매달 수천만 달러의 거래를 처리하는 기업으로 성장한다면 Stripe 역시 같은 고객에서 훨씬 많은 거래를 처리하게 됩니다.

Stripe의 사업모델은 이 구조와 잘 맞았습니다.

고객이 결제를 더 많이 받을수록 Stripe가 처리하는 거래도 증가합니다.

따라서 Stripe는 단순히 고객의 수를 늘리는 것뿐 아니라 자신의 고객이 크게 성장하는 것에서도 이익을 얻습니다.

이런 관점 때문에 Stripe는 스타트업 생태계에 오랫동안 투자했습니다.

2025년 새로 Stripe에 가입한 기업들은 역대 어느 가입연도 집단보다 빠르게 성장했으며, 해당 기업의 57%가 미국 밖에서 설립됐습니다. Stripe는 2025년 가입 기업들이 2024년 가입 기업보다 약 50% 빠른 성장속도를 보였다고 밝혔습니다.

Stripe에게 좋은 고객은 지금 가장 큰 회사뿐 아니라 앞으로 크게 성장할 가능성이 있는 회사인 셈입니다.

Stripe의 첫 번째 성장공식은 개발자 사이의 입소문이었습니다

개발자가 결제시스템을 구축할 때 다른 개발자의 경험은 매우 중요합니다.

API가 안정적인지, 문서가 이해하기 쉬운지, 오류가 발생했을 때 디버깅이 가능한지는 광고만으로 판단하기 어렵습니다.

실제로 사용해본 개발자의 평가가 제품 선택에 큰 영향을 줍니다.

Stripe는 이 구조의 혜택을 받았습니다.

한 스타트업에서 Stripe를 사용해본 개발자가 다른 회사로 이동하거나 새로운 회사를 창업하면 다시 Stripe를 선택할 수 있습니다. 다른 개발자에게 추천하기도 합니다.

이런 방식으로 Stripe는 금융상품임에도 소비자 브랜드 광고보다 개발자 커뮤니티를 통한 확산에서 강한 힘을 얻었습니다.

이는 Dropbox가 제품공유를 통해 사용자를 확보한 방식과 비슷해 보이지만 차이도 있습니다.

Dropbox에서는 일반 사용자가 다른 사용자를 데려오는 구조였다면 Stripe에서는 개발자가 다음 기업 고객을 만들어내는 역할을 했습니다.

API를 쉽게 만드는 것만으로는 금융회사가 될 수 없었습니다

Stripe의 초기 화면은 단순했지만 뒤에서 처리해야 하는 업무까지 단순했던 것은 아닙니다.

카드결제에는 은행과 카드 네트워크가 필요하고 고객의 돈을 안전하게 처리해야 합니다. 국가마다 금융규제와 세금, 결제방식도 다릅니다.

즉 사용자가 보는 인터페이스를 단순하게 만들기 위해 Stripe 내부에서는 오히려 더 복잡한 인프라를 구축해야 했습니다.

이것이 API 기업에서 중요한 부분입니다.

사용자가 다루는 코드는 짧지만 그 몇 줄 뒤에는 은행과 카드 네트워크, 위험관리와 보안, 정산 시스템, 각국의 규제에 대응하는 거대한 기술·운영조직이 존재합니다.

Stripe가 단순한 API 스타트업에서 금융 인프라 기업으로 변한 이유도 여기에 있습니다.

복잡함을 없앤 것이 아니라 복잡함을 고객에게서 Stripe 내부로 옮긴 것입니다.

고객의 요구를 따라가면서 결제 밖으로 사업이 확장됐습니다

초기 Stripe의 목표는 온라인에서 신용카드 결제를 쉽게 받도록 하는 것이었습니다.

하지만 고객이 늘어나자 새로운 요구가 생겼습니다.

2012년 Lyft 같은 플랫폼 기업은 단순히 승객에게 돈을 받는 것만으로는 부족했습니다. 운전자에게 돈을 지급해야 했습니다.

Stripe는 이 문제를 해결하면서 Stripe Connect를 발전시켰습니다. Connect는 마켓플레이스나 소프트웨어 플랫폼이 수많은 판매자와 서비스 제공자의 결제·정산을 관리할 수 있게 하는 인프라입니다. Stripe는 Connect가 2012년에 출시됐다고 설명합니다.

이 변화는 중요했습니다.

Stripe가 기업 하나의 결제를 처리하는 서비스에서 다른 플랫폼의 결제 인프라가 되는 사업으로 확장됐기 때문입니다.

2025년에는 1만5,000개가 넘는 SaaS 플랫폼이 Connect를 이용하고 있으며 이 플랫폼들을 통해 1,000만 곳 이상의 기업이 Stripe의 결제·금융서비스를 사용하고 있었습니다.

한 고객이 다시 수천·수만 개의 사업자를 연결하는 구조가 만들어진 것입니다.

Connect는 Stripe에 또 다른 네트워크 효과를 만들었습니다

일반적인 결제서비스에서는 사업자 한 곳을 확보하면 고객 한 곳이 증가합니다.

Connect에서는 다릅니다.

Shopify나 온라인 마켓플레이스처럼 수많은 판매자가 참여하는 플랫폼이 Stripe를 선택하면 그 플랫폼 안의 사업자들도 Stripe 인프라와 연결될 수 있습니다.

이를 단순화하면 다음과 같습니다.

플랫폼 고객 확보 → 플랫폼의 판매자 연결 → Stripe 거래규모 증가 → 금융 데이터 증가 → 제품 개선 → 더 큰 플랫폼 유입

이 구조는 Stripe가 개별 스타트업을 넘어 거대한 플랫폼 기업과 거래해야 하는 이유를 만들었습니다.

초기에는 개발자 한 사람이 몇 줄의 코드로 결제를 시작하는 경험이 중요했다면, 이후에는 수백만 개 판매자의 정산과 위험관리를 동시에 처리할 수 있는 안정성이 중요해졌습니다.

Stripe가 스타트업용 결제 API에서 대기업 금융 인프라로 이동하기 시작한 것입니다.

결제 데이터를 모으자 사기 탐지도 하나의 제품이 됐습니다

온라인 결제가 증가하면 반드시 따라오는 문제가 있습니다.

사기결제입니다.

도난카드나 가짜 계정으로 결제가 발생하면 기업은 상품을 잃고 환불과 분쟁비용까지 부담할 수 있습니다.

개별 기업이 자체적으로 사기탐지 모델을 만드는 것은 쉽지 않습니다.

Stripe에는 다른 장점이 있었습니다.

수많은 기업의 결제를 처리하기 때문에 어떤 거래가 정상이고 어떤 패턴에서 사기가 많이 발생하는지 대규모 데이터를 확보할 수 있습니다.

Stripe는 이를 기반으로 2016년 Radar를 출시했습니다.

Radar는 머신러닝을 이용해 의심스러운 결제를 탐지하고 차단합니다. Stripe가 처리하는 거래가 증가할수록 모델이 학습할 수 있는 데이터 역시 많아질 수 있다는 점에서 규모 자체가 경쟁력으로 연결됩니다.

2026년에는 Radar 적용범위를 카드 밖으로 확대해 은행계좌 결제와 다양한 결제수단, 계정 악용 등 새로운 유형의 위험까지 다루고 있습니다.

여기에서도 같은 공식이 반복됩니다.

결제 고객 증가 → 데이터 증가 → 위험탐지 개선 → 결제 성공률과 안전성 향상 → 다시 고객 증가

단순한 거래처 숫자가 기술경쟁력으로 연결되는 것입니다.

Stripe는 기업의 ‘결제 이후 업무’까지 들어가기 시작했습니다

기업이 돈을 받는다고 모든 문제가 끝나는 것은 아닙니다.

구독서비스라면 매달 반복적으로 청구해야 하고 고객이 요금제를 변경하면 금액도 달라집니다. 미납관리와 청구서 발행, 세금계산과 수익인식도 필요합니다.

Stripe는 이런 문제를 하나씩 제품으로 만들었습니다.

2018년에는 구독과 반복청구를 자동화하는 Stripe Billing을 본격적으로 출시했습니다.

이후 Invoicing, Tax, Revenue Recognition 같은 제품이 추가됐습니다.

사업의 성격이 조금씩 변하기 시작합니다.

초기의 질문이

“온라인에서 어떻게 카드결제를 받을까?”

였다면 이후에는

“기업이 인터넷에서 돈을 벌고 그 매출을 어떻게 관리할까?”

라는 문제로 넓어진 것입니다.

2024년 기준 Stripe Billing은 30만 개가 넘는 기업에서 사용됐고 약 2억 개의 활성 구독을 관리했습니다. Billing을 중심으로 한 Revenue and Finance Automation 사업은 당시 연간 매출 실행률 5억 달러를 넘어섰습니다.

2026년 Stripe는 Billing과 Invoicing, Tax 등을 포함한 Revenue suite가 연간 10억 달러 수준의 매출 실행률에 도달할 것으로 전망했습니다.

Stripe 내부에서도 결제 이외의 사업이 상당한 규모로 성장하고 있는 것입니다.

카드결제 회사에서 ‘금융 운영체제’에 가까운 기업으로 변했습니다

Stripe가 현재 제공하는 제품을 보면 초기 회사와는 상당히 다릅니다.

영역	주요 제품	해결하는 문제
온라인 결제	Payments	고객에게 돈 받기
플랫폼 결제	Connect	판매자·서비스 제공자 정산
구독·청구	Billing·Invoicing	반복 결제와 청구 관리
사기 방지	Radar	부정거래 탐지
세금	Tax	국가별 세금 계산
오프라인 결제	Terminal	매장 결제 연결
카드 발급	Issuing	기업용 카드 발급
창업 인프라	Atlas	미국 법인 설립 지원
매출 관리	Revenue Recognition 등	회계·수익관리
스테이블코인	Bridge 등	글로벌 자금 이동

이 제품들은 겉으로 보면 서로 다른 금융서비스처럼 보입니다.

하지만 공통점이 있습니다.

인터넷 기업이 돈을 받고, 보관하고, 보내고, 관리하는 과정에서 발생하는 문제를 해결한다는 점입니다.

Stripe는 고객의 결제화면 한 부분에서 시작해 기업의 금융업무 전체로 영역을 넓혔습니다.

Atlas는 결제를 넘어 ‘회사 설립’까지 문제로 본 사례입니다

2016년 출시한 Stripe Atlas는 Stripe의 사업철학을 잘 보여주는 제품입니다.

미국 밖에서 창업하려는 개발자가 미국 법인을 설립하려면 법률문서와 세금번호, 은행계좌 같은 복잡한 절차를 거쳐야 했습니다.

Stripe는 이 문제도 인터넷 창업을 방해하는 ‘마찰’이라고 봤습니다.

Atlas를 통해 창업자가 미국 법인을 만들고 필요한 행정절차를 처리할 수 있도록 도왔습니다. 출시 당시 Stripe는 기존 방식으로 미국 법인을 만드는 데 몇 달의 시간과 수천 달러가 들 수 있다고 설명했습니다.

현재는 Delaware에 새로 설립되는 기업 가운데 상당수가 Stripe Atlas를 이용하고 있습니다. Stripe는 2025년 기준 Delaware에 설립되는 신규 법인의 약 25%가 Atlas를 이용한다고 밝혔습니다.

흥미로운 부분은 Atlas 자체보다 다음 단계입니다.

Atlas를 이용해 새 회사를 만든 창업자는 향후 결제와 Billing, Tax, Connect 같은 Stripe 제품을 사용할 가능성이 있습니다.

Stripe가 고객의 회사가 만들어지는 순간부터 관계를 시작할 수 있게 된 것입니다.

개발자 중심 전략은 대기업 시장에서도 바뀌지 않았습니다

초기 Stripe의 고객은 스타트업이었습니다.

현재는 상황이 크게 달라졌습니다.

2024년 기준 Fortune 100 기업의 절반이 Stripe를 사용했고, 2025년에는 Dow Jones Industrial Average 구성기업의 90%, Nasdaq 100 구성기업의 80%가 Stripe를 이용하고 있다고 회사는 밝혔습니다.

대기업 고객은 스타트업과 요구가 다릅니다.

단순히 결제가 가능한 것만으로는 부족합니다. 여러 국가와 통화, 현지 결제수단을 지원해야 하고 기존 ERP나 회계시스템과 연결해야 합니다. 수십억 건의 거래에도 안정적으로 작동해야 하며 금융규제와 보안 요구도 훨씬 까다롭습니다.

Stripe는 API 중심 구조를 포기하는 대신 그 위에 더 많은 기능을 얹었습니다.

현재 Stripe는 기업이 서비스를 이용할 수 있는 국가가 50곳 이상이며, 135개 이상의 통화와 결제수단을 지원한다고 설명합니다.

작은 스타트업은 몇 줄의 코드에서 시작할 수 있고, 회사가 성장하면 같은 플랫폼에서 글로벌 결제와 세금, 청구와 위험관리까지 사용할 수 있도록 만든 것입니다.

Stripe가 장기간 성장한 이유는 고객과 함께 커지는 구조에 있습니다

Stripe 사업을 이해할 때 거래수수료율만 보는 것은 충분하지 않습니다.

더 중요한 것은 고객의 성장과 Stripe의 성장이 연결돼 있다는 점입니다.

신생기업이 Stripe로 첫 번째 결제를 처리합니다.

회사가 성장하면서 고객과 결제건수가 늘어납니다.

해외로 진출하면 새로운 통화와 결제수단이 필요해집니다.

구독사업을 시작하면 Billing을 사용하고, 마켓플레이스를 만들면 Connect가 필요할 수 있습니다.

회사가 커질수록 Stripe를 사용하는 범위가 넓어질 가능성이 있습니다.

이를 정리하면 다음과 같습니다.

고객 창업 → 첫 결제 → 거래 증가 → 해외확장 → 추가 금융서비스 이용 → Stripe의 거래·제품 매출 증가

새로운 고객을 확보해야만 성장하는 구조가 아닙니다.

기존 고객이 성장하는 것 자체가 Stripe의 성장동력이 될 수 있습니다.

2024년 1조4,000억 달러에서 2025년 1조9,000억 달러로 늘었습니다

최근의 거래규모는 이 구조가 얼마나 커졌는지를 보여줍니다.

2024년 Stripe를 이용한 기업의 총 결제규모는 1조4,000억 달러였습니다. 전년보다 38% 증가했으며 전 세계 GDP의 약 1.3%에 해당하는 규모였습니다.

2025년에는 총 거래규모가 1조9,000억 달러까지 증가했습니다.

전년보다 34% 늘었고 세계 GDP의 약 1.6%에 해당합니다. 직접 또는 플랫폼을 통해 Stripe의 프로그램 가능한 금융서비스를 이용하는 기업은 500만 곳을 넘어섰습니다.

주요 지표	2024년	2025년
Stripe 기반 총 거래규모	1조4,000억 달러	1조9,000억 달러
전년 대비 증가율	38%	34%
세계 GDP 대비 규모	약 1.3%	약 1.6%
직접·플랫폼 이용 기업	수백만 곳	500만 곳 이상

다시 강조할 부분이 있습니다.

이 숫자는 Stripe의 매출이나 기업가치가 아닙니다.

고객들이 Stripe 인프라를 통해 처리한 거래규모입니다. 비상장기업인 Stripe는 전체 연간 매출을 공개하지 않으므로 이를 매출처럼 표현하면 사실과 달라집니다.

기업가치는 크게 올랐지만 상장기업의 시가총액과 같은 숫자는 아닙니다

Stripe는 아직 비상장기업입니다.

따라서 주식시장에서 실시간으로 기업가치가 결정되는 회사가 아닙니다.

2025년 직원과 전직 직원에게 유동성을 제공하기 위해 진행한 주식 공개매수에서는 Stripe의 기준 기업가치가 915억 달러로 책정됐습니다.

2026년 2월 진행된 새로운 공개매수에서는 기준 가치가 1,590억 달러로 높아졌습니다. Stripe와 기존 투자자들이 직원·전직 직원의 일부 주식을 매입하는 방식이었습니다.

이 수치를 상장기업의 시가총액과 완전히 동일하게 해석해서는 안 됩니다.

공개시장에서 매일 거래되는 주가가 아니라 특정 비상장주식 거래에서 사용된 평가가격이기 때문입니다.

다만 2023년 500억 달러였던 자금조달 당시의 평가와 비교하면 최근 Stripe의 사업성장에 대한 투자자의 평가가 크게 높아졌다는 점은 확인할 수 있습니다.

Stripe의 경쟁력은 더 이상 ‘API가 간단하다’는 것만으로 설명하기 어렵습니다

초기 Stripe가 등장했을 때 쉬운 API는 강력한 차별점이었습니다.

현재는 경쟁사들도 개발자 친화적인 API와 문서를 제공합니다.

결제시장에는 PayPal·Braintree, Adyen, Checkout.com, Block을 비롯해 여러 글로벌 결제기업과 국가별 사업자가 존재합니다.

따라서 이제 API만 간단하게 만든다고 장기간 경쟁우위를 유지하기는 어렵습니다.

Stripe는 경쟁력을 다른 방향으로 확대했습니다.

첫 번째는 글로벌 결제 범위입니다. 한 번 통합한 뒤 여러 국가와 결제수단을 지원하도록 합니다.

두 번째는 데이터입니다. 방대한 거래에서 얻은 정보를 이용해 사기탐지와 결제승인 최적화를 개선합니다.

세 번째는 제품의 범위입니다. Payments에서 Billing, Tax, Connect와 Issuing까지 기업의 금융업무를 한 플랫폼 안에 넣습니다.

네 번째는 기존 통합의 깊이입니다. 기업이 결제와 청구, 세금과 회계까지 Stripe에 연결하면 다른 결제업체로 전체 시스템을 이동하는 과정도 복잡해질 수 있습니다.

즉 Stripe의 경쟁력은 쉬운 API 하나에서 통합된 금융 인프라 전체로 이동했습니다.

한 번의 결제를 성공시키는 것보다 결제 성공률을 높이는 사업으로도 발전했습니다

결제사업에서는 거래량만큼 중요한 것이 승인률입니다.

고객이 정상적인 카드로 결제를 시도했는데 은행에서 거절되면 기업은 매출을 잃습니다.

Stripe는 머신러닝을 이용해 결제경로와 인증방식 등을 최적화하며 이런 문제를 줄이려 하고 있습니다.

2024년 Stripe는 자사의 Optimized Checkout Suite를 사용하는 기업에서 평균적으로 매출 증가효과가 나타났다고 설명했습니다. 이런 결과는 Stripe 자체 자료이므로 모든 기업에서 동일한 효과가 발생한다고 일반화할 수는 없지만, 결제기업의 경쟁이 단순한 ‘처리 가능 여부’에서 고객의 실제 매출을 얼마나 높여주는가로 이동하고 있다는 점은 분명합니다.

이것은 Stripe에게 중요한 변화입니다.

결제를 비용으로 생각하는 기업에게 “더 편리하다”고 설명하는 것보다 Stripe를 사용하면 더 많은 결제가 성공할 가능성이 있다고 보여주는 편이 훨씬 강한 가치제안이 될 수 있기 때문입니다.

Stripe는 결제기업에서 ‘인터넷 경제의 기반시설’을 목표로 하고 있습니다

Stripe의 공식 미션은 인터넷의 GDP를 높이는 것입니다.

조금 추상적으로 들리지만 사업전략과 연결하면 의미가 명확해집니다.

회사를 만들기 쉽게 합니다.

돈을 받기 쉽게 합니다.

구독료를 청구하고 세금을 계산하고 판매자에게 돈을 나눠주는 작업을 단순화합니다.

해외 고객에게도 결제를 받을 수 있도록 합니다.

온라인 사업을 시작하고 성장시키는 과정에서 발생하는 금융마찰을 줄이면 더 많은 회사가 인터넷에서 사업할 수 있다는 논리입니다.

이런 전략 때문에 Stripe의 제품범위가 계속 넓어졌습니다.

결제 하나만으로 인터넷 경제 전체의 마찰을 줄이기는 어렵기 때문입니다.

최근에는 스테이블코인을 새로운 금융 인프라로 보고 있습니다

2024년 이후 Stripe가 적극적으로 투자하는 분야 가운데 하나가 스테이블코인입니다.

스테이블코인은 일반적으로 달러 같은 기존 통화의 가치에 연동되도록 설계된 디지털 자산입니다.

국제송금에서는 국가별 은행망과 환전, 영업시간 등의 문제로 자금 이동에 시간과 비용이 발생할 수 있습니다. Stripe는 스테이블코인을 이용하면 일부 국제 자금이동을 인터넷 데이터처럼 더 빠르게 처리할 가능성이 있다고 보고 있습니다.

이를 위해 Stripe는 스테이블코인 인프라 기업 Bridge를 인수했고 2025년 2월 인수를 완료했습니다.

2025년에는 기업이 자체 스테이블코인을 발행·관리할 수 있도록 하는 새로운 서비스와 AI 에이전트가 결제할 수 있는 기능도 발표했습니다.

이는 Stripe가 카드결제에서 시작했지만 특정 결제수단 하나에 회사의 미래를 묶지 않겠다는 전략으로 볼 수 있습니다.

고객이 어떤 방식으로 돈을 이동하든 그 돈의 흐름을 프로그래밍할 수 있는 인프라를 제공하는 것이 더 큰 목표입니다.

AI 기업의 성장도 Stripe에게 새로운 시장이 되고 있습니다

최근 AI 산업의 성장은 Stripe 사업과 직접 연결되고 있습니다.

AI 서비스는 사용량에 따라 비용을 청구하는 경우가 많습니다. API 호출횟수나 토큰 사용량처럼 고객마다 소비량이 달라지기 때문에 전통적인 월정액보다 복잡한 과금시스템이 필요합니다.

Stripe는 2026년 사용량 기반 과금 전문기업 Metronome 인수를 완료했습니다. Metronome은 OpenAI와 Anthropic, NVIDIA 같은 AI 기업의 복잡한 사용량 기반 청구를 지원해온 회사입니다.

Stripe가 이 회사를 인수한 이유도 기존 전략의 연장선에서 볼 수 있습니다.

새로운 인터넷 사업모델이 등장할 때 돈을 받는 과정에서 발생하는 복잡함을 찾아 API와 소프트웨어로 추상화하는 것입니다.

초기에는 카드번호를 받아 결제하는 일이 문제였습니다.

이제는 수십억 건의 API 사용량을 계산해 정확한 요금을 청구하는 것이 새로운 문제로 등장한 것입니다.

2026년 Stripe의 다음 경쟁영역은 ‘에이전트가 결제하는 인터넷’입니다

생성형 AI가 발전하면서 인터넷의 구매주체가 사람만은 아닐 가능성도 커지고 있습니다.

사용자가 AI 에이전트에게 특정 상품을 찾아 구매하도록 요청하면 에이전트가 가격을 비교하고 결제까지 진행하는 형태입니다.

이 경우 결제시스템에는 새로운 문제가 생깁니다.

AI에게 어느 범위까지 결제권한을 줄 것인지, 실제 이용자가 승인한 거래인지 어떻게 확인할 것인지, 카드번호와 같은 결제정보를 AI에 직접 노출하지 않고 거래를 처리할 방법이 필요한지 등을 해결해야 합니다.

2026년 Stripe는 이를 Agentic Commerce의 핵심 영역으로 보고 결제토큰과 위험관리, 새로운 결제 API를 확대하고 있습니다.

15년 전에는 개발자가 결제를 쉽게 연결하도록 만들었다면 현재는 소프트웨어 에이전트까지 안전하게 경제활동에 참여하도록 만드는 인프라를 준비하고 있는 셈입니다.

Stripe의 성장에도 분명한 한계와 위험은 있습니다

Stripe가 빠르게 성장했다고 해서 금융 인프라 사업이 안정적인 시장이라는 의미는 아닙니다.

첫 번째는 규제입니다.

금융과 결제는 국가별로 법률과 라이선스, 자금세탁 방지와 개인정보 보호 규정이 다릅니다. 새로운 국가에 진출할 때 단순히 서버를 열면 되는 SaaS 사업과 달리 현지 은행과 금융기관, 규제기관과의 관계가 필요합니다.

두 번째는 결제 네트워크 의존성입니다.

Stripe가 뛰어난 API를 제공하더라도 카드결제에서는 Visa와 Mastercard 같은 네트워크와 은행시스템을 이용해야 합니다.

세 번째는 경쟁입니다.

대기업 고객은 하나의 결제회사만 사용하지 않고 여러 프로세서를 동시에 이용할 수도 있습니다. 경쟁사가 더 낮은 가격이나 높은 승인률을 제공한다면 거래를 옮길 가능성도 있습니다.

네 번째는 금융 위험과 보안입니다.

결제량이 커질수록 사기와 계정탈취, 분쟁과 규제위반에 노출되는 규모도 커집니다.

그래서 Stripe의 사업은 일반 소프트웨어보다 훨씬 많은 운영·규제 복잡성을 안고 있습니다.

쉬운 API 뒤에서 그 복잡함을 얼마나 안정적으로 관리할 수 있는지가 장기적인 경쟁력입니다.

Stripe의 성장과정을 연결하면 하나의 패턴이 보입니다

Stripe가 지금까지 추가한 제품은 많지만 성장과정을 따라가면 상당히 일관된 흐름이 나타납니다.

성장 단계	Stripe가 해결한 문제	다음 단계에서 얻은 자산
Auctomatic 경험	온라인 사업자의 결제 불편 발견	실제 문제 이해
Payments API	개발자가 결제를 쉽게 도입	스타트업 고객 확보
개발자 중심 UX	통합시간과 복잡성 감소	개발자 입소문
Connect	플랫폼 판매자에게 돈 지급	마켓플레이스 시장 진입
Radar	사기거래 탐지	거래 데이터 활용
Billing·Tax	결제 이후 금융업무 자동화	고객당 제품 확대
Atlas	기업 설립 지원	창업 초기부터 고객 관계 형성
글로벌 결제	국가·통화·결제수단 확대	대기업 고객 확보
Bridge·Stablecoin	새로운 글로벌 자금이동	미래 결제 인프라
AI·Metronome	복잡한 사용량 과금	AI 경제 인프라

이 표에서 중요한 것은 제품의 개수가 아닙니다.

모든 제품이 기업이 인터넷에서 경제활동을 할 때 발생하는 마찰을 하나씩 제거하는 방향으로 추가됐다는 점입니다.

초기 제품에서 고객이 다음 문제를 이야기하면 Stripe가 그것을 다시 인프라로 만들었습니다.

패트릭 콜리슨의 가장 중요한 전략은 ‘금융을 소프트웨어처럼 생각한 것’이었습니다

Stripe 성장에서 첫 번째로 눈에 띄는 것은 사용자를 개발자로 정의했다는 점입니다.

금융상품을 판매하려고 은행 담당자를 먼저 만난 것이 아니라 실제로 웹서비스를 만드는 개발자가 몇 분 안에 결제를 테스트할 수 있도록 했습니다.

두 번째는 복잡함을 고객에게 전가하지 않았다는 점입니다.

카드 네트워크와 은행, 규제와 보안은 여전히 복잡합니다. Stripe는 이를 없앨 수 없었지만 가능한 한 API 뒤로 숨겼습니다.

세 번째는 작은 고객과 함께 성장했다는 점입니다.

초기 스타트업이 대기업으로 성장하면 Stripe의 처리규모도 함께 커지는 구조를 만들었습니다.

네 번째는 결제에 머물지 않았다는 점입니다.

Connect와 Billing, Radar, Tax, Atlas 등 고객이 돈을 움직이는 과정에서 발생하는 새로운 문제를 계속 제품으로 만들었습니다.

다섯 번째는 기존 금융방식 자체를 최종 답으로 보지 않았다는 점입니다.

스테이블코인과 AI 에이전트 결제처럼 새로운 금융수단이 등장하면 기존 카드사업을 지키는 것보다 새로운 방식의 인프라를 먼저 구축하려 하고 있습니다.

이 다섯 가지를 하나로 묶는 생각은 간단합니다.

금융서비스도 개발자가 자유롭게 조합할 수 있는 소프트웨어가 될 수 있다는 것입니다.

Stripe의 성공을 패트릭 콜리슨 한 사람의 결과로 설명해서도 안 됩니다

Stripe를 패트릭 콜리슨의 성공담으로만 설명하면 실제 성장과정을 지나치게 단순화하게 됩니다.

가장 중요한 공동창업자는 동생 존 콜리슨입니다.

두 사람은 이전 Auctomatic부터 함께 창업경험을 쌓았고 Stripe에서도 패트릭이 CEO, 존이 President를 맡으며 장기간 회사를 함께 운영하고 있습니다. 2026년에도 두 사람은 공동창업자로 경영에 참여하고 있습니다.

Y Combinator 역시 초기 고객을 확보하고 은행과 계약을 맺으며 투자자를 연결하는 과정에서 중요한 역할을 했습니다. 패트릭 콜리슨 자신도 Stripe가 YC의 지원 없이 제대로 성장하기 어려웠을 것이라고 평가한 바 있습니다.

이후 수천 명의 엔지니어와 금융·규제 전문가들이 국가별 결제망과 제품을 구축했습니다.

또한 전자상거래와 SaaS, 스마트폰과 구독경제가 빠르게 성장한 시기적 환경도 Stripe에게 유리하게 작용했습니다.

따라서 Stripe의 성장은

콜리슨 형제의 개발자 경험 + 온라인 경제 성장 + 개발자 중심 제품설계 + 금융 파트너십 + 글로벌 인터넷 기업의 성장

이 함께 만들어낸 결과로 보는 편이 정확합니다.

단순한 ‘결제 성공기업’보다 인프라 기업으로 보는 것이 더 정확합니다

Stripe를 PayPal과 같은 온라인 결제서비스라고만 생각하기 쉽습니다.

하지만 두 회사가 사용자에게 보이는 모습에는 차이가 있습니다.

일반 소비자는 Stripe라는 서비스를 직접 열어 결제하는 경우가 많지 않습니다. 다른 쇼핑몰과 앱, SaaS 서비스를 이용하는 과정에서 뒤에 Stripe가 작동하는 경우가 많습니다.

이것이 인프라 기업의 특징입니다.

눈에 잘 보이지 않지만 다른 기업이 사업하기 위해 필요한 기반을 제공합니다.

Amazon Web Services가 서버를 직접 구축하지 않고도 인터넷 서비스를 만들 수 있도록 컴퓨팅 인프라를 제공한다면 Stripe는 기업이 직접 복잡한 금융 인프라를 구축하지 않고도 돈을 받을 수 있도록 돕습니다.

그래서 Stripe가 현재 자신을 단순한 결제회사가 아니라 programmable financial services company, 즉 프로그래밍 가능한 금융서비스 기업으로 표현하는 것도 이런 변화와 관련이 있습니다.

마치며

패트릭 콜리슨이 Stripe를 만들기 전에도 인터넷 결제는 존재했습니다.

PayPal이 있었고 카드결제 회사와 은행도 있었습니다.

Stripe가 발견한 문제는 결제가 불가능하다는 것이 아니었습니다.

결제가 가능하지만 지나치게 복잡하다는 것이었습니다.

Auctomatic을 비롯한 스타트업을 만들면서 콜리슨 형제는 개발자가 온라인 사업을 시작할 때 결제 때문에 많은 시간과 자원을 사용해야 하는 모습을 직접 경험했습니다.

그래서 금융회사의 방식으로 문제를 해결하지 않았습니다.

개발자의 방식으로 접근했습니다.

복잡한 카드결제 인프라를 API 뒤에 넣고 몇 줄의 코드로 첫 결제를 테스트할 수 있도록 만들었습니다. 은행과 결제업체가 사용하던 언어가 아니라 개발자가 익숙한 코드와 문서, 테스트 환경을 제품의 중심에 놓았습니다.

이 작은 차이는 시장진입 방식까지 바꿨습니다.

대기업 영업조직을 먼저 만들지 않고 스타트업 개발자들이 제품을 직접 사용하도록 했습니다. 제품이 편리하면 개발자가 다른 개발자에게 추천했고, 작은 스타트업이 성장하면 Stripe의 거래규모도 함께 증가했습니다.

이후 고객의 문제가 달라질 때마다 사업도 확장했습니다.

Lyft 같은 플랫폼이 운전자에게 돈을 지급해야 하자 Connect가 성장했고, 기업이 반복결제와 구독관리에 어려움을 겪자 Billing을 만들었습니다. 결제사기가 커지자 Radar를 발전시켰고 세금과 회계, 법인설립까지 영역을 넓혔습니다.

그 결과 2025년 Stripe를 이용한 기업들이 처리한 총 거래규모는 1조9,000억 달러까지 커졌습니다. 500만 곳 이상의 사업자가 직접 또는 다른 플랫폼을 통해 Stripe의 금융 인프라와 연결돼 있습니다.

그러나 Stripe가 완성된 기업이라고 보기는 어렵습니다.

카드결제 시장에는 강력한 경쟁자가 존재하고 국가별 금융규제를 해결해야 합니다. 결제 API가 쉬워졌다는 사실 자체도 더 이상 Stripe만의 장점은 아닙니다.

그래서 회사는 계속 범위를 넓히고 있습니다.

카드에서 스테이블코인으로, 일반 결제에서 AI 에이전트 결제로, 단순 구독청구에서 복잡한 사용량 기반 과금까지 새로운 인터넷 경제에서 돈이 움직이는 방식을 인프라로 만들려고 하고 있습니다.

결국 패트릭 콜리슨이 만든 가장 중요한 제품을 하나의 결제 API라고만 표현하기에는 부족합니다.

그가 바꾼 것은 금융 인프라를 바라보는 방식에 더 가깝습니다.

과거에는 사업자가 금융 시스템의 복잡함을 이해하고 그 방식에 맞춰야 했습니다.

Stripe는 반대로 금융 시스템이 개발자의 제품에 맞춰야 한다고 생각했습니다.

금융의 복잡함을 기업 내부로 숨기고, 개발자에게는 간단한 소프트웨어처럼 보이게 만드는 것.

이 원칙이 카드결제 API에서 출발한 Stripe를 수조 달러 규모의 거래를 처리하는 글로벌 금융 인프라 기업으로 성장시킨 가장 중요한 기반이라고 볼 수 있습니다.

참고 자료

Stripe, 2025 Annual Letter

Stripe, 2025 Business Update and Employee Tender Offer

Stripe, 2024 Annual Update

Stripe, The First 10 Years of Payments APIs

Stripe Sessions 2024, Patrick and John Collison Keynote

MIT News, Patrick Collison Profile

Y Combinator, Auctomatic and Stripe Company Profiles

Stripe, Connect 10-Year Review

Stripe, Bridge and Metronome Acquisition Materials

※ Stripe는 비상장기업이므로 상장기업처럼 전체 연간 매출과 순이익을 정기적으로 공개하지 않습니다. 따라서 이 글에서는 Stripe가 공식적으로 공개한 총 거래규모와 제품별 지표만 사용했으며, 2025년 1조9,000억 달러는 Stripe의 매출이 아니라 고객기업이 Stripe 인프라를 통해 처리한 총 거래규모입니다. 2026년 1,590억 달러 역시 상장기업의 시가총액이 아니라 직원·전직 직원의 주식 유동화를 위한 공개매수에서 적용된 기업가치라는 점을 구분했습니다.