Dans les coulisses de Privy, la startup crypto rachetée par Stripe en seulement 4 ans

Privy a été fondée en 2021 par Henri Stern et ses cofondateurs pour résoudre un problème simple : les produits crypto étaient trop compliqués pour le grand public. L'équipe était convaincue qu'une infrastructure cryptographique puissante ne pourrait atteindre une adoption de masse que si les développeurs pouvaient l'intégrer directement dans des expériences produit existantes, au lieu d'obliger les utilisateurs à apprendre des usages entièrement nouveaux.

Les chiffres de croissance

• Environ 2 000 clients dans le monde
• Environ 130 millions de wallets déployés
• Une équipe d'une trentaine de personnes avant de rejoindre Stripe
• Rachetée par Stripe en 2025
• Parmi les clients : Bitso, Hyperliquid, Uniswap, Ramp, Deel, Gusto, Clara, Rem et Stripe lui-même

Privy se situe à la croisée de la fintech et de l'infrastructure crypto. Au lieu de demander aux utilisateurs d'installer des wallets, de gérer des seed phrases et d'apprendre le fonctionnement de la blockchain, la boîte permet aux développeurs d'intégrer des wallets directement dans leurs produits. La conviction de départ est simple : les utilisateurs doivent profiter de l'infrastructure crypto sans devenir des experts de la crypto.

À mesure que les stablecoins sont devenus de plus en plus utiles pour les paiements internationaux, la paie et les services financiers, Privy s'est positionnée comme la couche de wallets qui rend ces expériences accessibles au grand public.

‍

Les grandes étapes

• 2021 : Privy démarre comme une boîte de protection de la vie privée et de chiffrement des données.
• 2022 : l'équipe réalise que le produit d'origine résout un problème que les clients ne priorisent pas vraiment.
• 2022 : gros pivot vers les wallets intégrés et l'infrastructure d'onboarding crypto.
• 2023 à 2025 : expansion auprès des plateformes d'échange crypto, des fintechs et des institutions financières.
• La boîte atteint environ 2 000 clients et 130 millions de wallets déployés.
• 2025 : rachat par Stripe, avec une large autonomie produit conservée.

David a échangé avec Henri Stern, Co-founder et CEO de Privy, pour comprendre comment l'infrastructure crypto devient utile quand les builders se concentrent sans relâche sur l'expérience utilisateur plutôt que sur la technologie.

Disclaimer : les choix d'organisation et les solutions techniques partagés dans cette newsletter ne sont pas faits pour être copiés-collés tels quels. Garde toujours en tête le contexte de ta boîte avant d'adopter quelque chose qui marche ailleurs ! 😊

‍

Les origines

La plupart des fondateurs crypto commencent par la crypto. Henri Stern, lui, a commencé par la protection de la vie privée.

Avant de construire Privy, il a passé des années dans la recherche en cryptographie. Il en est ressorti convaincu qu'on développait une infrastructure puissante plus vite que les vrais utilisateurs ne pouvaient l'adopter. La technologie progressait sans cesse. L'expérience utilisateur, elle, bougeait à peine.

La première version de Privy servait à protéger les données des utilisateurs et à aider les entreprises à chiffrer leurs informations sensibles. D'un point de vue technique, le problème était réel. Du point de vue des clients, il n'était pas assez urgent. Les acheteurs reconnaissaient le problème, mais le traitaient rarement en priorité.

Ce décalage a été la première grande leçon de la boîte.

Au lieu de se demander si la technologie avait de la valeur, l'équipe a commencé à se demander si les clients cherchaient activement à résoudre ce problème.

Henri décrit ce changement comme le fait d'arrêter de se battre contre le marché.

« C'est toujours une mauvaise idée d'essayer de convaincre le marché de ses propres besoins », Henri Stern

Le déclic est venu quand l'équipe a repéré un autre point de douleur. Les développeurs voulaient créer des produits crypto pour le grand public. Les wallets existants obligeaient les utilisateurs à installer des extensions, à télécharger des applications à part, à gérer des phrases de récupération et à comprendre le fonctionnement de la blockchain. Chaque étape supplémentaire freinait l'adoption.

Privy a compris que l'opportunité, c'était de faire disparaître les wallets.

Cette idée est devenue le socle des wallets intégrés. Les développeurs pouvaient intégrer des comptes crypto directement dans leurs produits, pendant que les utilisateurs passaient par des parcours d'onboarding qu'ils connaissaient déjà. L'infrastructure restait puissante, mais sa complexité devenait invisible.

L'équipe a aussi pris très tôt une décision stratégique importante.

Plutôt que de courir après tous les cas d'usage possibles, elle s'est concentrée sur les boîtes crypto-native qui avaient désespérément besoin d'un meilleur onboarding. Ces clients ressentaient la douleur tout de suite. Le marché de départ était plus petit, mais il y avait de l'urgence.

À mesure que les stablecoins devenaient plus concrets pour les paiements et les services financiers, le marché s'est naturellement élargi autour d'eux.

‍

Construire pour l'utilisateur qui se fiche de ta technologie

L'une des plus fortes leçons du parcours d'Henri, c'est que la sophistication technologique seule fait rarement l'adoption d'un produit.

Pendant des années, l'industrie crypto s'est concentrée sur l'amélioration de l'infrastructure, de la décentralisation, des protocoles et des capacités techniques. Pourtant, l'adoption par le grand public est restée limitée, en grande partie parce que beaucoup de produits étaient conçus pour des gens qui savaient déjà comment la crypto fonctionnait.

Privy s'est construite sur la conviction que les utilisateurs doivent pouvoir profiter de la technologie sans avoir à comprendre sa complexité. Henri compare souvent l'infrastructure crypto à l'e-mail. Des milliards de personnes envoient des e-mails chaque jour sans rien savoir du SMTP ni des protocoles qui le rendent possible. L'adoption arrive quand la technologie passe en arrière-plan et que des expériences utiles prennent le devant de la scène.

Cette philosophie a guidé chaque décision produit chez Privy. Les wallets étaient intégrés directement dans les applications, et une grande partie de la complexité était gérée en coulisses par les développeurs. Des fonctionnalités comme la récupération de compte pouvaient être simplifiées, pour que les utilisateurs se concentrent sur l'expérience elle-même. L'infrastructure crypto devenait ainsi une couche invisible qui permettait de meilleurs produits, et non une destination en soi.

La même philosophie a guidé la façon dont Privy a mis son produit sur le marché. La boîte a volontairement évité de vendre une vision ambitieuse du futur et s'est concentrée sur la démonstration d'une valeur immédiate. Comme l'explique Henri, les échanges portaient sur ce que les clients pouvaient faire aujourd'hui, pas sur ce à quoi le marché pourrait ressembler dans plusieurs années.

Cette discipline compte particulièrement dans les industries émergentes, où les fondateurs se laissent facilement captiver par le potentiel futur. Les clients, eux, achètent des solutions à des problèmes actuels. Les clients de Privy cherchaient des résultats concrets : se développer à l'international, déplacer de l'argent plus efficacement, simplifier l'onboarding des utilisateurs et lancer des produits plus vite. Les stablecoins se trouvaient simplement être un outil efficace pour atteindre ces objectifs.

La leçon va bien au-delà de la crypto. Tout fondateur technique finit par affronter le même défi : les utilisateurs ne vivent pas l'architecture, ils vivent des résultats. Les produits gagnent quand la valeur qu'ils apportent est claire, pendant que la technologie qui la rend possible reste en grande partie invisible.

‍

Devenir indispensable avant de s'étendre

Un thème revient souvent dans la réflexion d'Henri : l'importance de prendre une vraie place dans le quotidien d'un client. Chez Privy, cette idée se traduisait par un principe interne simple : « Si on tombait en panne, les clients devraient s'en rendre compte. » Le niveau de dépendance des clients au produit était devenu un signal important de sa valeur et de sa pertinence.

Cette vision a façonné la manière dont la boîte a abordé le PMF. Au-delà de l'acquisition de clients, l'objectif était de s'intégrer profondément dans leur fonctionnement au quotidien.

Un moment a rendu cette réalité très concrète. Quand une panne AWS a touché une partie de l'infrastructure de Privy, des clients ont commencé à les contacter en quelques minutes pour comprendre ce qui se passait. L'incident a mis l'équipe sous pression immédiate, mais il a aussi montré à quel point les clients s'appuyaient désormais sur la plateforme dans leurs propres opérations.

Ce niveau d'intégration est devenu une référence importante. Des produits peuvent être utilisés souvent, mais leur valeur à long terme se mesure souvent au rôle qu'ils jouent dans des workflows critiques. Plus le workflow est essentiel, plus l'impact est fort quand le produit est indisponible.

Au départ, Privy s'est concentrée sur le fait de devenir une couche fondamentale des applications crypto, un marché où les besoins clients étaient immédiats et clairement définis. Évoluer dans cet environnement lui a apporté des retours rapides, des exigences produit élevées et de nombreuses occasions d'améliorer la plateforme. Avec le temps, ces apprentissages ont renforcé l'infrastructure et l'ont préparée à un éventail plus large de cas d'usage.

Quand les stablecoins ont gagné du terrain dans la paie, les transferts d'argent vers l'étranger et les services financiers, la même infrastructure a pu servir un ensemble beaucoup plus large de clients et d'applications. La croissance de la boîte s'est bâtie sur une adoption profonde dans un marché ciblé, ce qui lui a ensuite permis de s'étendre à des opportunités voisines.

Cette progression illustre un schéma courant chez les boîtes d'infrastructure qui durent : la valeur se construit par une intégration constante dans les workflows des clients, et l'échelle suit quand ce socle s'étend à de nouveaux marchés et de nouveaux cas d'usage.

‍

Utiliser un rachat pour accélérer la roadmap, pas pour la remplacer

Le rachat de Privy par Stripe est un exemple intéressant de ce à quoi ressemble une intégration réussie.

Beaucoup de rachats échouent parce que l'acheteur absorbe complètement la startup. La vélocité produit ralentit. Les équipes perdent leur autonomie. Les clients vivent dans l'incertitude.

Privy a abordé le processus autrement.

Selon Henri, l'une des discussions clés avec Stripe a porté sur la préservation de l'indépendance sur les décisions de roadmap et sur la vitesse d'exécution. Le marché crypto évolue très vite, et rester réactif était essentiel.

L'alignement culturel existait déjà.

Privy voyait depuis longtemps Stripe comme une référence pour construire des API élégantes et une infrastructure financière. Henri se souvient même avoir pitché des investisseurs avec une grille de lecture construite autour de ce à quoi Stripe pourrait ressembler s'il entrait dans cette catégorie.

Le rachat a donc créé un effet de levier plutôt qu'un remplacement.

Privy y a gagné :

• L'accès à l'infrastructure de Stripe.
• Une distribution auprès d'une base clients plus large.
• Des possibilités d'intégration plus profondes.
• Plus d'ambition et plus d'échelle.

De son côté, Stripe y a gagné :

• Une expertise de l'infrastructure de wallets.
• Des capacités crypto intégrées.
• Une plateforme éprouvée, déjà adoptée dans tout l'écosystème.

« L'objectif, c'était avant tout de ne rien casser. On devait protéger la croissance de Privy », Henri Stern

Un détail notable : les équipes ont passé plus de temps à s'aligner sur la culture, la direction produit et le rôle de Stripe dans la crypto que sur une planification détaillée de l'organisation. Henri était convaincu qu'une fois l'alignement stratégique trouvé, les détails opérationnels suivraient.

Cet état d'esprit explique sans doute pourquoi l'intégration semble s'être faite en douceur.

‍

Surfer sur l'expansion du marché sans changer sa conviction de départ

La croissance de Privy était étroitement liée à l'évolution du marché qu'elle servait.

Quand la boîte a été créée, la plupart des produits crypto étaient conçus pour des utilisateurs crypto-native. Avec le temps, les stablecoins ont trouvé leur place dans un éventail beaucoup plus large de workflows financiers : la paie, les transferts d'argent vers l'étranger, les virements internationaux, les paiements par des agents et les expériences de fintech intégrée. Dans bien des cas, les utilisateurs finaux se servent de ces services sans même savoir qu'une infrastructure crypto les fait tourner en coulisses.

Tout au long de cette évolution, la thèse centrale de Privy n'a pas bougé : l'infrastructure crypto créerait le plus de valeur quand elle deviendrait invisible pour les utilisateurs. À mesure que l'adoption s'étendait à de nouvelles catégories, de plus en plus de cas d'usage venaient confirmer cette vision.

En revenant sur le parcours de la boîte, Henri insiste souvent sur l'importance d'être clair sur ce sur quoi une startup parie.

« Ta startup doit réussir ou échouer sur un seul pari », Henri Stern

Pour Privy, ce pari était simple : le marché des stablecoins et de l'infrastructure crypto allait continuer à grandir. Avec cette hypothèse posée, la boîte pouvait concentrer son énergie sur l'exécution : construire une infrastructure de wallets fiable, améliorer les outils pour les développeurs et bien servir ses clients.

Cet état d'esprit guide aussi la façon dont Henri pense le choix du marché. Les fondateurs peuvent entrer sur un grand marché existant, ou se positionner sur un marché plus petit qui devrait beaucoup grandir avec le temps. Dans les deux cas, l'objectif est de limiter au maximum le nombre d'hypothèses fondamentales, pour que la boîte se concentre sur la résolution des problèmes clients et sur la création de valeur.

L'expérience de Privy montre les bénéfices de cette approche. En se concentrant sur son produit d'infrastructure pendant que l'écosystème des stablecoins mûrissait, la boîte était bien placée pour accompagner un nombre croissant d'applications financières à mesure que la demande augmentait.

Plus largement, la leçon porte sur le focus. Une thèse de marché claire donne une direction, mais les résultats à long terme dépendent souvent de la qualité et de la constance de l'exécution qui suit.

‍

Apprendre de la demande client au lieu de la combattre

Certaines des leçons les plus précieuses de Privy sont venues de l'expérience.

Dans ses premières années, la boîte a passé près d'un an sur une direction qui a finalement suscité peu de demande client. La technologie fonctionnait comme prévu, mais l'adoption restait plus lente qu'attendu. Avec le temps, les retours clients ont montré clairement que l'équipe devait changer de cap, ce qui a mené à un pivot important.

Avec le recul, Henri voit cette période comme un rappel : le développement produit et la demande du marché doivent être très alignés. Construire un produit qui marche, ce n'est pas seulement résoudre un problème sur le plan technique ; c'est aussi s'attaquer à un problème que les clients priorisent vraiment. Les signaux les plus forts viennent souvent de l'observation de là où les clients investissent naturellement leur temps, leur attention et leurs ressources.

Un autre défi est apparu quand l'adoption des stablecoins s'est accélérée. De nouveaux cas d'usage ont créé une demande pour des capacités d'infrastructure supplémentaires, ce qui a poussé Privy à lancer les Server Wallets à côté de son produit existant, les Embedded Wallets. Cette approche a permis à la boîte d'aller vite, mais les clients voyaient de plus en plus les deux produits comme un seul et même workflow. Les demandes de fonctionnalités portaient souvent sur les deux offres à la fois, ce qui rendait plus difficile le maintien de frontières claires entre les produits et ajoutait de la complexité pour l'équipe.

À mesure que les besoins clients évoluaient, Privy a conclu qu'une plateforme plus unifiée servirait mieux les développeurs. La boîte a fini par reconstruire une partie de son infrastructure et par regrouper ses capacités dans une expérience plus intégrée, ce qui a simplifié à la fois l'architecture produit et le parcours client.

Pour Henri, ces expériences ont renforcé un principe important : l'évolution d'une plateforme est souvent portée par des besoins clients qui changent. Quand les marchés mûrissent et que de nouveaux cas d'usage apparaissent, l'infrastructure doit évoluer en conséquence, tout en restant simple pour ceux qui construisent et utilisent des produits par-dessus.

Vus sous cet angle, les pivots et les ajustements produit ne sont pas des interruptions du parcours. Ils font partie du processus qui permet de découvrir où se crée la valeur et comment les besoins clients évoluent avec le temps. Chaque itération a aidé Privy à mieux comprendre le rôle qu'elle pouvait jouer dans un écosystème qui évolue très vite.

‍

‍

• Les meilleures opportunités produit apparaissent souvent quand les fondateurs arrêtent de vendre de la technologie et commencent à résoudre des problèmes que les clients priorisent déjà.
• Les expériences intégrées font systématiquement mieux que les expériences autonomes quand l'adoption dépend d'une réduction de l'effort d'apprentissage et des frictions d'onboarding.
• Devenir indispensable pour un segment de clients restreint crée un socle plus solide qu'être vaguement utile à un large marché.
• Le PMF devient plus clair quand les clients remarquent immédiatement les pannes, les interruptions de workflow ou la dégradation du service.
• Les fondateurs devraient éviter de faire plusieurs paris stratégiques en même temps et concentrer l'incertitude sur une seule hypothèse de marché.
• L'expansion d'un marché peut produire des résultats extraordinaires quand une boîte s'impose comme leader de sa catégorie avant que la demande n'atteigne le grand public.
• Un rachat réussi demande un alignement sur la culture, la philosophie produit et la direction stratégique avant l'intégration opérationnelle.
• Les produits d'infrastructure créent une valeur disproportionnée quand ils rendent la complexité invisible pour les utilisateurs finaux.
• L'évolution d'une plateforme demande souvent de réinventer l'architecture plutôt que de créer de nouveaux produits qui se chevauchent.
• Le comportement des clients est un meilleur guide stratégique que la conviction du fondateur pour décider de persévérer ou de pivoter.
• Les produits crypto les plus durables seront peut-être finalement ceux que les utilisateurs ne reconnaissent jamais comme des produits crypto.
• Les grandes plateformes pour développeurs deviennent des couches essentielles des workflows clients, et non des améliorations optionnelles.