Qué necesita un agente de tu sistema de diseño en Markdown
El contenido del portfolio en texto estructurado para leerlo, compartirlo o usarlo como contexto en un asistente de IA.
_Servicios_
# Cómo puedo ayudarte
Tres formas de trabajar con equipos de producto, diseño y desarrollo. Cada una empieza con un problema real de tu equipo y termina con algo que podéis seguir usando.
_01 / UX_
## Diseño de producto y UX
Hacer claro un producto complejo para quienes lo usan.
Trabajo relacionado
- Rediseño completo de My Sunrise (https://baguelus.com/es/proyectos/my-sunrise/)
- Sunrise Rewards (https://baguelus.com/es/proyectos/sunrise-rewards/)
Hablemos de esto (https://baguelus.com/es/contacto/)
### Encaja cuando
- Un portal o una herramienta interna ha crecido función a función y la gente se pierde.
- Vas a rediseñar y quieres evidencia antes de comprometer presupuesto.
- Negocio, tecnología y usuarios tiran en direcciones distintas.
### Qué hacemos
- **Enmarcar**: Acordamos qué problema debe resolver el producto y qué decisiones están abiertas.
- **Entender**: Entrevistas y observación para ver cómo trabajan las personas y qué limita al equipo.
- **Decidir**: Talleres que convierten los hallazgos en prioridades y en cosas que merece la pena probar.
- **Prototipar y validar**: Flujos y prototipos probados con usuarios e iterados según los límites de negocio y técnicos.
### Qué te llevas
- Hallazgos de investigación sobre los que el equipo puede actuar
- Flujos y prototipos probados
- Un UI kit conectado a vuestro sistema de diseño
- Decisiones documentadas, con los puntos a comprobar antes de desarrollar
- Accesibilidad considerada desde el principio
_02 / DesignOps_
## DesignOps y sistemas de diseño
Las mismas reglas para diseño, desarrollo y agentes de IA.
Trabajo relacionado
- Un sistema de diseño para IA (https://baguelus.com/es/proyectos/design-system-ia/)
- Qué necesita un agente de tu sistema de diseño (https://baguelus.com/es/servicios/)
Hablemos de esto (https://baguelus.com/es/contacto/)
### Encaja cuando
- Diseño y código se separan después de cada entrega.
- Cada traspaso obliga a explicar otra vez las mismas decisiones.
- Quieres que los agentes de IA construyan con vuestros componentes, no al margen de ellos.
### Qué hacemos
- **Seguir un flujo real**: De Figma al código, para ver dónde se pierde información o se repite trabajo.
- **Revisar el sistema**: Tokens, componentes, documentación y cómo se validan los cambios.
- **Escribir los contratos**: Contratos de componentes y reglas de entrega que puedan leer personas y agentes.
- **Probar con el equipo**: Ejecutamos el flujo en un caso real y ajustamos antes de extenderlo.
### Qué te llevas
- Un mapa de dónde falla hoy la entrega
- Tokens y contratos de componentes
- Documentación legible para diseño, desarrollo y agentes
- Un flujo probado de Figma a React y Storybook
- Un plan para extenderlo componente a componente
_03 / IA_
## Adopción de IA y formación
Llevar la IA al trabajo diario del equipo, piloto a piloto.
Trabajo relacionado
- Piloto de Voice of Customer en Sunrise (https://baguelus.com/es/sobre-mi/#ia)
- Cómo elegir un primer piloto de IA para tu equipo (https://baguelus.com/es/articulos/primer-piloto-ia/)
Hablemos de esto (https://baguelus.com/es/contacto/)
### Encaja cuando
- Todo el mundo prueba herramientas, pero nada se queda en el flujo de trabajo.
- Necesitas demostrar qué aporta la IA antes de invertir más.
- El equipo quiere aprender con su propio trabajo, no con demos genéricas.
### Qué hacemos
- **Elegir una tarea**: Una tarea acotada, con entrada y salida claras, comparada con cómo se hace hoy.
- **Definir el criterio**: Acordamos qué debe revisar el equipo y cómo sabremos si el piloto merece ampliarse.
- **Construir el piloto**: Prototipos, agentes y automatización, probados con ejemplos representativos.
- **Formar al equipo**: Talleres prácticos en los que el equipo evalúa resultados y ajusta el flujo.
### Qué te llevas
- Un piloto funcionando sobre una tarea real
- Criterios de evaluación y resultados documentados
- Talleres con vuestros propios ejemplos
- Una recomendación de herramientas y siguientes pasos
- Mentoría mientras el equipo lo hace suyo
## Formas de trabajar juntos
La mayoría de las colaboraciones empiezan en pequeño y crecen a partir de lo que aprendemos.
-
_01_
### Diagnóstico
Una revisión breve de un producto, un flujo o un sistema de diseño, con recomendaciones y prioridades claras.
-
_02_
### Proyecto o piloto
Lidero el trabajo o me sumo a él, del descubrimiento a la entrega, junto a tu equipo.
-
_03_
### Taller
Sesiones prácticas con el material de tu equipo, presenciales o en remoto.
-
_04_
### Mentoría
Sesiones periódicas para diseñadores, perfiles de producto o responsables que están cambiando su forma de trabajar.
Trabajo desde Bad Wörishofen, cerca de Múnich. Presencial en el corredor Zúrich–Múnich y en remoto para cualquier lugar.
## Preguntas frecuentes
**¿Solo asesoras o también construyes?**
Las dos cosas. Construyo yo mismo los prototipos, las piezas del sistema de diseño y los pilotos, y formo al equipo para que el trabajo continúe sin mí.
**¿Puedes trabajar con nuestro sistema de diseño y nuestras herramientas?**
Sí. Parto de lo que ya tenéis y me conecto a ello en lugar de sustituirlo. Suelo trabajar con Figma, GitHub, React y Storybook.
**Somos nuevos en IA. ¿Por dónde empezamos?**
Por una tarea pequeña y repetida, y una forma clara de juzgar el resultado. Un primer piloto enseña más que un documento de estrategia.
**¿Cómo empezamos?**
Cuéntame en qué estás trabajando. Una primera conversación basta para ver cuál de estos formatos encaja, si alguno lo hace.