Criterio empresarial

Cómo comparar presupuestos de desarrollo web

Dos presupuestos con la misma etiqueta pueden incluir trabajos diferentes. Para compararlos, prepara un brief común y pide que cada propuesta indique qué entrega, qué necesita de tu equipo y qué queda fuera. El precio solo resulta comparable cuando lo es el alcance.

Criterios de Eddine. Los ejemplos son hipotéticos y no representan resultados de clientes.

Antes de decidirDesliza la tabla para comparar las opciones →
BloqueQué pedir por escritoCómo comprobarlo
ContenidoMapa de páginas, idiomas y responsable de los textos.Inventario de contenidos y revisión de una página representativa.
Diseño y desarrolloPlantillas, estados móviles y requisitos funcionales.Demostración con tareas y tamaños de pantalla acordados.
IntegracionesSistemas conectados, permisos y responsabilidades.Prueba de extremo a extremo sin datos reales innecesarios.
SEO y accesibilidadEntregables técnicos y límites del servicio.HTML, metadatos, enlaces, teclado y revisión móvil.
Entrega y continuidadCuentas, documentación, soporte y costes recurrentes.Acceso del titular y acta de aceptación.

Empieza por una tarea del cliente

Define qué debe poder hacer una persona: entender la oferta, pedir una propuesta o comprar. Añade quién atenderá esa solicitud y dónde quedará registrada. Ejemplo hipotético: un formulario que abre el correo y otro que registra la consulta en el CRM no tienen el mismo alcance, aunque ambos se llamen contacto.

Haz comparables los entregables

Lista páginas, idiomas, contenidos que se conservan y materiales pendientes. Distingue diseño, redacción, desarrollo, carga de catálogo y migración. Si una propuesta menciona SEO, pregunta si incluye estructura y controles técnicos o también investigación, contenidos y seguimiento. El cumplimiento técnico no garantiza posiciones.

Acuerda cómo se acepta el trabajo

Describe pruebas concretas: navegar con teclado, leer el contenido sin JavaScript, usar el móvil y completar el recorrido de contacto en un entorno de prueba. Las WCAG ofrecen criterios para evaluar accesibilidad; un resultado automático por sí solo no acredita conformidad completa. Define quién revisa y cómo se tratan las incidencias.

Separa dependencias y exclusiones

Indica qué requiere accesos, validación legal, traducciones o permisos de imágenes. Aclara quién contrata dominio, alojamiento y servicios externos, y quién es titular de las cuentas. Pide que las ampliaciones se valoren antes de ejecutarlas y que ninguna dependencia se confunda con una funcionalidad ya entregada.

Compara la etapa posterior

Pregunta qué cubre el soporte, cómo se documenta la web, quién puede actualizarla y cómo se mantiene. Separa costes puntuales de renovaciones y servicios continuados. Con ese mapa puedes comparar alternativas sin suponer que el precio más bajo o más alto ofrece el mejor encaje.

Antes de decidir

  • Objetivo y recorrido principal definidos.
  • Páginas, idiomas y contenidos inventariados.
  • Integraciones y exclusiones explícitas.
  • Pruebas y criterios de aceptación escritos.
  • Titularidad, soporte y renovaciones claros.

Referencias para ampliar

Continúa con la solución

Desarrollo webRevisar mi proyecto