Principios para comparar un presupuesto web
- Compara entregables y criterios de aceptación, no una cifra aislada.
- Separa construcción inicial, contenido, servicios recurrentes, soporte y evolución.
- Integraciones, migración, idiomas, accesibilidad y propiedad suelen cambiar más el costo que el número bruto de páginas.
- La propuesta debe explicar supuestos, exclusiones, dependencias y quién controla cada activo.
1. Define el alcance antes de pedir precios
Dos propuestas sólo son comparables si intentan resolver el mismo problema. Documenta audiencias, objetivos, idiomas, tipos de contenido, acciones esenciales, integraciones y restricciones. Una página informativa, una ficha de producto y un flujo de pago tienen niveles de diseño, datos, pruebas y riesgo distintos aunque aparezcan como una sola línea en un presupuesto.
Cuenta plantillas y estados, no únicamente URLs. Un formulario necesita instrucciones, validación, confirmación, manejo de error y entrega segura. Un catálogo puede requerir búsqueda, filtros, variantes, inventario y contenido vacío. Define quién escribe, traduce, fotografía, carga y aprueba. Cuando esos trabajos no aparecen, no desaparecen: suelen regresar como cambio de alcance, demora o tarea para el equipo interno.
- Objetivo y resultado esperado para cada tipo de página.
- Cantidad de plantillas, idiomas y estados interactivos.
- Contenido nuevo, migrado, traducido o suministrado por terceros.
- Integraciones, datos, permisos y responsables de aprobación.
- Criterios de aceptación funcionales y editoriales.
“Sitio web completo” no es un alcance. Una lista de entregables comprobables protege tanto al cliente como al proveedor.
2. Entiende qué compone el costo de construcción
La fase inicial puede incluir descubrimiento, estrategia, arquitectura de información, redacción, diseño visual, prototipos, desarrollo, configuración de contenido, migración, integración, pruebas y lanzamiento. La proporción cambia según el proyecto. Usar un sistema existente reduce cierto desarrollo, pero puede aumentar configuración, licencias o límites. Una solución a medida ofrece control cuando existe una necesidad real, pero exige más diseño técnico y mantenimiento.
El trabajo de calidad también incluye tareas poco visibles: diseño responsive, navegación por teclado, optimización de imágenes, metadata, redirecciones, datos estructurados, manejo de errores, seguridad y analítica. Pedir que una propuesta las separe ayuda a descubrir diferencias. No significa cobrar cada detalle por separado; significa confirmar que forman parte de la definición de terminado y que alguien será responsable de probarlas.
- Investigación, alcance y arquitectura antes de producir pantallas.
- Sistema visual, componentes y comportamiento responsive.
- Desarrollo, CMS, integraciones y migración de datos.
- Accesibilidad, rendimiento, SEO técnico y seguridad.
- Pruebas, capacitación, documentación y despliegue.
3. Calcula el costo de propiedad después del lanzamiento
Un sitio continúa usando dominio, DNS, hosting, almacenamiento, copias, certificados, correo transaccional, licencias, monitoreo o servicios de terceros. Algunos componentes se facturan por periodo, tráfico, usuario, transacción o consumo. Registra quién contrata cada servicio, cómo puede cambiar el precio y qué sucede con los datos al cancelar. El presupuesto del primer año no debe ocultar obligaciones que comienzan después.
Incluye horas para actualizar software, revisar respaldos, corregir contenido, atender alertas, renovar información y comprobar formularios. Separa soporte con nivel acordado de un paquete indefinido de “mantenimiento”. Pregunta qué incidentes cubre, cuándo responde, cuánto trabajo de mejora incluye y cómo se autoriza un cambio. La disponibilidad deseada y el impacto de una falla ayudan a dimensionar la operación sin comprar una infraestructura desproporcionada.
- Dominio, DNS, hosting, CDN, almacenamiento y certificados.
- Licencias de plataforma, extensiones, fuentes o servicios externos.
- Monitoreo, respaldos, restauración y actualizaciones de seguridad.
- Soporte, contenido, analítica y mejora continua.
- Comisiones o consumos asociados con pagos, mensajes e integraciones.
El costo total no es sólo dinero: también incluye tiempo del equipo, dependencia del proveedor y riesgo de no poder recuperar o mover el sitio.
4. Compara propuestas con una matriz común
Pide que cada proveedor responda el mismo documento de alcance. Construye filas para entregables, contenido, tecnología, accesibilidad, rendimiento, seguridad, propiedad, soporte, calendario y exclusiones. Marca incluido, opcional, suministrado por cliente o no contemplado. Así puedes identificar si una cifra menor omite migración, pruebas o mantenimiento en vez de asumir que ejecutará el mismo trabajo con mayor eficiencia.
Evalúa también el proceso. ¿Quién será responsable? ¿Cómo se aprueban cambios? ¿Dónde se revisará el avance? ¿Qué evidencia acompaña la entrega? Un cronograma necesita dependencias del cliente y puntos de decisión. Reserva cambios para necesidades realmente descubiertas, no para requisitos previsibles que se dejaron ambiguos. La forma de pago debe corresponder a entregables y aceptación, con reglas claras ante pausa o terminación.
- Supuestos y exclusiones expresados en lenguaje específico.
- Entregables, responsable, fecha y método de aceptación.
- Tecnologías y servicios de terceros identificados.
- Procedimiento y tarifa para cambios fuera del alcance.
- Garantía, soporte y condiciones de salida.
5. Protege propiedad, continuidad y capacidad de evolución
Aclara por contrato quién es titular del dominio, cuentas, código, diseños, contenido, fotografías, datos y licencias. Las cuentas críticas deberían quedar a nombre de la empresa con accesos individuales y métodos de recuperación controlados. Confirma qué componentes no pueden transferirse, qué licencias necesitan renovación y qué obligaciones aplican a materiales suministrados por el cliente.
La entrega debe incluir repositorio o paquete fuente según el modelo acordado, exportación de contenido y datos, inventario de dependencias, credenciales mediante un canal seguro, instrucciones de despliegue, respaldos y capacitación. Prueba una restauración o transferencia antes de dar el proyecto por cerrado. Un sitio barato de construir puede volverse costoso si cada modificación exige reconstruirlo o si la empresa no puede moverlo cuando cambian sus necesidades.
- Dominio y cuentas administrativas controlados por la empresa.
- Derechos y licencias definidos para cada entregable.
- Exportación utilizable de contenido y datos.
- Documentación técnica y editorial suficiente para operar.
- Plan de salida sin pérdida innecesaria de información o posicionamiento.
La pregunta decisiva no es sólo “¿cuánto cuesta crearlo?”, sino “¿qué poseemos y cuánto cuesta mantenerlo útil?”.
Preguntas frecuentes
Preguntas que conviene resolver antes de actuar
¿Por qué dos cotizaciones web pueden tener precios muy distintos?
Pueden incluir alcances, responsabilidades y riesgos diferentes. Una puede contemplar estrategia, contenido, accesibilidad, migración, pruebas y soporte; otra puede cubrir únicamente una plantilla configurada. Una matriz común revela si realmente son comparables.
¿Conviene una plantilla o un desarrollo a medida?
Depende del ajuste entre la necesidad y las capacidades existentes. Una plantilla puede acelerar un sitio común si permite accesibilidad, rendimiento y mantenimiento adecuados. El desarrollo a medida se justifica cuando un requisito importante no puede resolverse de forma sostenible con componentes existentes.
¿Cuánto debería reservar para mantenimiento?
No hay una proporción universal. Estima servicios recurrentes, actualizaciones, monitoreo, respaldo, soporte, contenido y mejoras según complejidad e impacto operativo. El proveedor debe expresar unidades, cobertura y exclusiones para que el cálculo sea trazable.



