Contexto

Durante cerca de 6 años he estado implicado en la ideación, el desarrollo y el handoff para cubrir las necesidades de diseño en las verticales de Logística eCommerce y del Departamento Financiero.

Resultado

Sería difícil explicar todo lo que ha ocurrido a lo largo de esos 6 años, pero podemos resumirlo en más de 11 proyectos en el ámbito del backoffice de la logística eCommerce, entre ellos:

• Mantenimiento de rutas y selección dinámica de couriers
• Configuración y mantenimiento de orígenes de stock
• Operativa de retornos de pedidos en centros de devoluciones
• Cuadros de mando unificados
• Gestión de inyecciones de producto en mercados
• Sistema de gestión de inmuebles de la entidad
• Gestión de contratos de modelos, atrezo y fotógrafos
• Gestión de mantenimientos en inmuebles y centros de distribución

¿Qué destacar?

He sido mediador entre las necesidades de negocio, usuarios, POs y los equipos de desarrollo. Entender el problema, empatizar con el cliente y los usuarios ha sido un descubrimiento y un aprendizaje a la hora de llevar a cabo los proyectos. El haber sido desarrollador frontend me permitió hablar el mismo lenguaje que los equipos de desarrollo. Además, he colaborado con el resto de diseñadores del equipo de UX para adoptar la metodología de trabajo, y en la implantación y las contribuciones al sistema de diseño.

Reto

B100, un neobanco, solo disponía de una aplicación nativa para el onboarding de su banca online. Era necesario complementarla con un flujo web responsive, tanto para escritorio como móvil.

Qué hice

No conocíamos el alta de B100 por dentro; sí su marca, su imagen y el proceso en móvil. Empecé por ver cómo lo hacen otros bancos (Revolut, Abanca…) y tracé cómo deberían ser en B100. Salieron cinco pasos de validación, y otras variaciones, resultantes de casuísticas especiales para clientes de Abanca (banco matriz de B100).

Documenté el estilo visual del cliente y monté los componentes base de formulario antes de diseñar ninguna pantalla.

Cómo usé la IA

Antes de abrir Figma pedí a ChatGPT y a Gemini un diagrama de secuencia del alta. A desarrollo le servía para ver toda la interacción sin interpretaciones ambiguas; a mí, como base del prototipo que iba a construir para validar con el cliente.

Con los mockups, el prompt y el diagrama generé en Figma Make un prototipo navegable de todo el flujo. Una vez validado, volví a Figma para convertirlo en un documento detallando el resto de flujos y corner cases.

Qué no funcionó

Con un flujo sencillo va bien; con flujos complejos o muy abiertos, no. Tuve que limitar el prototipo a los happy paths y dejar los errores para el trabajo en Figma. Cada generación daba una propuesta distinta, y pasar el prototipo a Figma era un paso más (esto, hoy en día, ya no es un problema).

Resultado

El primer MVP, del briefing a la validación, estuvo listo en una semana de trabajo. La web estuvo en producción unos cuatro o cinco meses aunque, por motivos que desconozco, después se retiró. No llegué a tener datos de uso, pero hubiese medido la tasa de abandono en cada paso, sobre todo en la prueba de vida y en el DNI, y cuántas altas entraban por la web frente a la app.

Reto

Para el Deportivo de A Coruña era necesario agilizar el mantenimiento del contenido de las apps nativas de iOS y Android mientras el club implantaba un CMS global para la organización.

Solución

Una herramienta que permitiese a los responsables de contenido del club hacer cambios de forma sencilla.

Además de la gestión de la plantilla y los equipos, propuse una gestión planificada de los banners publicitarios de las aplicaciones.

Qué hice y cómo

Diseñé la arquitectura de la información según las necesidades del club:

• Mantenimiento de equipos y jugadores
• Gestión de banners
• Planificación de banners
• Gestión de productos promocionados

A partir de ella hice un diseño preliminar y un prototipo navegable, y desarrollé la propuesta con Claude Code.

Resultado

Una herramienta web responsive, hecha en muy poco tiempo, para atender una necesidad puntual del club.

Reto

Diseñar un producto para la gestión de campañas y notificaciones push.

Qué hice y cómo

Mantuve sesiones informativas con los stakeholders y con quienes conocían el ámbito y el contexto de la futura herramienta. Trasladé los principales flujos y casos de uso a pruebas de concepto y los validé con ellos.

Partiendo de un sistema de diseño interno, creé los componentes necesarios para representar la agenda de notificaciones, con estas decisiones:

• Tres puntos de ruptura: móvil, tablet y escritorio
• Componentes pensados primero para móvil (mobile-first)
• Reutilizarlos al máximo para aliviar la carga de desarrollo

Resultado

Además del documento de Figma con el detalle de los casos de uso, creé una librería propia del proyecto con los componentes necesarios, y algunos pasaron al sistema de diseño de la empresa.

Con el equipo de desarrollo mantuvimos conversaciones durante todo el proceso, lo que facilitó el desarrollo al reutilizar componentes en los distintos tamaños de pantalla.

Reto

Hacer una app nativa iOS, a partir de diseños en Figma y con IA, para mostrar el potencial de Céfiro. Es una app muy básica, pensada como apoyo comercial a la hora de explicar el producto.

Solución

Fue un experimento para validar el flujo de trabajo desde un diseño de Figma hasta una herramienta funcional, o al menos un prototipo de muy alta fidelidad, usando IA.

Qué hice y cómo

Definí dos casos de uso: un inbox de notificaciones y un mapa para validar el uso de geocercas en las notificaciones.

Visualmente, la app debía seguir las HIG de Apple, en concreto el estilo Liquid Glass. Hice los diseños en modo claro y oscuro, y desarrollé la app en SwiftUI con Claude Code.

Resultado

Una app nativa iOS funcional, lista para que desarrollo terminase la conexión con los servicios correspondientes.

Reto

PAS GARAGE vende y busca vehículos singulares en España y Europa: configuraciones poco habituales, versiones especiales y unidades de producción limitada. Necesitaba una web que transmitiera ese criterio y presentara cada coche como una pieza de coleccionista.

Qué hice

Diseñé el sitio en Figma, para escritorio y móvil: portada, catálogo de unidades y una ficha por vehículo con galería y visor de fotos.

Lo desarrollé como una web estática, sin dependencias ni proceso de compilación. La rejilla de escritorio de Figma se traduce a medidas fluidas, para que el diseño escale entre tamaños sin saltos. Incluye una pantalla de carga con animación de fondo en escritorio, un formulario que envía directamente al correo del cliente y un aviso de cookies que no carga ninguna analítica hasta que se acepta.

Resultado

Una web de cuatro páginas ya publicada, rápida y fácil de mantener: para actualizarla basta con copiar los archivos al alojamiento.

Reto

Una empresa de A Coruña con casi 20 años en gestión forestal (venta de madera, desbroces, plantaciones y compra de fincas y herencias) quería conseguir clientes por internet sin darse de alta en el perfil de empresa de Google, por decisión propia.

Qué hice

Diseñé y desarrollé una portada y una página por servicio, cada una pensada para una búsqueda local concreta, como «desbroce de parcelas en A Coruña».

Todas llevan el formulario de presupuesto a la vista, acceso directo a WhatsApp, datos estructurados para Google, sitemap y una política de cookies que no activa Google Analytics hasta que se acepta.

Qué no funcionó

Una auditoría SEO posterior detectó que las páginas de servicio se quedaban cortas, de 300 a 345 palabras, para competir sin perfil de empresa en Google, y que el vídeo de la portada pesaba demasiado en móvil. El siguiente paso es ampliarlas con preguntas frecuentes, zonas de trabajo y normativa.

Resultado

Una web de cinco páginas ya publicada, preparada para posicionar cada servicio por separado en las búsquedas locales.

Reto

En cada web que entrego reviso el SEO a mano, página por página: títulos, descripciones, encabezados, textos alternativos, canonical, sitemap. Las herramientas habituales devuelven listas largas de avisos sin decir dónde está cada problema en la página, y eso hace la revisión lenta y difícil de enseñar al cliente.

Qué hice

Diseñé y desarrollé una herramienta que, a partir de una URL, recorre hasta 30 páginas del mismo sitio y muestra cada una como una miniatura real. Cada encabezado e imagen aparece como un pin numerado sobre la miniatura, enlazado a una tarjeta editable en un panel lateral.

Mide el HTML tal como lo lee un buscador que no ejecuta JavaScript y respeta robots.txt. Para cada página da una puntuación y un diagnóstico técnico: longitud del título y la descripción, canonical, idioma, favicon, jerarquía de encabezados, textos alternativos, Open Graph y datos estructurados. Es de solo lectura: las propuestas se exportan en JSON o como fragmentos listos para pegar en el <head>.

Resultado

La uso para auditar las webs que diseño antes y después de publicarlas. Con ella revisé el SEO de este portfolio, al que le faltaban el sitemap, la canonical, Open Graph y los datos estructurados.

Reto

El Festival Noroeste Estrella Galicia dura cinco días, con escenarios repartidos por A Coruña y conciertos que se solapan. El calendario oficial es un horario por plaza: no deja ver qué coincide con qué, y no dice cómo llegar de un escenario a otro.

Qué hice

La pieza central de esta webapp es una vista horizontal del cartel por días, lugares y horas, en la que los solapes se ven de un vistazo. Cada concierto se puede tocar: abre la ficha del grupo, con datos de Spotify, y la ruta a pie hasta el escenario.

Alrededor añadí favoritos, acceso con contraseña o Google y «Mi ruta», un itinerario personal que se puede compartir y comentar. Como iba a tener usuarios reales, lleva consentimiento GDPR con exportación de datos, un backoffice y publicidad con Google AdSense.

Cómo usé la IA

Generé con Claude Code tanto la vista horizontal de horarios como las rutas entre escenarios, y lo usé en el resto del stack: Node.js/Express y SQLite en el backend, JavaScript sin frameworks en el frontend y despliegue en Railway.

Qué no funcionó

Las rutas. La primera versión no calculaba el camino a pie: trazaba una línea recta entre el punto A y el B. Lo resolví con OpenRouteService y fui afinando hasta que las rutas salían bien. Al final las dejé precalculadas y guardadas en caché.

Resultado

La vista horizontal funcionó: no hubo que explicarle a nadie cómo se usaba.

Entraron 173 personas y se registraron unas 20, sin ninguna publicidad y con la app publicada a pocos días del festival. La reacción fue muy buena. Todo se hizo en seis días: 58 commits entre el 29 de julio y el 3 de agosto de 2026.

El proyecto sigue en pie para la edición del año que viene.

Reto

El póker de dados (AS, K, Q, J, 8, 7) es un juego muy típico en Galicia, y no había ninguna aplicación ni juego que lo recreara. Quería llevarlo al móvil para jugar en tiempo real con otras personas, con dados que se comportaran como dados de verdad.

Qué hice

Creé una app y una webapp para partidas multijugador, o simulación contra bots.

Alrededor del juego, una economía propia: una moneda virtual (los Bules), una tienda de skins y objetos cosméticos, y torneos con acceso restringido. Se puede entrar con Google o como invitado.

Cómo usé la IA

Usé Claude Code para elegir el motor del juego y el de físicas. Unity y Godot eran demasiado pesados para lo que quería, y el resto de motores o no tenían la calidad necesaria o su física no funcionaba bien. Me quedé con Three.js, que funciona muy bien en web y encajaba con lo que necesitaba el juego, y con Rapier3D para la física.

El resto también lo construí con Claude Code: Node.js/Express, React y Socket.io para el tiempo real, la app Android empaquetada con Capacitor, notificaciones push con Firebase y un backoffice en React.

Qué no funcionó

La física de los dados y tiradas: hubo que reajustarla para evitar fallos de clipping, como dados que atravesaban la mesa o se metían unos en otros. También hubo que rediseñar el sistema de cálculo y centralizarlo en el servidor, para que la jugada se distribuyese entre todos los jugadores y se visualizase con la misma física y animación.

Resultado

Ya está publicado en Play Store y funciona en web, como PWA y como app Android, con backend, backoffice y monetización preparados. Ahora lo prueba un grupo de 30 jugadores para pulir mecánicas y errores en las tiradas.

Reto

GRISES es mi proyecto de fotografía de arquitectura en blanco y negro, firmado como Ollofoto: un recorrido por series de edificios en distintas ciudades. Jugando con las perspectivas, los puntos de fuga, la simetría y el espacio negativo, busca cambiar la forma de verlos y convertirlos en geometrías imposibles.

Qué hice

Hice las fotografías y diseñé y desarrollé la web para mostrarlas: una portada con las series, una galería filtrable por ciudad (Madrid y Coruña), la página del proyecto, un formulario de contacto y la versión en inglés.

Resultado

Dos series publicadas en la web, Madrid y Coruña.