Desarrollador frontend freelance para agencias y estudios (Vue, Nuxt, React)

Para qué agencias y estudios es este servicio

Trabajo con agencias, estudios de diseño y consultoras que tienen más proyectos frontend que manos, o que tienen buenos diseñadores y necesitan a alguien que convierta esos diseños en una interfaz sólida. Situaciones típicas:

• Habéis cerrado un proyecto en Vue, Nuxt o React y vuestro equipo está al completo.
• El diseño está terminado en Figma y necesitáis que se implemente tal cual, responsive y accesible.
• Tenéis un producto con años encima y hay que modernizar el frontend sin parar el negocio.
• Queréis montar o poner orden en un sistema de diseño compartido entre varios proyectos.
• Necesitáis una segunda opinión técnica sobre rendimiento o arquitectura antes de entregar.

No vengo a sustituir a vuestro equipo ni a quedarme con vuestro cliente. Vengo a que el proyecto salga bien y a tiempo.

Qué hago como frontend freelance

Maquetación desde Figma a componentes

Paso diseños de Figma a componentes reutilizables, no a páginas sueltas. Respeto el diseño al píxel cuando toca y, cuando un detalle no funciona en un tamaño de pantalla o con un contenido real más largo, lo comento con el diseñador antes de improvisar. Uso HTML semántico de base: botones que son botones, encabezados en orden, formularios con sus etiquetas.

Vue, Nuxt, React y TypeScript

Mi stack principal es Vue 3 y Nuxt con TypeScript, que he usado en producción en Spock, Acierto, iAhorro y PromoFarma. También trabajo con React: lo usé en coches.net (Adevinta) al migrar desde .NET, en GoTrendier con WebViews móviles y una migración de backoffice a React Admin, y en Spock con una librería de componentes y una app React Native con Expo. Para webs de contenido uso Astro. En el día a día: Vite, pnpm, Tailwind, Vitest, Cypress, Docker y Git.

Me adapto a vuestras convenciones. Si el proyecto ya tiene una arquitectura, la sigo; si no la tiene, propongo una sencilla y la documento.

Accesibilidad de serie

Empecé a cuidar la accesibilidad en Softonic, donde trabajábamos con estándares W3C y HTML semántico, y en Acierto la apliqué a formularios complejos de seguros y préstamos con navegación completa por teclado. En la práctica significa foco visible, orden lógico de tabulación, contrastes correctos, textos alternativos y componentes interactivos que funcionan con lector de pantalla. Es más barato hacerlo desde el principio que arreglarlo al final, y cada vez más clientes lo piden por contrato.

Rendimiento y Core Web Vitals

Una interfaz bonita que tarda en cargar o salta al cargar pierde usuarios. Cuido el peso de las imágenes y los scripts, la carga diferida, el renderizado en servidor cuando aporta y que nada mueva el contenido mientras la página carga. Si un proyecto ya está en producción y va lento, puedo auditarlo con datos reales; lo explico en optimización de velocidad web.

Sistemas de diseño: tokens y Storybook

En Spock monté un flujo de tokens de diseño desde Figma, pasando por Style Dictionary, hasta Tailwind, con los componentes documentados en Storybook. En iAhorro y PromoFarma también trabajé sobre sistemas de diseño y Storybook. Si vuestra agencia repite componentes entre clientes, o si un cliente grande quiere mantener la coherencia visual entre varios productos, un sistema de diseño bien montado ahorra mucho tiempo a diseño y a desarrollo.

Cómo colaboro con tu agencia

• Confidencialidad. Puedo firmar vuestro NDA antes de ver nada.
• Marca blanca. Tu cliente ve a tu agencia. Uso vuestro email o vuestro canal si lo preferís, y no muestro el proyecto como mío sin permiso.
• Vuestro repositorio o el mío. Lo habitual es trabajar en el vuestro, con vuestras ramas, pull requests y CI. Si no tenéis, arranco en uno mío y os lo transfiero entero.
• Comunicación. Me integro en vuestro Slack, Teams o lo que uséis, y en vuestro gestor de tareas. Aviso pronto cuando algo bloquea o cuando una estimación cambia; prefiero una mala noticia a tiempo que una sorpresa el día de la entrega.
• Calidad. Código tipado, tests donde aportan (Vitest para lógica, Cypress para flujos críticos), revisiones de código y documentación mínima para que cualquiera de vuestro equipo pueda seguir.
• Uso de IA. Trabajo con herramientas como Claude Code para ir más rápido en tareas repetitivas, siempre con revisión mía. Si vuestro cliente tiene restricciones al respecto, las respeto.

Cómo arrancamos un proyecto

1. Primera conversación. Me contáis el proyecto, el stack, el estado del diseño, los plazos y quién es el interlocutor técnico. Si hay NDA, se firma aquí.
2. Revisión del material. Miro los diseños de Figma, el repositorio si existe y la documentación de la API. Detecto lo que falta (estados vacíos, errores, versiones móviles, casos con contenido largo) y os lo paso por escrito antes de estimar.
3. Propuesta. Os envío una estimación por días o un presupuesto cerrado, con fases, entregables y qué queda fuera. Sin letra pequeña.
4. Desarrollo con entregas frecuentes. Trabajo en ramas pequeñas que se pueden revisar y desplegar en un entorno de pruebas. Así vuestro equipo y vuestro cliente ven avances reales cada pocos días, no un bloque enorme al final.
5. Cierre y traspaso. Repaso accesibilidad y rendimiento, dejo la documentación al día y explico al equipo lo que haga falta para que puedan seguir sin mí.

Qué no hago y cuándo no soy la opción adecuada

Prefiero decirlo claro para que no perdamos tiempo ninguno de los dos.

• No hago diseño visual. Puedo opinar sobre usabilidad o proponer cómo resolver un estado que falta, pero el diseño es de vuestro equipo.
• No soy la persona para un backend grande. Uso Node, PostgreSQL y Redis en mis propios proyectos, y puedo resolver la parte de servidor de una aplicación Nuxt, pero si el proyecto es sobre todo backend, os conviene un perfil especializado.
• WordPress no es mi especialidad. Lo mantengo y lo toco cuando hace falta, pero si toda vuestra producción es en WordPress con constructores visuales, encajaréis mejor con otro perfil.
• No acepto plazos que sé que no se pueden cumplir. Si la fecha no da, os lo digo al estimar y buscamos juntos qué se puede recortar.

Por qué un frontend senior

Llevo desde 2006 desarrollando interfaces. Empecé en las webs municipales del Ayuntamiento de Barcelona, pasé siete años en Softonic y después trabajé en producto en empresas como enAlquiler, CrediMarket, coches.net, PromoFarma, GoTrendier, iAhorro, Acierto y Spock. He hecho de responsable técnico frontend, he migrado productos enteros de tecnología y he trabajado con pruebas A/B, monorepos, GraphQL y WebSockets.

Para una agencia eso se traduce en algo concreto: menos tiempo explicando y revisando, estimaciones más realistas y menos sorpresas en producción. La trayectoria completa está en sobre mí.

Puedes ver mi aportación en Softonic, coches.net y PromoFarma, con el periodo y el trabajo que realicé como parte de sus equipos.

Tarifa y formas de trabajo

Trabajo de dos maneras. Por días, cuando necesitáis reforzar el equipo durante un periodo o el alcance todavía se está definiendo; la tarifa diaria orientativa la tenéis en esta página. Por proyecto, con presupuesto cerrado, cuando hay diseños y requisitos claros; os doy un precio y unas fases y me ciño a ellos.

En ambos casos el diseño visual lo aporta la agencia. Si además necesitáis que me ocupe del soporte después de la entrega, se puede acordar con mantenimiento de webs a medida.

Barcelona y remoto

Vivo y trabajo en Barcelona. Puedo ir a vuestras oficinas en Barcelona y el área metropolitana para un arranque de proyecto o una reunión importante, y el resto del trabajo lo hago en remoto. Con agencias de otras ciudades de España trabajo igual, en remoto. Hablo castellano y catalán, y me manejo en inglés para documentación y comunicación escrita.