En Ingenia no tratamos la IA como un botón mágico ni como un reemplazo del criterio. La tratamos como capas del mismo flujo: explorar, diseñar, prototipar, producir motion, implementar y mantener. Eso implica elegir herramientas con roles claros en lugar de acumular suscripciones que nadie usa en conjunto.
Cómo encajan las piezas
- Figma Design y Figma Make para sistema visual, exploración y prototipos funcionales antes de escribir código.
- Higgsfield para piezas de video e imagen generativa cuando el brief pide motion o variaciones rápidas de campaña.
- Cursor y agentes con skills para implementación, revisión y tareas repetitivas en el repositorio.
- Hermes Agent cuando hace falta memoria persistente, canales de mensajería y orquestación fuera del IDE.
- Next.js, Gemini y RAG en producto propio — como el asistente de este sitio — cuando la IA es parte de la entrega al cliente.
La clave no es «usar IA», sino no romper la cadena: lo que se decide en marca debe llegar al prototipo; lo que se valida en prototipo debe tener criterio de implementación; lo que se genera en video debe respetar tipografía, ritmo y tono ya definidos.
Un ecosistema bueno reduce fricción entre fases. Uno malo multiplica revisiones y archivos huérfanos.
Qué miramos antes de añadir otra herramienta
- ¿Resuelve un cuello de botella real o solo añade otra interfaz?
- ¿Exporta o integra con lo que ya tenemos (design tokens, repo, assets)?
- ¿Podemos auditar y corregir la salida sin depender del prompt del día?
Un proyecto de principio a fin con este flujo
Para entender cómo se encadenan las piezas, piensa en un proyecto típico de marca y web. Se empieza explorando: ordenar la propuesta, la audiencia y el tono en una dirección breve, apoyándose en asistentes para recopilar referencias y borrar ambigüedades. Después se diseña el sistema visual y se prueban las pantallas clave. Cuando la estructura está validada, se prototipa con interacción real para que cliente y equipo vean cómo se comporta. Si la campaña pide movimiento, se exploran piezas en paralelo. Por último, se implementa en código con revisión y pruebas, y se deja montada la operación que mantiene todo funcionando.
- Dirección: propuesta, audiencia y tono, por escrito y en pocas páginas.
- Sistema visual: tipografía, color, componentes y reglas de uso.
- Prototipo: flujos clave con interacción para validar antes de construir.
- Motion, si hace falta: piezas aprobadas que respetan el sistema ya definido.
- Implementación: código mantenible, revisado y probado.
- Operación: seguimiento, mantenimiento y automatizaciones que sostienen lo publicado.
Dónde la IA no entra, a propósito
Hay decisiones que no delegamos: qué prometer a un cliente, qué contar de un caso y qué no, cuándo una propuesta está lista para enviarse, qué se publica con el nombre del estudio. La IA acelera preparación, exploración y tareas repetitivas; la responsabilidad sobre lo que sale con nuestra firma sigue siendo de personas. Esa frontera no limita la herramienta: es lo que permite usarla con confianza.
También decidimos no usarla donde no suma. Un texto que debe sonar a un cliente concreto se trabaja con él. Una decisión de arquitectura de información se piensa con papel y conversación antes de pedir nada a un modelo. Y una pieza que no necesita movimiento no lo recibe solo porque la herramienta exista.
Lo que se mantiene cuando una herramienta cambia
Las herramientas de IA cambian con rapidez: aparecen alternativas, se modifican precios y condiciones, se deprecia una función. Por eso procuramos que lo valioso no viva dentro de ninguna de ellas. El sistema de diseño está en archivos nuestros, el código en un repositorio propio, las decisiones de marca en documentos que cualquiera puede leer y las convenciones de trabajo escritas. Si mañana una herramienta deja de convenirnos, la sustituimos sin perder el criterio acumulado.
En los próximos artículos de Editorial profundizamos en Hermes, Figma Make y Higgsfield con ese mismo criterio: para qué sirven, dónde aportan y dónde conviene no usarlos.