Trabajo
Productos construidos de punta a punta
Cada caso sigue el mismo camino: un problema real, una especificación cerrada, un producto funcionando.
Plataforma de menú QR, pedidos y pago en mesa para restaurantes
2026 · Fundador · En pruebas de usabilidad, piloto en CDMX
- Problema
- En México los comensales siguen esperando al mesero para pedir y para pagar, y dividir la cuenta es un lío. Los restaurantes pierden rotación de mesas y propinas.
- Qué construí
- Los comensales escanean un QR, piden y pagan desde el celular. Cada persona puede llevar su propia cuenta, o la mesa puede pedir al mesero como siempre, y ambas conviven. Incluye consola de personal, panel del dueño y gestión de menú.
- Tiempo
- Definida y construida en 2 semanas a 2 horas diarias, en 10 sub-specs verificadas.
- Resultado
- Producto completo listo para piloto; en pruebas de usabilidad con comensales reales.
StackReact (PWA) · FastAPI · PostgreSQL · Conekta
BrightPath, SaaS EdTech para colegios privados
2025 – actual · Cofundador
- Problema
- Los colegios privados escriben evaluaciones a mano y no tienen forma rápida de comprobar que las preguntas corresponden al plan de estudios oficial.
- Qué construí
- Una plataforma donde los colegios crean y validan evaluaciones. Banco de 965 preguntas, más de 670 clasificadas automáticamente por competencia con la API de Claude, y validación contra 68 documentos oficiales con búsqueda semántica (RAG sobre pgvector). Inicio de sesión con Google y Microsoft, datos separados por colegio.
- Tiempo
- Construido como único ingeniero en paralelo a mi trabajo principal.
- Resultado
- Producto funcionando con portal de experto pedagógico; incorporando los primeros colegios.
StackNext.js · Supabase (RLS) · pgvector · API de Claude
Wapi, inbox WhatsApp + Instagram con agente de IA
2025 · Fundador
- Problema
- Las PyMEs en México venden y dan soporte por WhatsApp e Instagram, desde varios teléfonos, sin historial y sin nadie que responda de noche.
- Qué construí
- Un solo inbox para ambos canales con un agente de IA que responde solo y pasa a una persona cuando hace falta. Dos agentes de demostración (una notaría y una reclutadora) y demo en vivo con una clienta real.
- Tiempo
- Stack de demo completo construido desde cero; aquí consolidé la metodología spec-driven que uso hoy.
- Resultado
- Demo funcionando con cuenta de WhatsApp Business registrada.
StackChatwoot · Hono.js · OpenAI · WhatsApp Business API
Navigator, buscador de cuentas para equipos de Customer Success
2026 · Senior Full-Stack Developer en QuadSci · En desarrollo, proyecto de equipo
- Problema
- Los gerentes de Customer Success en empresas de software B2B necesitan encontrar qué clientes crecen, cuáles están en riesgo y por qué, entre cientos de cuentas y muchos meses de datos.
- Qué construí
- Un buscador donde un CSM combina criterios de negocio (crecimiento, uso de funcionalidades, señales de riesgo), guarda búsquedas, compara resultados entre meses (qué cuentas se quedaron, entraron o salieron) y los exporta. El proyecto está a mi cargo de principio a fin: arquitectura, definición de tareas, backend e integración del trabajo de frontend del equipo.
- Tiempo
- Entregado en iteraciones con revisión de código del equipo y demos semanales en vivo al CEO y a producto.
- Resultado
- Búsqueda, comparación entre meses y exportación funcionando; camino a producción.
StackFastAPI · Vue 3 · PostgreSQL · Docker (AWS, GCP, Azure)
También: Tendero, kit POS llave en mano para micronegocios en tablet Android (2025, pausado) · Cauce, consultoría de producto digital, cauce.tech (2024 – actual, socio fundador) · Un dashboard de analítica con chat de IA y recomendaciones, 424 pruebas automatizadas, quadsci.juantoledo.com.mx.
Método
Cómo trabajo
Desarrollo spec-driven con agentes de código con IA como implementadores supervisados. El método es lo que permite que una persona entregue con calidad de equipo.
- 1
Investigar primero
Antes de proponer leo el código existente y las restricciones reales. Sin suposiciones; el reporte va antes que el diseño.
- 2
Escribir una especificación cerrada
Cada funcionalidad se vuelve una spec con alcance, modelo de datos, contrato de API y criterios de aceptación. Si no está en la spec, no se construye.
- 3
Construir en bloques verificables
Implemento con Claude Code en sub-specs pequeñas, cada una probada y revisada antes de la siguiente. El agente escribe; yo decido y verifico.
- 4
Verificar y entregar
Pruebas, revisión de código exigente y comprobación en un entorno real antes de cada entrega. Luego el siguiente bloque.
Por qué importa. El resultado es predecible: sabes qué recibes, cuándo, y sigue funcionando cuando ya no estoy. Esa es la diferencia entre rápido y solo apresurado.