Contamos las historias de fracaso hacia atrás. Una vez que se conoce el final, cada mal intento comienza a parecer un paso deliberado en un plan inteligente. No lo fue. En el momento, una rutina que no duró parecía una falta de disciplina. Un sitio web básico construido a partir de una plantilla barata se sentía pequeño. Dejar que la IA escribiera código real de producción se sentía como entregar algo que se suponía que debería saber hacer por mí mismo.
Solo después los intentos fallidos forman una línea. No una línea recta, y definitivamente no una glamorosa, pero una línea que puedes seguir.
Recientemente leí el artículo de Goodwin University sobre cómo abrazar el fracaso puede llevar al éxito. Su punto central se quedó conmigo: una cultura saludable no castiga cada intento que falla. Pregunta qué sucedió, hace que sea seguro discutirlo, y usa la respuesta para mejorar el siguiente intento.
Eso es cercano a cómo ahora pienso sobre construir casi cualquier cosa. El fracaso no es automáticamente útil. Repetir el mismo error con más motivación es solo repetición. El fracaso se vuelve útil cuando te da evidencia y estás dispuesto a cambiar el sistema alrededor del siguiente intento.
El fitness fracasó hasta que dejé de depender de la motivación
No entré en fitness temprano. Entré en 2022, a los 36, después de una década construyendo negocios de agencia y tratando mi cuerpo como el servidor que mantenía el trabajo real en línea. Probé el Versa Climber en BXR, clases de spin en Psycle, correr al aire libre, y caminatas. Algunos fueron buenos entrenamientos. Ninguno se convirtió en un hábito duradero.
Durante un tiempo, traté cada rutina abandonada como un fracaso personal. La conclusión habitual era que necesitaba más disciplina. Así que reiniciaba, me esforzaba más, faltaba a algunas sesiones y llegaba a la misma conclusión nuevamente.
El problema no era el esfuerzo. El problema era el diseño de la rutina.
Barry's finalmente funcionó porque eliminó las decisiones que seguía fallando en tomar. El estudio estaba cerca de casa. La clase comenzaba a una hora fija. El instructor decidía el entrenamiento. Reservaba con anticipación, llegaba, seguía la sesión, pedía el mismo batido y caminaba a casa. La rutina podía sobrevivir un día ocupado porque no requería que negociara conmigo mismo.
Mi primera clase de Barry's fue el 11 de enero de 2023. Para el 2 de mayo de 2026, había completado 366 clases. Escribí sobre lo que esas 366 clases me enseñaron, pero la lección más grande no fue sobre cintas de correr o mancuernas. Fue esta: cuando la fuerza de voluntad sigue fallando, cambia el entorno.
El éxito en fitness no llegó cuando me convertí en una persona diferente. Llegó cuando encontré un formato que funcionaba con la persona que ya era.
Mis primeros sitios web se construyeron a partir de una lección de $50
Mis primeros sitios web no eran aplicaciones React personalizadas ni sistemas de diseño pulidos. Eran sitios OpenCart construidos con temas de ThemeForest que costaban alrededor de $50. Instalaba una plantilla, reemplazaba el contenido, cambiaba los colores, ajustaba las páginas de productos e intentaba hacer que el resultado pareciera que pertenecía al negocio.
Eran imperfectos. El código no era mío. Los diseños tenían limitaciones. Un pequeño cambio en un lugar podía romper algo en otro. Aprendí tocando cosas, viendo qué dejaba de funcionar, reinstalando e intentando de nuevo.
Es fácil descartar ese tipo de comienzo una vez que has lanzado miles de sitios. Yo no. Una plantilla de $50 me dio un sistema completo que podía desmontar. OpenCart me dio productos, categorías, carrito de compras y todos los detalles incómodos que separan un sitio web de algunas pantallas atractivas. Las limitaciones eran la educación.
Esos sitios me enseñaron lo que los clientes realmente notan. Notan si el producto es fácil de encontrar, si la página carga, si el carrito de compras funciona y si alguien lo arregla cuando se rompe. Rara vez les importa cuán orgulloso esté el desarrollador de la arquitectura.
Los primeros sitios no fueron fracasos porque fueron básicos. Algunas decisiones individuales fallaron, y muchas versiones fueron ásperas, pero cada una acortó la distancia entre una idea y algo que una persona real pudiera usar. Ese feedback se volvió mucho más valioso que esperar hasta saber lo suficiente para construir el sitio perfecto desde cero.
Todavía creo en ese camino. Comienza con el tema de $50 si eso es lo que pone el negocio en línea. Aprende dónde se dobla y dónde se quiebra. Gánate el derecho de reemplazarlo con algo mejor.
El código con IA me convirtió en principiante de nuevo
Años después, el código con IA me devolvió a la misma posición incómoda. Sabía cómo funcionaban los sitios web. Sabía cómo debería verse el código de producción. Pero aún no sabía cómo convertir una conversación con un agente de IA en un producto confiable.
Este sitio se convirtió en mi primer proyecto codificado completamente con IA. Usé Claude Code para producir el volumen, mientras que yo era responsable del brief, la arquitectura, las pruebas, la revisión y la decisión de publicar. Esa distinción importa. La IA no eliminó la responsabilidad. Movió más de mi trabajo desde escribir cada línea hacia especificar, juzgar y corregir lo que el sistema produjo.
Los primeros intentos fueron desiguales. Un prompt vago producía una implementación vaga. Una solicitud demasiado amplia creaba un diff demasiado amplio para confiar. A veces el movimiento más rápido era descartar el resultado, hacer la tarea más pequeña, y preguntar de nuevo con una definición más clara de lo que se consideraría hecho.
Publicar el proyecto fue el éxito, pero las generaciones fallidas fueron lo que me enseñó cómo llegar allí. Cada resultado débil expuso una restricción faltante. Cada revisión me mostró dónde el agente necesitaba contexto. Cada problema en producción se convirtió en una regla, una prueba, o un brief mejor para la siguiente sesión.
Esto se sintió notablemente similar a esas primeras compilaciones de OpenCart. La tecnología había cambiado, pero el ciclo de aprendizaje no: construir algo, inspeccionar la realidad, mantener lo que funciona, y corregir lo que no.
El fracaso no es lo mismo que la negligencia
Hay un límite importante aquí. El artículo de Goodwin separa el fracaso de la culpa, y esa distinción es útil mucho más allá del lugar de trabajo. Un intento bien considerado puede fallar sin que la persona detrás sea temeraria. Pero saltarse los controles obvios, ignorar riesgos conocidos, y llamar el daño un experimento no es una cultura de aprendizaje. Es una mala gestión de responsabilidad.
Me siento cómodo con que un enfoque generado por IA falle en una rama. No me siento cómodo empujando código sin revisar a producción y fingiendo que la caída fue necesaria para el crecimiento. Me siento cómodo intentando un nuevo formato de entrenamiento durante un mes. No voy a ignorar una lesión porque dejar de intentarlo parecería fracaso. Me siento cómodo lanzando un sitio simple con un tema económico. No me siento cómodo diciéndole a un cliente que es personalizado cuando no lo es.
El fracaso útil tiene límites. El intento se hace de buena fe, el riesgo se entiende, el resultado se examina honestamente, y la lección cambia qué sucede después.
Las reglas que uso ahora
En fitness, sitios web, negocios e IA, los fracasos que me ayudaron compartían algunas propiedades:
- Haz el intento lo suficientemente pequeño para sobrevivir. Una clase fallida, un cambio de plantilla o una rama de características debe enseñarte algo sin destruir todo el sistema.
- Nombra la lección antes de pasar adelante. "No funcionó" es un resultado, no una idea. Identifica la fricción, la restricción faltante, la suposición equivocada o el proceso débil.
- Cambia el sistema, no solo la promesa. Traslada el estudio más cerca, reserva la clase, estrecha el prompt, añade la prueba o simplifica el alcance.
- Lanza antes de que llegue la confianza. Los usuarios reales exponen verdades que otra semana de pulido privado no puede.
- Mantén el ego separado del resultado. Un intento fallido es evidencia sobre el intento. No es una sentencia final sobre la persona que lo hizo.
Esto no es una celebración de perder. Los resultados siguen importando. El punto es tratar un fallo como datos en lugar de vergüenza, y luego hacer la parte difícil: actuar sobre los datos.
El éxito es una pila de fracasos corregidos
Mi historia de fitness se ve exitosa ahora porque el hábito perduró. Mi carrera web se ve establecida ahora porque hay miles de sitios detrás de ella. El código con IA se ve obvio ahora porque este sitio está en vivo. Ninguno de esos finales era visible al principio.
Al principio había una rutina que no podía sostener, un tema de ThemeForest de $50 en OpenCart, y un agente de IA produciendo código que no siempre quería conservar.
Lo que los conectaba no era la persistencia ciega. Era la corrección. El entrenamiento cambió. Los sitios web mejoraron. Los prompts se convirtieron en briefs, los briefs se convirtieron en pruebas, y las pruebas hicieron que el lanzamiento fuera más seguro.
Ya no pregunto solo, "¿Funcionó esto?" Pregunto, "¿Qué me enseñó este intento, y qué será diferente el lunes?"
Esa segunda pregunta es donde el fracaso comienza a convertirse en éxito.