«Publicar lo antes posible y iterar rápido» es casi un lema del mundo startup, pero Stripe tardó casi dos años en publicar su código.
Este fragmento curado de AI on Air, seleccionado de un programa reciente de la columna de Y Combinator, presenta a Patrick Collison, cofundador de Stripe, explicando por qué en aquel entonces fueron a contracorriente.
▷ La razón de la lentitud: el producto de pagos involucra seguridad, socios, el flujo de fondos, la infraestructura subyacente y la estabilidad; si esas condiciones previas no están bien preparadas, no se puede ofrecer un producto autoservicio que funcione de verdad.
▷ Pero no se salieron 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 funcionalidad solo permitía procesar una tarjeta; después, la otra parte fue planteando «¿cómo ver todos los cargos?», «¿cómo solicitar un reembolso?», «¿cuándo llegará el dinero?» y fueron incorporando cada mejora según esas necesidades reales.
▷ Condición aplicable: durante la fase de pruebas privadas, la cantidad de clientes aumentaba cada mes y, semana tras semana, recibían comentarios de usuarios reales. Su conclusión es que, si existe ese tipo de ancla real y continua, no es necesario apurarse para publicar.🪁
Este fragmento curado de AI on Air, seleccionado de un programa reciente de la columna de Y Combinator, presenta a Patrick Collison, cofundador de Stripe, explicando por qué en aquel entonces fueron a contracorriente.
▷ La razón de la lentitud: el producto de pagos involucra seguridad, socios, el flujo de fondos, la infraestructura subyacente y la estabilidad; si esas condiciones previas no están bien preparadas, no se puede ofrecer un producto autoservicio que funcione de verdad.
▷ Pero no se salieron 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 funcionalidad solo permitía procesar una tarjeta; después, la otra parte fue planteando «¿cómo ver todos los cargos?», «¿cómo solicitar un reembolso?», «¿cuándo llegará el dinero?» y fueron incorporando cada mejora según esas necesidades reales.
▷ Condición aplicable: durante la fase de pruebas privadas, la cantidad de clientes aumentaba cada mes y, semana tras semana, recibían comentarios de usuarios reales. Su conclusión es que, si existe ese tipo de ancla real y continua, no es necesario apurarse para publicar.🪁