Si tienes el Figma aprobado y necesitas cerrar el presupuesto de desarrollo para tu cliente, contar páginas no basta. Dos propuestas pueden dar precios distintos porque están incluyendo trabajos distintos, aunque ambas digan «maquetación WordPress».
Imagina un encargo en el que todos los servicios comparten diseño y otro donde cada uno tiene su composición, su formulario y una interacción propia. No requieren la misma construcción. Si esa diferencia queda sin aclarar, tendrás que resolverla con el proyecto ya en marcha.
Qué hay detrás de «maquetar una página»
Pasar el diseño a WordPress incluye decidir cómo se adaptará a otras pantallas y cómo se editará después. Un titular puede crecer, una foto tener otro encuadre o una tarjeta quedarse sin descripción. Esas situaciones también hay que resolverlas.
Por eso, al revisar un presupuesto, me fijaría en las estructuras distintas que hay que construir. La ficha de un proyecto, el listado del blog y una página de servicio pueden necesitar plantillas diferentes. Luego queda cargar y revisar el contenido de cada página, aunque compartan plantilla.
También conviene mirar fuera de las pantallas principales de Figma. ¿Está incluido el menú abierto en móvil? ¿El mensaje de error del formulario? ¿La búsqueda cuando no encuentra nada? Si hacen falta, alguien tendrá que diseñarlos o decidir cómo funcionan.
Lo que se parece no siempre se edita igual
Piensa en un bloque de contacto que aparece al final de varias páginas. Puede que quieras cambiar su texto una sola vez y verlo actualizado en todas. O quizá necesites un mensaje distinto para cada servicio. A simple vista, ambos bloques pueden ser idénticos.
WordPress permite trabajar con patrones sincronizados, que comparten los cambios, y otros que se usan como punto de partida y después se editan por separado. La documentación sobre patrones y plantillas explica la diferencia. Lo que interesa para tu presupuesto es haber decidido qué necesitas.
Lo mismo ocurre con un listado de proyectos: no es igual colocar tarjetas a mano que hacer que aparezcan al publicar una ficha nueva. Y si los datos vienen de otra herramienta, habrá que definir esa conexión.
Las preguntas que permiten comparar dos propuestas
Antes de mirar solo el total, comprobaría que ambas responden a lo mismo:
- Qué plantillas y páginas se van a construir.
- Quién prepara y carga los textos y las imágenes.
- Qué podrá editar tu equipo y desde dónde.
- Qué formularios e integraciones están incluidos.
- Cómo se revisarán móvil, escritorio y funcionamiento.
- Quién instala la web y entrega los accesos.
Si una propuesta incluye migrar contenido y la otra espera recibirlo cargado, el precio no está comparando el mismo encargo. Pasa también con las licencias: pregunta cuáles hacen falta, quién las contrata y quién se ocupará de renovarlas.
El diseño aprobado también necesita un límite
Conviene señalar qué versión de Figma se presupuesta. Corregir algo que no respeta ese diseño y añadir una sección nueva son peticiones diferentes. Acordar cómo se tratan los cambios evita tener que discutirlo cuando el trabajo ya está avanzado.
También ayuda distinguir qué material está listo y qué sigue pendiente. Si faltan textos, recursos o accesos, déjalo señalado. La checklist para entregar un diseño de Figma te sirve para reunirlo sin olvidar las decisiones que afectan a la construcción.
Del presupuesto a la implementación
Puedo asumir la maquetación de Figma a WordPress a partir del diseño que aporta tu equipo. En Songplugent, el cliente entregó el Figma y yo lo implementé con WordPress y Elementor Pro, incluida su adaptación a escritorio, tableta y móvil.
Si necesitas ese apoyo para una entrega, envíame el enlace de Figma, las páginas previstas y la fecha que necesitas. Añade qué debe poder editar el cliente y qué funciones lleva la web. Con ese material podemos valorar el encargo y dejar claras las partes que están listas y las que aún requieren una decisión.