Respuesta directa: un presupuesto de página web debería identificar a las partes, describir el objetivo y el alcance, enumerar entregables y exclusiones, repartir responsabilidades, fijar revisiones y plazos, aclarar propiedad y accesos, separar costes únicos y recurrentes, e indicar impuestos, pagos y validez de la oferta.
No hace falta que sea un documento interminable. Sí debe permitir que una persona ajena al proyecto entienda qué se ha contratado. Si todo se resume en «diseño de página web», cualquier diferencia de expectativas aparecerá cuando el trabajo ya esté en marcha.
1. Identificación, objetivo y punto de partida
El documento debe indicar quién presta el servicio, quién lo contrata y a qué proyecto corresponde. También conviene resumir el resultado buscado: generar solicitudes, presentar servicios, captar reservas, mostrar proyectos o vender productos.
Ese objetivo ayuda a interpretar el alcance. No exige el mismo trabajo una web corporativa nueva que el rediseño de un sitio con contenidos, correos, medición y posicionamiento que deben conservarse.
2. Un alcance que se pueda contar y comprobar
«Web completa» no es una unidad de medida. El presupuesto debería nombrar las páginas o tipos de página incluidos y las funciones que se entregarán.
| Expresión imprecisa | Descripción útil |
|---|---|
| Web corporativa | Inicio, servicios, empresa, contacto y páginas legales integradas |
| Formulario | Campos previstos, destinatario, mensaje de confirmación y prueba de envío |
| SEO incluido | Títulos, descripciones, estructura de encabezados, sitemap, indexación y datos estructurados aplicables |
| Diseño adaptable | Revisión específica en móvil, tableta y escritorio |
| Galería o portfolio | Número inicial de proyectos y forma de añadir futuros trabajos |
También deben aparecer las integraciones que cambian el trabajo: reservas, pagos, catálogo, varios idiomas, newsletter, WhatsApp, mapas o conexión con herramientas externas. Si algo importante no figura, pide que se añada antes de aceptar.
3. Quién prepara textos, imágenes y datos
Buena parte de los retrasos nace aquí. El presupuesto debe distinguir entre redactar desde cero, revisar un texto, adaptar material existente y limitarse a colocarlo. Con las imágenes ocurre lo mismo: selección de fotografías propias, retoque, compra de licencias, banco de imágenes o generación con IA son tareas diferentes.
Conviene concretar:
- Quién entrega la información y en qué formato.
- Cuántas páginas o palabras cubre la redacción, si está incluida.
- Cuántas imágenes se preparan y quién conserva sus licencias.
- Quién aporta logotipo, datos legales, tarifas y datos de contacto.
- Qué sucede si el material llega tarde o incompleto.
Si todavía estás reuniendo contenidos, esta lista de materiales para empezar una web ayuda a saber qué puedes preparar antes de fijar el calendario.
4. Diseño, revisiones y criterio de aprobación
Debe quedar claro si el trabajo parte de un diseño propio, una plantilla adaptada o un sistema ya definido. Ninguna opción es automáticamente mala: el conflicto aparece cuando el cliente espera una dirección artística completa y el precio cubre solo personalizar una base.
El número de revisiones también necesita contexto. Una ronda puede significar una lista agrupada de cambios sobre una propuesta completa; no debería confundirse con rehacer indefinidamente la estructura o añadir funciones nuevas.
5. Plazo, hitos y dependencias
Una fecha de entrega sin condiciones resulta poco útil. El calendario debería indicar cuándo empieza a contar, qué debe entregar el cliente y cuántos días se reservan para revisar cada fase.
Un proyecto pequeño puede organizarse en hitos: recepción de materiales, propuesta de estructura, diseño, carga de contenido, revisión, pruebas y publicación. Así se distingue un retraso del proveedor de una pausa porque falta una decisión o contenido.
Si necesitas entender mejor el proceso, consulta cómo planteamos una web desde el briefing hasta la publicación.
6. Qué significa exactamente «entregada»
La entrega no debería reducirse a «la web se ve». Conviene enumerar las comprobaciones finales: enlaces, formularios, visualización móvil, certificado de seguridad, metadatos, rastreo, copias o conexión de la herramienta de medición acordada.
También debe indicarse dónde se publicará, quién realiza la migración y si existe un periodo para corregir errores del trabajo entregado. Ese periodo no es lo mismo que un mantenimiento indefinido ni que solicitar ampliaciones gratuitas.
7. Dominio, hosting, licencias y propiedad
Pregunta qué queda bajo tu control cuando termina el proyecto. El presupuesto debería aclarar:
- A nombre de quién se registra o renueva el dominio.
- Qué alojamiento se utiliza y durante cuánto tiempo está incluido.
- Qué accesos recibirá el negocio.
- Si hay herramientas o licencias de pago y cuánto cuesta renovarlas.
- Qué elementos pueden trasladarse a otro proveedor.
- Qué ocurre si se cancela un mantenimiento o una suscripción.
No todo puede cederse: una fotografía de banco, una tipografía o un plugin pueden estar sujetos a una licencia. Lo importante es que esa limitación se explique antes, no cuando quieras mover la web.
8. Precio, impuestos y calendario de pagos
La cifra debe separar base, impuestos y total, además de diferenciar el desarrollo inicial de las cuotas posteriores. Si existen extras opcionales, deberían poder identificarse sin recalcular todo el documento.
El calendario de pagos tiene que vincular cada cantidad con un momento comprensible: aceptación, inicio, aprobación de una fase o publicación. Si se solicita un anticipo, pide que conste cómo se descuenta del total y qué sucede si cualquiera de las partes cancela. La guía sobre pagar una señal antes de empezar una web desarrolla ese punto.
9. Exclusiones y trabajo adicional
Las exclusiones protegen a ambas partes. Puede no estar incluida la traducción, el alta de productos, el mantenimiento, las campañas publicitarias, la fotografía, el asesoramiento jurídico o la creación de cuentas externas.
El documento también debería explicar cómo se aprueban los extras. Lo prudente es que una petición que cambie alcance, plazo o precio se valore y acepte antes de realizarla.
10. Validez, aceptación y contacto responsable
Por último, el presupuesto necesita fecha, periodo de validez, forma de aceptación y un contacto responsable. Guarda la versión aceptada y cualquier modificación posterior. Una conversación puede aclarar mucho, pero las decisiones que cambian el proyecto deben quedar documentadas.
La prueba de claridad en cinco minutos
Antes de aceptar, comprueba si puedes responder sin llamar al proveedor:
- ¿Qué páginas, funciones y contenidos recibiré?
- ¿Qué tengo que entregar yo y cuándo?
- ¿Cuántos cambios puedo pedir?
- ¿Cuánto pagaré ahora y después de publicar?
- ¿Qué accesos y elementos conservaré si cambio de proveedor?
Si alguna respuesta depende de una suposición, pide una aclaración por escrito. Después podrás usar la guía para comparar dos presupuestos web con los mismos criterios, sin premiar automáticamente al más largo ni al más barato.
Un presupuesto debe reducir incertidumbre
La finalidad no es anticipar cada posible incidencia, sino dejar claras las decisiones que de verdad alteran el proyecto. Cuanto más específico sea el documento, menos probable es que una necesidad básica aparezca después como un extra inesperado.
Si estás valorando una web y el presupuesto no te permite saber qué compras, podemos ayudarte a ordenar el alcance antes de decidir.