« Publier au plus tôt, itérer rapidement » est presque une devise du monde des startups. Stripe, elle, a publié son code près de deux ans plus tard.
Cet extrait sélectionné d’« AI on Air » provient d’une émission récente de la rubrique de Y Combinator. Patrick Collison, cofondateur de Stripe, y explique pourquoi ils avaient fait exactement l’inverse à l’époque.
▷ La raison de la lenteur : un produit de paiement implique la sécurité, les partenaires, la circulation des fonds, l’infrastructure sous-jacente et la stabilité. Si ces prérequis ne sont pas bien mis en place, on ne peut pas proposer un produit en libre-service réellement utilisable.
▷ Mais sans s’éloigner du réel : environ deux mois après l’écriture de la première ligne de code, ils ont eu leur premier utilisateur en production, réel, Ross Boucher (Twilio North). Au départ, les fonctionnalités ne permettaient que de débiter une carte. Puis l’utilisateur a progressivement soulevé des questions comme : « Comment voir tous les prélèvements ? », « Comment faire un remboursement ? », « Quand l’argent sera-t-il crédité ? » Ils ont alors ajouté chaque fonctionnalité en suivant ces besoins concrets.
▷ Conditions d’application : pendant la phase de test en interne, le nombre de clients augmente chaque mois, et chaque semaine apporte des retours d’utilisateurs réels. Sa conclusion : si l’on dispose de ces ancrages concrets et continus, il est acceptable de ne pas publier tout de suite.🪁
Cet extrait sélectionné d’« AI on Air » provient d’une émission récente de la rubrique de Y Combinator. Patrick Collison, cofondateur de Stripe, y explique pourquoi ils avaient fait exactement l’inverse à l’époque.
▷ La raison de la lenteur : un produit de paiement implique la sécurité, les partenaires, la circulation des fonds, l’infrastructure sous-jacente et la stabilité. Si ces prérequis ne sont pas bien mis en place, on ne peut pas proposer un produit en libre-service réellement utilisable.
▷ Mais sans s’éloigner du réel : environ deux mois après l’écriture de la première ligne de code, ils ont eu leur premier utilisateur en production, réel, Ross Boucher (Twilio North). Au départ, les fonctionnalités ne permettaient que de débiter une carte. Puis l’utilisateur a progressivement soulevé des questions comme : « Comment voir tous les prélèvements ? », « Comment faire un remboursement ? », « Quand l’argent sera-t-il crédité ? » Ils ont alors ajouté chaque fonctionnalité en suivant ces besoins concrets.
▷ Conditions d’application : pendant la phase de test en interne, le nombre de clients augmente chaque mois, et chaque semaine apporte des retours d’utilisateurs réels. Sa conclusion : si l’on dispose de ces ancrages concrets et continus, il est acceptable de ne pas publier tout de suite.🪁
