Flujos entre tus herramientas
Formularios, CRM, hojas de cálculo, correo, WordPress y tu base de datos conectados entre sí por horario o por webhook, en n8n, o en TypeScript cuando la lógica lo supera.
Conecto las herramientas que ya usas, agrego IA donde ahorra trabajo real y dejo el resultado corriendo en tus propias cuentas. Antes de construir apruebas un diagrama del flujo: qué sistemas toca, qué decide y qué pasa cuando algo falla. Cuando ya está en marcha, te avisa si falla o deja de correr, en lugar de fallar en silencio.
Formularios, CRM, hojas de cálculo, correo, WordPress y tu base de datos conectados entre sí por horario o por webhook, en n8n, o en TypeScript cuando la lógica lo supera.
Clasificar, puntuar, resumir y reescribir con un modelo de lenguaje, con un modelo barato que filtra primero para que el caro solo procese lo que vale la pena.
Asistentes que responden a tus clientes con tu propia información y agendan contra tu calendario real, sin dejar que el modelo invente un horario.
Alertas cuando un flujo falla o deja de correr, borradores en lugar de publicación automática donde una persona debe aprobar, y un heartbeat fuera de tu servidor.
Una llamada de 30 minutos sobre el proceso que más tiempo te cuesta: de dónde vienen los datos, quién los toca y a dónde tienen que llegar.
El flujo dibujado paso a paso, con los sistemas que toca, las decisiones que toma y qué pasa cuando algo falla. Lo apruebas, junto con el alcance, antes de empezar a construir.
El mismo ritmo semanal de todos mis proyectos: una reunión con demo y una entrega cada viernes, probada con tus datos reales, no con una muestra.
Alertas configuradas, el flujo corriendo en tus cuentas y documentación suficiente para que alguien de tu equipo, u otro desarrollador, lo mantenga.
Lee una veintena de feeds RSS cada tres horas, descarta lo repetido en Postgres, puntúa cada noticia con un modelo barato, reescribe solo las relevantes con un modelo más capaz y las deja como borradores en WordPress, con imagen de portada y aviso por Telegram. Una persona aprueba antes de publicar.
Sistema de doble agente que descubría noticias de IA y tecnología en más de 20 feeds RSS, las reescribía en español y las publicaba en un blog en Astro cada tres horas desde un cron en Docker, con deduplicación en PostgreSQL y sus propios commits en Git.
Un visitante le habla a una página en español y cuelga con una cita de 30 minutos confirmada en el calendario del negocio. El backend consulta la disponibilidad real en Cal.com, así que el modelo no puede inventar un horario ni reservar dos veces el mismo.
Plataforma B2B de agentes conversacionales de IA que responden desde los documentos de cada cliente con búsqueda vectorial, entregados en chat, voz, WhatsApp y widgets web embebibles.
Construir y mantener el flujo cuesta más que hacerlo a mano. Te lo voy a decir en la llamada.
Si la IA escribe algo que sale con tu nombre y ninguna persona lo aprueba antes, tarde o temprano se publica algo incorrecto.
Si cada caso se decide distinto, automatizarlo solo acelera el desorden. Primero definimos las reglas y después las automatizamos.
El que se repite cada día o cada semana, sigue reglas claras y le come más horas a alguien de tu equipo: copiar datos entre herramientas, responder las mismas preguntas de clientes, preparar un reporte, pasar leads a un CRM. Ramón empieza cada proyecto de automatización con una llamada de 30 minutos sobre ese único proceso y un diagrama del flujo, para que el primer flujo se pague solo antes de planear el siguiente.
Sí. Ramón usa n8n para la mayoría de los flujos que conectan herramientas existentes: RSS, bases de datos, WordPress, correo, Telegram y APIs HTTP, por horario o por webhook. Su pipeline de noticias en n8n lee una veintena de feeds cada tres horas y deja borradores en WordPress. Cuando la lógica supera lo que conviene hacer en un flujo visual, como en TechBlog AI Agent, la escribe en TypeScript.
Te avisa. Cada flujo que entrega Ramón tiene alertas para las ejecuciones fallidas, y también para el caso que n8n no reporta por sí solo: un workflow apagado o un servidor caído no produce ninguna ejecución fallida. Para eso usa revisiones de cuándo corrió bien cada workflow por última vez y un heartbeat a un servicio de monitoreo externo, así que el aviso llega aunque se detenga el servidor completo.
Sí. Ramón trabajó en Clona, una plataforma de un cliente cuyos agentes de IA responden desde los documentos de cada empresa en chat, voz y WhatsApp, y construyó una prueba de concepto pública de un agente de voz que agenda citas de 30 minutos en Cal.com. En ambos, el modelo responde con datos reales y el backend toma las decisiones que no se pueden inventar, como los horarios disponibles.
Sí. El segundo paso de cada proyecto de automatización es un diagrama del flujo: los sistemas que toca, las decisiones que toma y qué pasa cuando algo falla. Lo apruebas junto con el alcance antes de empezar a construir, y desde ahí ves el avance en una reunión semanal con demo y una entrega cada viernes.
Tuyos. Los flujos corren en tus cuentas, el código vive en tu repositorio y la documentación alcanza para que alguien de tu equipo u otro desarrollador lo mantenga. Nada depende de que Ramón siga en el proyecto.
No todo encargo necesita que alguien tome el producto completo. A veces ya tienes equipo y lo que necesitas es que alguien que ya pasó por esto lo mire. Una decisión que nadie destraba, un stack en evaluación, un roadmap que se siente equivocado, una estimación en la que no confías. Una década enviando producto en web, móvil e IA me dejó algo más útil que stack: criterio sobre qué vale la pena construir.