«Publica lo antes posible y itera rápidamente» es casi un dogma del mundo de las startups; sin embargo, Stripe tardó casi dos años en publicar su código al público.
Estos recortes seleccionados de AI on Air provienen de un programa reciente de la sección de Y Combinator. El cofundador de Stripe, Patrick Collison, explicó por qué decidieron ir en contra de la corriente.
▷ La razón de ir despacio: el producto de pagos implica seguridad, socios, el flujo de fondos, la infraestructura subyacente y la estabilidad. Si no se preparan bien estas condiciones previas, no se puede ofrecer un producto autoservicio que funcione de verdad.
▷ Pero sin desconectarse de la realidad: aproximadamente dos meses después de escribir la primera línea de código, ya tenían su primer usuario real en producción, Ross Boucher (Twilio North). Al principio, la función solo servía para procesar una tarjeta; la otra parte fue planteando, una tras otra, preguntas como «¿cómo veo todos los cargos?», «¿cómo solicito reembolsos?», «¿cuándo llega el dinero?». Entonces fueron agregando funciones según esas necesidades reales.
▷ Condiciones de aplicabilidad: durante la fase de pruebas privadas, el número de clientes aumentaba cada mes y cada semana recibían comentarios de usuarios reales. Su conclusión fue que si existe un anclaje real y continuo así, no es necesario apresurarse con el lanzamiento público.🪁
Estos recortes seleccionados de AI on Air provienen de un programa reciente de la sección de Y Combinator. El cofundador de Stripe, Patrick Collison, explicó por qué decidieron ir en contra de la corriente.
▷ La razón de ir despacio: el producto de pagos implica seguridad, socios, el flujo de fondos, la infraestructura subyacente y la estabilidad. Si no se preparan bien estas condiciones previas, no se puede ofrecer un producto autoservicio que funcione de verdad.
▷ Pero sin desconectarse de la realidad: aproximadamente dos meses después de escribir la primera línea de código, ya tenían su primer usuario real en producción, Ross Boucher (Twilio North). Al principio, la función solo servía para procesar una tarjeta; la otra parte fue planteando, una tras otra, preguntas como «¿cómo veo todos los cargos?», «¿cómo solicito reembolsos?», «¿cuándo llega el dinero?». Entonces fueron agregando funciones según esas necesidades reales.
▷ Condiciones de aplicabilidad: durante la fase de pruebas privadas, el número de clientes aumentaba cada mes y cada semana recibían comentarios de usuarios reales. Su conclusión fue que si existe un anclaje real y continuo así, no es necesario apresurarse con el lanzamiento público.🪁