Cómo pedir presupuesto de una web y qué debe incluir

Pedir un presupuesto de una página web bien hecho empieza por describir tu objetivo de negocio y exigir que el documento detalle alcance, entregables, plazos, quién hace qué, mantenimiento y propiedad del código. Si el presupuesto que recibes solo pone "diseño y desarrollo de página web" y una cifra al final, no tienes un presupuesto: tienes una cifra suelta a la que le puedes colgar cualquier interpretación cuando lleguen los problemas. En esta guía te cuento, desde más de veinte años escribiendo código y entregando proyectos a producción, qué debe incluir un presupuesto serio y qué banderas rojas revelan que hay letra pequeña esperándote.

Qué información dar para recibir un presupuesto útil

Un presupuesto solo es bueno si la persona que lo redacta ha entendido qué necesitas. Antes de pedir números, prepara cuatro cosas.

• El objetivo de negocio, no la solución. En vez de "quiero una web con blog y tienda", explica "quiero vender cursos y que el alta de alumno sea automática". Quien sabe lo que hace te propondrá el camino; quien solo ejecuta te cobrará lo que pidas aunque no te sirva.
• Referencias concretas. Dos o tres webs que te gusten y qué te gusta de cada una. Ahorra semanas de malentendidos.
• Contenidos y quién los aporta. Textos, fotos, logotipo, catálogo. Es la causa número uno de retrasos y de "esto no estaba presupuestado".
• Plazo real e integraciones. Si tienes una fecha (una feria, una campaña) o necesitas conectar con tu facturación, tu CRM o una pasarela de pago, dilo desde el principio.

Con esa base puedes pedir presupuesto por escrito a dos o tres profesionales y comparar peras con peras. Si quieres una idea previa de magnitudes antes de hablar con nadie, te vendrá bien leer cuánto cuesta una página web, donde desgloso los rangos según el tipo de proyecto.

Qué debe incluir un presupuesto de una página web serio

Un presupuesto profesional es un documento, no un número. Estos son los apartados que yo espero ver y que incluyo cuando lo redacto yo.

1. Alcance detallado

Qué se hace y, sobre todo, qué no se hace. Número de páginas o plantillas, funcionalidades concretas (formulario de contacto, catálogo, carrito, área de cliente, blog), idiomas, y qué queda explícitamente fuera. El alcance es la frontera que evita discusiones. Si no está escrito, cualquier petición nueva será "un extra" o, peor, una fuente de tensión.

2. Entregables

Qué recibes exactamente al terminar. No solo "la web publicada": diseño, código fuente, accesos al hosting y al dominio, panel de administración, documentación mínima para editar contenidos. Un entregable es algo que puedes tocar y verificar, no una promesa.

3. Plazos por fases

Un proyecto se entiende mejor troceado: análisis y diseño, desarrollo, contenidos, pruebas, publicación. Cada fase con su fecha aproximada y sus dependencias. Ojo con la letra que casi nadie lee: los plazos casi siempre dependen de que tú entregues contenidos y feedback a tiempo. Un presupuesto honesto lo dice.

4. Quién hace qué

Reparto de responsabilidades claro. Quién redacta los textos, quién consigue las fotos, quién compra el dominio y el hosting, quién configura el correo, quién hace las pruebas finales. Yo trabajo como un único responsable senior de la arquitectura a producción, sin juniors aprendiendo con tu presupuesto ni intermediarios que traducen mal lo que necesitas, así que ese reparto lo dejo por escrito desde el minuto uno. Cuando no hay reparto, todo lo que no hace el desarrollador cae en tu tejado sin avisar.

5. Rondas de revisión

Cuántos ciclos de cambios entran en el precio y qué pasa a partir de ahí. "Revisiones ilimitadas" suena bien y suele ser mentira o ruina para alguien. Dos o tres rondas por fase, bien definidas, es lo sano. A partir de ahí, tarifa por hora conocida de antemano.

6. Condiciones de pago

Reparto habitual: una parte al arrancar, otra a mitad, el resto contra entrega. Que figure el porcentaje, los hitos y qué se considera "entrega". Desconfía de quien pide el cien por cien por adelantado y de quien no pide nada: ni él se protege ni te protege a ti.

7. Mantenimiento posterior

Qué pasa cuando la web ya está viva. Actualizaciones de seguridad, copias de seguridad, correcciones, pequeños cambios. Puede ir por bolsa de horas o por cuota mensual, pero tiene que estar dicho. Una web es software: necesita mantenimiento igual que un coche necesita revisiones. Si el presupuesto no menciona el mantenimiento, el día que algo falle estarás solo o pagando una urgencia a precio de urgencia. En mis tarifas tienes los packs de horas y las cuotas de mantenimiento publicados sin que tengas que preguntarlos.

8. Propiedad del código y accesos

El punto que más disgustos causa y el que menos gente revisa. Al terminar y pagar, ¿de quién es el código? ¿A nombre de quién quedan el dominio y el hosting? Exige que dominio y hosting estén registrados a tu nombre, con tus datos y tu tarjeta, y que te entreguen todos los accesos. Que el código quede en tu poder o al menos accesible. He visto negocios secuestrados por su propia web porque el dominio estaba a nombre del proveedor. No lo firmes sin esto claro.

9. Tecnología y por qué

No necesitas entender de código, pero sí saber sobre qué se construye tu web y por qué. WordPress, un desarrollo a medida, una plantilla montada. Cada opción tiene consecuencias de coste, mantenimiento y dependencia. Si te interesa la diferencia de fondo, la explico en la comparativa entre desarrollo web a medida o plantilla.

Tabla rápida: qué comparar entre presupuestos

Cuando tengas dos o tres delante, esta tabla te ordena la comparación mejor que fijarte solo en el total.

Banderas rojas de un presupuesto que esconde letra pequeña

Estas son las señales que, por experiencia, anticipan problemas.

• Un número redondo sin desglose. Si no puedo ver de dónde sale el total, no puedo negociar ni entender qué recorto si el presupuesto no llega.
• Precio muy por debajo del resto. Cuando una oferta es la mitad que las demás, el ahorro suele estar en lo que no ves: sin pruebas, sin optimización, sin mantenimiento, con una plantilla genérica y sin nadie detrás cuando falle.
• Plazos imposibles. "Tu tienda online en tres días" es o una plantilla sin adaptar o una promesa que se romperá.
• Prisa por firmar y cobrar. La urgencia comercial suele tapar la falta de detalle. Un buen presupuesto aguanta que lo leas con calma.
• Sin contrato ni condiciones por escrito. Un WhatsApp con una cifra no es un acuerdo. Necesitas algo que ambas partes puedan releer dentro de seis meses.
• Silencio sobre el mantenimiento y la propiedad. Ya lo he dicho arriba y lo repito porque es donde más gente se quema.
• Un "nosotros" que nunca sabes quién es. Si no está claro quién va a tocar tu proyecto, puede acabar en manos de cualquiera. Yo prefiero que sepas desde el principio que trabajas directamente conmigo.

Preguntas que conviene hacer antes de firmar

Tres preguntas cortas te ahorran la mayoría de sorpresas: ¿de quién es el código y los accesos cuando termine y pague? ¿Qué pasa exactamente si necesito un cambio dentro de seis meses y cuánto cuesta? ¿Qué necesitas de mí para cumplir el plazo? Las respuestas te dicen más de con quién estás tratando que cualquier porfolio.

Si quieres ver cómo estructuro yo un proyecto de principio a fin, tienes el detalle en cómo trabajo, y si prefieres hablar de tu caso concreto en lugar de rellenar plantillas, escríbeme desde contacto con tu objetivo y tus referencias.

Conclusión

Un buen presupuesto de una página web no es el más barato ni el más bonito: es el que no te deja dudas sobre qué recibes, cuándo, quién hace cada parte, qué pasa después y de quién es todo cuando termina. Pide siempre el documento por escrito, compara los mismos apartados entre profesionales y desconfía del número redondo sin desglose. Si te tomas media hora en leer la letra pequeña antes de firmar, te ahorras los meses de disgustos que llegan cuando aparece justo después.