En septiembre de 2025, me senté frente a un escritorio en Vancouver, abrí una terminal y empecé a construir ioZen. Sin equipo de desarrollo. Sin co-fundador escribiendo código a mi lado. Sin canales de Slack con decenas de ingenieros debatiendo decisiones de arquitectura.
Solo yo, una visión clara, e inteligencia artificial.
Cuatro meses después, estamos lanzando el beta de una plataforma que reemplaza formularios burocráticos con conversaciones inteligentes. Tiene flujos de intake impulsados por IA, tableros visuales de workflow, un CRM, atribución de marketing, widgets embebibles y un motor de extracción de documentos.
Una startup bien financiada con un equipo completo de ingeniería habría tardado de 12 a 18 meses en entregar este alcance.
Todavía estoy procesando lo que pasó. Quiero contarte la historia real.
El camino a Vancouver
Necesito retroceder para explicar cómo llegué aquí.
Durante más de 20 años, construí empresas de tecnología en Latinoamérica. Fundé PATIOTuerca (el marketplace automotriz más grande de Ecuador) y co-fundé Vive1 (bienes raíces), Evaluar.com (HR tech líder que sirve a millones de usuarios) y Taxo (tecnología fiscal de México y Ecuador). Lideré organizaciones de ingeniería en México, Argentina, Perú, Ecuador y más allá. En todas estas empresas, manejé equipos de decenas de desarrolladores construyendo sistemas complejos y de alto impacto.
Sé cómo entregar software a escala. Viví transiciones de waterfall a agile, migraciones a microservicios, rewrites de monolitos, debates de infraestructura cloud. Cada sabor de deuda técnica que puedas imaginar. Recluté devs senior, construí pipelines de contratación, dirigí ceremonias de sprint, negocié con proveedores. Hice revisiones de arquitectura a las 2 AM antes de lanzamientos críticos.
Ese mundo fue toda mi identidad durante dos décadas.
Hablando en BBVA Open Innovation. El mundo que conocí durante 20 años.
Presentando en AWS Cloud Experience: deployments 5X más rápidos, 60% de ganancia en productividad. Experiencia en arquitectura cloud.
Algunos de los equipos de ingeniería que lideré en Latinoamérica. Estas personas me enseñaron todo lo que sé sobre construir software a escala. En nuestros startups los llamamos “Magos”
Entonces, a principios de 2025, tomé una decisión que lo cambió todo.
Me alejé de Taxo. Mi esposa y yo nos mudamos a Vancouver, Canadá. Fue un nuevo comienzo en todo sentido: nuevo país, nuevo idioma (el inglés no es mi lenguaje nativo), nuevo ambiente, nueva realidad financiera. Dejé atrás la zona de confort de mi red de contactos en Ecuador, los equipos que había construido, las empresas que me definían.
Llegué a Vancouver con la mente despejada y la agenda vacía.
La verdad incómoda de empezar de nuevo
No les voy a negar. Esos primeros meses en Vancouver fueron duros.
Tenía ingresos de roles de asesoría y posiciones en juntas directivas, pero nada como lo que ganaba antes. Estaba en una ciudad donde nadie conocía mi trayectoria. No tenía el “grounding” de mi red profesional, el ritmo diario de manejar equipos, la identidad que viene de ser “el nerd duro de la tecnología” en la sala.
Lo que sí tenía era tiempo. Y una idea que había estado creciendo en mi cabeza durante años.
Vancouver, 2025. Nueva ciudad, nuevo comienzo.
A lo largo de mi carrera, vi el mismo patrón destruir valor en todas partes: la burocracia. Cada organización que toqué se estaba ahogando en formularios, aprobaciones, papeleo y sobrecarga de procesos. Las herramientas diseñadas para arreglar esto (constructores de formularios, motores de workflow, sistemas CRM) crean su propia burocracia. Hacen el problema más bonito, no más pequeño.
Seguía pensando: ¿y si pudiéramos eliminar los formularios por completo? ¿Y si en lugar de construir otro formulario, pudieras tener una conversación que obtiene la información correcta, luego la enruta, la procesa y entrega un resultado automáticamente?
Esa fue la idea semilla de ioZen.
El nombre me llegó una tarde mientras caminaba por un malecón en West Vancouver. Los sistemas tradicionales siguen un patrón simple: entrada (input), proceso, salida (output). Yo quería algo diferente.
Intake inteligente en lugar de input. Porque no solo estamos recibiendo datos pasivamente. Estamos teniendo una conversación. Haciendo preguntas de seguimiento. Entendiendo el contexto.
Procesamiento inteligente en lugar de enrutamiento mecánico. El sistema debería pensar, no solo mover papeles o tarjetas.
Y outcomes (resultados) en lugar de output (salida). Porque a nadie le importan los millones de datos. Lo que importa es el resultado: la aprobación, la resolución, la respuesta entregada. No es lo mismo output que outcome.
Cuando el intake, la inteligencia y los resultados funcionan en armonía, todo se transforma en calma. Claridad. Dejas de pelear contra el sistema y empiezas a confiar en él. Ese estado de “Flow”, esa paz mental cuando todo simplemente funciona… eso es Zen.
io + Zen. ioZen.
El experimento
Aquí quiero ser brutalmente honesto. No planeé construir ioZen solo.
El plan original era encontrar un co-fundador técnico. Quizás contratar un equipo pequeño. Levantar una ronda pre-seed. Hacerlo como siempre lo había hecho: diseñar la arquitectura del sistema, reclutar el talento, manejar la ejecución.
Pero algo pasó mientras ese plan se materializaba. Empecé a prototipar con herramientas de programación con IA. No porque creyera que podía construir todo solo, sino porque soy ingeniero de corazón, y quería validar mis ideas rápido.
He programado desde adolescente. En 1996, a los 16 años, vendí mi primer sitio web. Más feo que un molde de hacer cucos (así se les dice a los demonios en mi país), pero alguien pagó por él. Con los años, conforme me moví hacia el liderazgo, programé menos y manejé más. Pero los modelos mentales y la lógica de construir software nunca se fueron, se agudizaron. Diseño de sistemas, arquitectura de datos, patrones de APIs, infraestructura cloud, consideraciones de seguridad, patrones de código, etc. Todo eso seguía ahí, acumulándose durante 20 años de entregar productos reales, pero lejos de la sintaxis y de la emoción de programar.
Así que empecé. Cursor abierto. Claude en otra ventana. Un repositorio GIT en blanco.
Y algo inesperado pasó.
La IA no solo autocompletaba mi código. Se convirtió en una mano derecha real. Podía describir un patrón arquitectónico que quería, digamos un motor de workflow basado en colas con transiciones de estado, y la IA entendía lo que quería decir. No porque tuviera opiniones sobre arquitectura. Sino porque yo tenía opiniones, y podía ejecutar sobre ellas a una velocidad que ningún desarrollador junior o mid-level podría igualar. Incluso me ha sorprendido tomando decisiones brillantes o desafiando cuestionamientos, que solo había experimentado con mis mejores magos (así les decimos a nuestros ingenieros).
Esto no se trataba de la IA reemplazando desarrolladores. Se trataba de que la IA estaba amplificando a alguien que ya sabía qué construir y cómo construirlo.
Lo que realmente significa la experiencia en la era de la IA
Esta es la parte de la que nadie habla cuando dicen “la IA reemplazará a los desarrolladores.”
La IA es increíble generando código. Es rápida, incansable, y mejora cada mes. Pero código no es lo mismo que software. Software son decisiones. Decisiones de arquitectura. Decisiones de modelo de datos. Decisiones de seguridad. Decisiones de UX. Decisiones difíciles con trade-offs que vienen de construir cosas que se rompieron, de escalar sistemas que colapsaron, de entregar productos que los usuarios rechazaron o nunca usaron.
Cuando me senté a construir ioZen, no empecé desde cero. Empecé desde veinte años de penurias, productos fracasados y releases exitosos acumulados.
Sabía por qué quería un esquema de base de datos particular, porque ya viví lo que es un mal diseño en la base de datos en escala. Sabía qué patrones de autenticación usar porque ya tuve que lidiar con el desastre de hacerlo mal. Sabía cómo estructurar un monorepo, cómo diseñar una API que pretende evolucionar, cómo implementar control de acceso basado en roles que no sea en una pesadilla de mantener.
La IA me dio velocidad. Mi experiencia le dio dirección a la IA.
Sin la experiencia, la IA habría generado código funcional pero frágil. Sin la IA, mi experiencia habría producido quizá el mismo código en 10 o 100 veces el tiempo y habría necesitado todo un equipo.
¿Juntos? Algo nuevo pasó.
Cuatro meses, una persona
Déjame ser más específico sobre lo que construimos entre septiembre de 2025 y enero de 2026.
Construimos IntakeBots: agentes conversacionales de IA que reemplazan formularios. Hacen preguntas de seguimiento, manejan branching logic (lógica de ramificación), extraen datos de documentos y se adaptan basándose en respuestas anteriores. Formularios que piensan.
Construimos Tableros de Proceso: gestión visual de workflows inspirada en Kanban, construida específicamente para procesos orientados a intake. Etapas, asignaciones, automatizaciones, seguimiento de estado. Todo conectado a los datos del intake.
Construimos un Sistema de Registros de Contactos y CRM ligero que se llena automáticamente desde las conversaciones de intake. Cada interacción, documento y cambio de estado se captura y es buscable.
Construimos Campos con inteligencia de IA: IA para clasificar, extraer, resumir y validar datos entrantes. No es IA agregada después. Es inteligencia nativa en los campos de datos.
Construimos Widgets Embebibles para que puedas desplegar cualquier IntakeBot como un widget de chatBot en cualquier sitio web o como un enlace directo. Marca personalizada, integración sin fricción.
Construimos Atribución de Marketing para rastrear qué campañas, fuentes y referidos generan conversiones, con tracking de UTM integrado y muy pronto dashboards de analítica con AI.
Construimos Arquitectura Multi-workspace con multi-tenancy completo, gestión de equipos, acceso basado en roles y aislamiento de workspaces.
Construimos Herramientas para Desarrolladores: webhooks, códigos de embed, acceso a API y documentación completa.
Construimos un Sitio Web de Marketing de primer nivel:, de alto rendimiento SEO, con diseño refinado y animaciones modernas.
Una persona. Cuatro meses. Una plataforma SaaS completa product-led con integración de Stripe y un sitio web de marketing y por si fuera poco, 100% funcional en Inglés y Español.
No te cuento esto para presumir. Si me hubieras dicho hace dos años que un founder podía entregar este scope en este tiempo, no te habría creído. Y yo era la persona que se supone sabía lo que era posible.
Cómo se ve realmente el desarrollo con IA
La gente escucha “lo desarrolle con IA” e imagina a alguien escribiendo prompts en ChatGPT y pegando el código en un IDE o algo así. Esto resulta ser más que eso.
La ingeniería con IA es una nueva disciplina. Tiene sus propios patrones, sus propios problemas, su propio arte.
Así se veían mis días realmente:
Sesiones de arquitectura. Pasaba tiempo pensando en diseño de sistemas: en papel, en mi cabeza, caminando por Vancouver. La IA no ayudaba aquí. Esto era experiencia pura y neuronas. ¿Cómo debería verse el modelo de datos? ¿Dónde necesitamos actualizaciones en tiempo real vs. procesamiento por lotes? ¿Cómo manejamos cambios de estado de workflow concurrentes?
Sprints de implementación. Una vez que tenía una visión arquitectónica clara, la IA se convertía en mi motor de ejecución. Podía describir lo que necesitaba (un componente específico, un endpoint de API, una migración de base de datos) e iterar rápidamente. Lo que a un developer le tomaría una semana, yo podía revisarlo, refinarlo y dejarlo funcionando en horas.
Code review de mi propio código generado por IA. Esto es crítico y subestimado. La IA genera código que funciona. No siempre genera código que está bien. Paso mucho tiempo leyendo, cuestionando y reestructurando lo que la IA produce. Mis experiencia ha sido valiosa aquí: reconociendo patrones que causarían problemas a escala, detectando descuidos de seguridad, asegurando consistencia en todo el codebase, validando cobertura de tests (estos es clave), hoocks automáticos antes de los commits, asegurando un buen CI/CD con quality gates.
Sesiones de debugging. La IA es genial escribiendo código. Es menos buena entendiendo por qué algo no funciona en un contexto específico. Debuggear interacciones complejas entre servicios, rastrear bugs de state management, entender por qué un edge case particular se comporta inesperadamente, iterar hasta que esté correcto. Eso requería juicio humano.
Dias enteros de refactors. Algo que aprendí con los años, es que es poco probable construir un producto de calidad, sin tener que hacer varios refactors en el camino. No importa lo bien concebida que sea tu arquitectura o la calidad de tu código. Además que la deuda técnica, es el veneno más grande de la calidad del software. Por primera vez en mi vida me dí el lujo de hacer refactors profundos de lo que había construido antes de salir a produccion. Sin exagerar, debo haber hecho una docena de refactors profundos de lo que he construído en estos meses. Algo impensable en mi vida del pasado, porque hacer un refactor de este nivel en producción, te puede tomar semanas o meses.
La proporción es aproximadamente: 30% pensando, 20% dirigiendo a la IA, 25% revisando y probando, 15% debugging, 10% código manual para las partes difíciles. Y en algunos días, 100% de refactors con la misma AI y testing coverage.
No es dictar prompts y ya está. Es una nueva forma de construir que requiere otro tipo de disciplina y determinación.
Gratitud
Quiero pausar la narrativa técnica y dar las gracias.
A Dios, por ponerme exactamente donde necesitaba estar, incluso cuando no podía ver por qué.
Mi esposa. Desarmó su vida en Ecuador para venir a Vancouver conmigo. Creyó en esta visión antes de que hubiera un producto, antes de que hubiera una empresa, antes de que hubiera nada más que una idea y una convicción.
Mis tres hijos. Mi hija aquí conmigo en Vancouver, mi otra hija y mi hijo todavía en Ecuador. Esa distancia es el precio de empezar de nuevo. También es la razón por la que me despierto temprano y trabajo hasta tarde.
Mis hermanos y hermanas aquí, de sangre y elegidos, que se mudaron a Vancouver antes que yo y me mostraron que la reinvención es posible. Mis padres, que construyeron su negocio aquí desde cero, probando que empezar de nuevo en un nuevo país está en mi sangre.
Y las personas que me formaron profesionalmente durante los últimos 20 años. Mis socios, mis colegas, los equipos que construí y con los que trabajé en toda Latinoamérica me enseñaron sobre artesanía técnica, sobre cómo se ve la buena ingeniería desde adentro. Algunos de mis magos la llamaban poesía en código jajajajaja.
Muy lejos de Ecuador. Exactamente donde necesitaba estar.
Vancouver se merece crédito. Esta linda ciudad me dio algo que no sabía que necesitaba: distancia. Distancia de mi zona de confort. Distancia de la identidad que había construido alrededor de manejar equipos y dirigir empresas. Esa distancia me obligó a redescubrir lo que realmente sé, lo que realmente puedo hacer. No a través de otras personas, sino con mis propias manos y mi propia mente.
Por qué esto importa más allá de mi historia
No escribo esto como un alarde disfrazado de humildad sobre lo que un fundador puede hacer. Lo escribo porque creo que estamos en un punto de inflexión que la mayoría de la gente no ha procesado completamente.
Durante décadas, el factor limitante para startups de software fue el talento de ingeniería. Necesitabas un equipo. Necesitabas financiamiento para pagar a ese equipo. Necesitabas meses o años de runway para construir algo significativo. Esto creaba una barrera natural de entrada que favorecía a empresas bien financiadas en hubs tecnológicos importantes.
Esa barrera está colapsando.
Una sola persona con años de experiencia construyendo y fluidez en IA, ahora puede construir lo que antes requería un equipo de 10 o 20. No un proyecto de juguete. No un MVP armado con cinta adhesiva. Una plataforma real, a nivel de producción.
Esto no significa que los desarrolladores van a desaparecer. Todo lo contrario. Conforme ioZen crezca, construiré un equipo talentoso. Hay desafíos que requieren varias mentes, perspectivas diversas y expertise especializado. La IA amplifica la capacidad. No reemplaza la necesidad de que los humanos colaboren, debatan y creen juntos.
Pero las condiciones iniciales han cambiado para siempre. El fundador solo con experiencia y visión ahora es un equipo técnico viable. La barrera de entrada para construir software ambicioso ha bajado un orden de magnitud.
Si eres un profesional experimentado que ha estado al margen de la revolución de la IA, pensando que es para “desarrolladores reales” o “gente más joven,” estás equivocado. Tu experiencia es el input más valioso que una IA puede recibir. Los patrones de arquitectura que aprendiste a la mala, las fallas de producción que sobreviviste, los sistemas que construiste y mantuviste durante años. Ese conocimiento, combinado con IA, es poderoso.
Qué sigue
ioZen está en vivo. La plataforma es real. La misión es real.
Vamos tras la burocracia. Empezando con los formularios que desperdician el tiempo de todos y terminando con los procesos que mantienen a las organizaciones estancadas.
Elimina los formularios. Oculta el proceso. Entrega el resultado.
Si alguna vez llenaste un formulario de 47 campos y te preguntaste “¿por qué existe esto?”, entiendes el problema. Si alguna vez construiste un workflow que creó más overhead del que eliminó, lo entiendes profundamente.
Estamos construyendo algo diferente. Una plataforma donde las conversaciones con IA reemplazan formularios rígidos. Donde los workflows corren invisiblemente en el background. Donde el resultado (aprobado, emitido, agendado, resuelto) es lo que importa.
Hace cuatro meses, esto era una idea en un departamento de Vancouver. Ahora es un producto.
Ven a ver lo que una persona con experiencia e IA pueden construir.
Etiquetas:
¿Listo para probar ioZen?
Comienza a crear FlowApps que convierten conversaciones en resultados.
