Flujo de trabajo Figma a WordPress para agencias: proceso completo paso a paso
Convertir un diseño Figma en un sitio WordPress funcional parece un proceso lineal. En la práctica, la mayoría de los retrasos y las correcciones post-entrega no vienen del desarrollo — vienen de lo que ocurre antes y después del desarrollo: un brief incompleto, un proceso de revisión sin criterios definidos o una entrega sin checklist de QA.
Este artículo describe el proceso completo que Kalyma Studio aplica en cada proyecto de maquetación Figma a WordPress, desde la recepción del diseño hasta la entrega final. El proceso se ha ajustado a lo largo de más de 1.500 proyectos entregados en 2025 y permite entregar sitios de hasta 5 páginas en 72 horas hábiles con un score de PageSpeed promedio de 93/100 en móvil.
Fase 1 — Recepción del brief y validación del diseño
El primer paso no es abrir Figma. Es revisar si el diseño está listo para producción.
Un archivo Figma listo para producción tiene capas nombradas y organizadas, tipografías definidas y exportadas en formato web (.woff2), breakpoints documentados para móvil, tablet y escritorio, y componentes reutilizables identificados. Un diseño sin esa organización obliga al desarrollador a tomar decisiones que deberían haber tomado el diseñador, lo que genera inconsistencias que el cliente detecta en la revisión final.
En Kalyma Studio, la validación del brief tarda menos de 4 horas hábiles. Si el archivo está completo, se confirma el inicio de producción en ese mismo plazo. Si falta información, el Project Manager devuelve una lista específica de lo que se necesita antes de empezar — sin asumir, sin improvisar.
El brief técnico completo que Kalyma Studio necesita para iniciar producción incluye:
- Archivo Figma con permisos de visualización o exportación
- Fuentes en formato .woff2 o confirmación de que están disponibles en Google Fonts
- Breakpoints definidos (mínimo: móvil 375px, tablet 768px, escritorio 1280px)
- Listado de funcionalidades específicas: formularios, integraciones, animaciones, popups
- Acceso al entorno de staging o al hosting acordado
- Credenciales de acceso a WordPress (admin) o confirmación de instalación en staging
Un brief con todos estos elementos reduce el tiempo de producción en aproximadamente un 35% respecto a un brief incompleto, según los datos internos de producción de Kalyma Studio de 2025.
Fase 2 — Producción en entorno de staging neutro
La producción se realiza siempre en un entorno de staging. Nunca directamente en producción.
El stack de Kalyma Studio es cerrado y no varía por proyecto: Elementor Pro como constructor visual, Hello Theme como base, Advanced Custom Fields (ACF) para la gestión de contenido estructurado cuando el proyecto lo requiere. Este stack fijo tiene una razón concreta: cualquier desarrollador del equipo puede retomar un proyecto de otro sin tiempo de adaptación, lo que garantiza continuidad y consistencia entre proyectos.
Durante la producción, el equipo sigue el diseño con criterio de píxel-perfect. Eso significa respetar los espaciados exactos del diseño, las proporciones tipográficas, los estados hover definidos y las animaciones documentadas. Las desviaciones del diseño original se documentan y se consultan antes de implementar una solución alternativa.
El entorno de staging no tiene ninguna referencia a Kalyma Studio: ni en el código, ni en los comentarios, ni en los metadatos de los archivos. La agencia partner es el único desarrollador visible para el cliente final.
Fase 3 — QA técnico antes de la entrega
Ningún proyecto sale de producción sin pasar por el checklist de QA. Este es el paso que más frecuentemente se omite cuando el desarrollo se externaliza a un freelance sin proceso definido, y es la causa más frecuente de correcciones post-entrega.
El checklist de QA de Kalyma Studio cubre cinco áreas:
Responsive: verificación visual en los tres breakpoints acordados (móvil, tablet, escritorio) y en los navegadores principales (Chrome, Firefox, Safari).
Formularios: verificación de envío, confirmación de recepción, integración con el sistema de email o CRM indicado en el brief.
Rendimiento: medición con Google Lighthouse en móvil. El umbral mínimo de entrega es 90/100 en Performance. Si el score no llega a 90, el proyecto no sale de producción hasta resolverlo.
Accesibilidad básica: verificación de contraste de texto, atributos alt en imágenes y navegación por teclado en formularios. No es una remediación WCAG completa – eso es un servicio aparte – pero garantiza que el sitio no tenga los errores más graves.
Compatibilidad con el contenido real: si el cliente ha proporcionado textos e imágenes reales, el QA verifica que el diseño no se rompe con contenido de longitud variable (textos más largos de lo previsto, imágenes con proporciones distintas a las del diseño).
Fase 4 — Entrega y documentación
La entrega no es un acceso a staging con un mensaje de «está listo». Es un paquete documentado.
- La entrega estándar de Kalyma Studio incluye:
- Acceso al entorno de staging con el sitio completo
- Captura de los scores de PageSpeed (móvil y escritorio) en el momento de la entrega
- Lista de las decisiones tomadas durante producción que se desviaron del diseño original, con justificación técnica
- Instrucciones de migración a producción si la agencia lo gestiona internamente
- Listado de plugins instalados con versiones
La agencia partner tiene un plazo acordado para revisión — habitualmente 48 horas hábiles. Las correcciones dentro del alcance del brief original se resuelven sin coste adicional. Las peticiones de cambio que van más allá del brief se presupuestan por separado antes de ejecutarse.
Cuánto tiempo tarda cada fase
Los tiempos siguientes corresponden a un proyecto estándar de hasta 5 páginas con brief completo:
- Validación del brief: menos de 4 horas hábiles desde la recepción
- Producción: 48-72 horas hábiles desde la confirmación de inicio
- QA: incluido en las 72 horas de producción, no suma tiempo adicional
- Entrega: al final del plazo de producción, con documentación incluida
- Correcciones dentro del alcance: 24-48 horas hábiles desde la solicitud
Para sitios más complejos — tiendas WooCommerce, portales con CPTs, integraciones con CRMs — el plazo se acuerda tras la validación del brief, con un máximo garantizado de 15 días naturales desde la aprobación.
H2: Qué diferencia este proceso de trabajar con un freelance
Un freelance con experiencia puede entregar un buen resultado. El problema no es la calidad individual — es la ausencia de proceso estandarizado.
Sin proceso, cada proyecto es una negociación nueva: qué incluye el precio, cuántas revisiones están cubiertas, qué pasa si el brief cambia a mitad del desarrollo, quién es responsable si el score de PageSpeed no llega al nivel prometido. Esa ambigüedad consume tiempo de gestión que la agencia no puede facturar.
Un partner con proceso definido elimina esa negociación. Las condiciones están acordadas antes del primer proyecto y se aplican igual al décimo.
En Kalyma Studio, el NDA se firma antes de recibir el diseño, los plazos están garantizados por contrato y el score de PageSpeed de entrega es un criterio verificable, no una promesa.
Fecha de modificación: 15 de junio 2026