Diseño web para pymes en Madrid: qué debe incluir realmente un presupuesto profesional
Si dos presupuestos web tienen totales muy distintos, el problema no es decidir cuál parece barato. Es saber si están presupuestando lo mismo. Una propuesta útil debe permitir identificar qué recibirá la empresa, quién aporta cada material, cómo se comprobará la entrega y qué obligaciones continuarán después de publicar.
Lo esencial, antes de empezar
- Compara entregables y criterios de aceptación sobre un mismo brief; una etiqueta como «SEO incluido» no define trabajo suficiente.
- Dominio, repositorio, analítica, hosting y credenciales necesitan titular, acceso y plan de salida explícitos.
- Separa defectos, soporte, mantenimiento y mejoras para entender qué ocurre y quién responde después del lanzamiento.
- Un presupuesto profesional también documenta exclusiones, dependencias del cliente y costes recurrentes, aunque no los agrupe en el total inicial.
Un presupuesto debe describir una compra, no decorar una cifra
«Diseño responsive», «SEO básico» o «mantenimiento incluido» parecen conceptos concretos, pero admiten interpretaciones muy distintas. Una línea presupuestaria se vuelve comparable cuando contiene cuatro datos: el resultado esperado, los insumos necesarios, la persona responsable y la forma de aceptar la entrega. Sin ellos, dos proveedores pueden marcar la misma casilla y estar ofreciendo trabajos incompatibles.
Este artículo no estima cuánto cuesta una web. Para esa intención existe la guía sobre cuánto cuesta una página web profesional en España. Aquí el objetivo es anterior a negociar el total: conseguir que las propuestas describan el mismo producto y puedan evaluarse sin adivinar lo que significa cada concepto.
Entrega el mismo brief antes de comparar proveedores
Una pyme no necesita redactar una especificación técnica cerrada, pero sí presentar el mismo punto de partida. Si un proveedor presupone cinco páginas con textos entregados y otro investiga, redacta y migra veinte URLs, la diferencia no revela quién es más eficiente. Revela que respondieron a preguntas distintas.
- Objetivo y público: qué decisión debe facilitar la web y para quién, sin sustituirlo por «tener presencia».
- Inventario: servicios, páginas, idiomas, contenidos, imágenes, formularios y sistemas que ya existen.
- Responsables internos: quién entrega información, valida contenido, concede accesos y aprueba cada hito.
- Restricciones: fecha real, campañas previstas, requisitos legales, integraciones, edición y soporte esperado.
- Definición de primera fase: qué es imprescindible para publicar y qué hipótesis puede esperar a tener uso real.
Qué estás comprando en cada fase del proyecto
| Fase | Qué debería quedar definido | Evidencia útil |
|---|---|---|
| Discovery | Objetivos, públicos, restricciones, métricas y decisiones pendientes | Brief o documento de alcance aprobado |
| Arquitectura | Páginas, jerarquía, navegación, contenidos y migración | Mapa del sitio e inventario con destino |
| Diseño | Plantillas, componentes, estados, contenido real y comportamiento responsive | Prototipo o diseños revisables |
| Desarrollo | Plantillas, funcionalidades, CMS, integraciones y entornos | Versión de pruebas accesible |
| Contenido | Quién investiga, redacta, traduce, licencia, carga y corrige | Inventario con responsable y estado |
| Lanzamiento | Pruebas, accesos, publicación, formación y corrección de defectos | Checklist de aceptación firmado |
El número de páginas no sustituye el número de plantillas ni sus estados. Una página de servicio puede reutilizar una estructura; una calculadora, un buscador o un área privada requieren reglas y pruebas propias. Si todavía no está claro si el producto es informativo u operativo, conviene decidir primero entre una página web y una aplicación a medida. Presupuestar ambas como «web» oculta la mayor parte del alcance.
También debe explicarse si el diseño parte de un sistema existente, una plantilla adaptada o componentes propios. Ninguna opción es inferior por definición. Lo importante es que la propuesta, las revisiones y los derechos de uso correspondan con lo que finalmente se entrega. La comparación entre WordPress y una web a medida ayuda a formular esa decisión sin convertir el nombre de una tecnología en garantía de calidad.
Formularios, SEO y analítica necesitan resultados observables
- 01
Describe el recorrido del formulario
Incluye campos, validación, mensajes de error y éxito, consentimiento, tratamiento de spam, destino de la solicitud, respuesta al usuario y prueba desde móvil. Un diseño terminado con un correo que no llega no es una entrega funcional.
- 02
Acota el SEO técnico de base
Debe decir si cubre URLs, títulos y descripciones, indexabilidad, canonicals, sitemap, enlaces, datos estructurados cuando procedan y redirecciones desde la web anterior. No debe prometer posiciones ni confundir esta base con una estrategia SEO continuada.
- 03
Define acciones medibles
La analítica debe identificar la cuenta, las acciones relevantes, su nombre y cómo se verifican respetando el consentimiento. Un clic o un evento de envío no prueba por sí solo que el contacto fue recibido y atendido.
- 04
Prueba responsive con contenido y estados reales
Acordar dispositivos representativos no significa prometer cada combinación posible. Sí exige comprobar navegación, teclado, controles, formularios, tablas, errores y contenido largo sin reducir responsive a encoger el escritorio.
Si la pyme ya tiene una web, la migración debe ser una partida explícita. Inventariar URLs, conservar contenido útil, mapear redirecciones y verificar formularios no aparece automáticamente por usar un diseño nuevo. La checklist para rediseñar sin perder SEO ni contactos detalla ese trabajo antes, durante y después del lanzamiento.
La propiedad se concreta con titulares, cuentas y capacidad de salida
Decir «la web es tuya» es insuficiente. Un dominio tiene registrante y cuenta de gestión; el código puede vivir en un repositorio; el hosting, la analítica, el gestor de etiquetas, el correo y las imágenes pueden pertenecer a cuentas distintas. El presupuesto debe separar propiedad intelectual, licencias de uso y acceso operativo, sin presentar una cláusula genérica como asesoramiento jurídico definitivo.
- Empresa o persona que figurará como titular/registrante del dominio y quién controla la renovación.
- Cuenta propietaria de hosting, DNS, analítica, Search Console, repositorio, CMS y servicios conectados.
- Licencias de tipografías, fotografías, plantillas, plugins y otros activos, con sus límites y renovaciones.
- Formato de exportación de contenido y datos, documentación de despliegue y procedimiento de traspaso.
- Entrega segura de credenciales, retirada de accesos temporales y responsables posteriores.
Hosting, copias, seguridad y soporte empiezan donde termina la entrega
Una web publicada sigue dependiendo de infraestructura, renovaciones, actualizaciones, monitorización y respuesta ante fallos. El presupuesto debe señalar qué conceptos son recurrentes, quién los contrata y qué ocurre si la relación termina. No es necesario comprar una cuota mensual en todos los casos, pero sí asignar la operación.
| Concepto | Pregunta de compra | Comprobación |
|---|---|---|
| Hosting | ¿Quién contrata, administra y renueva? | Acceso, factura y responsable identificados |
| Backups | ¿Qué se copia, con qué frecuencia y retención? | Restauración de prueba, no solo tarea programada |
| Seguridad | ¿Quién actualiza, recibe avisos y responde? | Procedimiento y límites documentados |
| Soporte | ¿Qué canal, horario y prioridad existen? | Incidencias incluidas y tiempos acordados |
| Mejoras | ¿Qué queda fuera del mantenimiento? | Mecanismo de estimación y aprobación |
Conviene distinguir corrección de un defecto entregado, asistencia de uso, mantenimiento preventivo y una nueva funcionalidad. La guía sobre qué implica mantener una página web amplía esta frontera. Si la disponibilidad es importante, el presupuesto también puede enlazar la entrega con un servicio definido de rendimiento y soporte web, sin presentarlo como obligación universal.
Construye una matriz comparable antes de negociar
Copia las partidas en una hoja y obliga a que cada proveedor use el mismo lenguaje. Marca «incluido», «opcional», «lo aporta el cliente» o «excluido». Añade coste recurrente, dependencia y criterio de aceptación. Una celda vacía no significa incluido: significa pendiente de aclarar.
| Partida | Entregable | Responsable | Estado | Aceptación |
|---|---|---|---|---|
| Contenido | Textos e imágenes por URL | Proveedor/cliente | Incluido, opcional o excluido | Inventario aprobado y publicado |
| Formulario | Flujo completo y destinos | Proveedor | Incluido o limitado | Prueba enviada y recibida |
| SEO base | Implementación técnica enumerada | Proveedor | Incluido o excluido | Crawl y metadata revisados |
| Analítica | Eventos y cuenta de la empresa | Compartido | Incluido o excluido | Eventos verificados |
| Entrega | Accesos, repositorio y documentación | Proveedor | Incluido | Handoff completado |
Después compara el proceso, no solo el inventario. Un proveedor puede plantear hitos pequeños con validación temprana; otro puede concentrar todo al final. Revisa quién toma decisiones, cuánto depende el calendario de materiales de la empresa y cómo se aprueba un cambio. Esa información explica riesgo y capacidad de colaboración mejor que una promesa de revisiones ilimitadas.
Exclusiones y aceptación final: el cierre también se diseña
- 01
Enumera supuestos y exclusiones
Textos, traducciones, fotografía, licencias, migración, integraciones, SEO continuado y mantenimiento no deben quedar implícitos.
- 02
Acota las revisiones por fase
Diferencia corregir una propuesta dentro del brief de añadir una página, audiencia o funcionalidad nueva.
- 03
Relaciona pagos con hitos observables
Cada aprobación debe indicar qué se revisa, quién puede aprobar y qué dependencia desbloquea el siguiente paso.
- 04
Ejecuta una aceptación final
Comprueba responsive, accesibilidad acordada, enlaces, formularios, indexación, analítica, accesos, documentación y restauración cuando forme parte del servicio.
- Desconfía de «SEO garantizado» o «100 % seguro» sin alcance, límites ni responsable.
- Aclara «soporte ilimitado»: canal, horario, prioridad y tipos de trabajo siguen necesitando definición.
- No aceptes una copia de seguridad como resuelta si nadie sabe restaurarla.
- Pide una salida viable si el servicio depende de un constructor, licencia o cuenta del proveedor.
- No conviertas la cantidad de revisiones en sustituto de un brief y un proceso de decisión.
Una propuesta profesional reduce ambigüedad para ambas partes. La pyme sabe qué debe aportar y el proveedor puede proteger el alcance sin discutir expectativas invisibles. En nuestro servicio de desarrollo web de conversión partimos del objetivo, los recorridos y los criterios de entrega antes de decidir componentes. Ese mismo método sirve para evaluar cualquier propuesta, incluida la nuestra.
Fuentes y referencias
Documentación oficial y referencias de mercado consultadas para verificar los puntos que cambian con el tiempo.
- Google Search Essentials — Google Search Central
- Mobile-first indexing best practices — Google Search Central
- WCAG 2 Overview — W3C Web Accessibility Initiative
- Information for Domain Name Registrants — ICANN
- Cambiar el titular del dominio — Dominios.es
- Copias de seguridad: cómo proteger la información de tu empresa — INCIBE
- Guía sobre el uso de las cookies — Agencia Española de Protección de Datos
- About key events — Google Analytics Help