Respuesta breve
Compare los presupuestos de un servicio digital por alcance y no por total. Pida a cada proveedor que indique por escrito entregables, supuestos y exclusiones, compruebe que la investigación previa, las pruebas, las rondas de revisión y la entrega están incluidas o tienen precio, y lleve las respuestas a una sola tabla. El presupuesto con menos partidas sin declarar suele ser el más barato al final del proyecto.
Por qué el presupuesto más bajo suele acabar siendo el más caro
Dos presupuestos para el mismo sitio web pueden diferir en una proporción de tres a uno y ser honestos los dos. La diferencia casi nunca está en la tarifa por hora. Está en lo que cada proveedor decidió dejar fuera: la investigación, los textos, las pruebas, la segunda ronda de cambios, la entrega. Un presupuesto es una descripción de trabajo, y una descripción corta es barata de escribir y de leer.
La trampa se cierra más tarde. El trabajo que falta no desaparece. Regresa como una solicitud de cambio, como un segundo proveedor contratado para terminar el encargo o como un mes de sus propias tardes. Para entonces la primera factura ya está pagada y la comparación que hizo al principio ha dejado de describir algo real.
La salida no consiste en elegir el precio más alto. Consiste en conseguir que todos los proveedores describan el mismo encargo, porque solo entonces los totales se pueden comparar. El resto de esta guía es un método para hacerlo con una página de preguntas y una tabla.
Tres cosas que un presupuesto debe nombrar antes de que su total signifique algo
La primera es el entregable: qué tendrá usted al final y en qué forma. «Una landing» es un deseo. «Una página adaptable, texto editado a partir de su borrador, formulario de contacto conectado a su CRM, archivos fuente y accesos entregados» es un entregable. La segunda versión cuesta más sobre el papel porque contiene más trabajo, no porque el proveedor sea codicioso.
La segunda es la lista de supuestos. Toda estimación presupone algo sobre el cliente: que los textos y las fotografías llegan a tiempo, que una sola persona aprueba el trabajo, que existe acceso al dominio. Cada supuesto es un punto en el que el precio puede moverse. El proveedor que los escribe le está mostrando dónde está el riesgo antes de que usted pague por él.
La tercera es la lista de exclusiones. Un presupuesto sin exclusiones no es generoso, está sin terminar. El alojamiento, las licencias de tipografías e imágenes, la traducción, la migración de datos y los textos legales son los candidatos habituales. Cuando se nombran, se puede decidir quién los hace. Cuando no, usted los descubre factura a factura.
La fase de descubrimiento es una partida del presupuesto, no un favor
El GOV.UK Service Manual abre su descripción de la fase de descubrimiento con una regla sencilla: antes de comprometerse a construir un servicio hay que entender el problema que debe resolverse, y durante esa fase no se debe empezar a construir. Para los servicios públicos señala que lo habitual son de cuatro a ocho semanas. Un proyecto comercial pequeño necesita días y no semanas, pero el orden de los pasos es el mismo.
El Digital Services Playbook de Estados Unidos dice lo mismo en lenguaje presupuestario. Su lista de comprobación para estructurar contratos pide que el presupuesto incluya investigación, descubrimiento y prototipado, y que el contrato exija entregables frecuentes en lugar de hitos separados por meses. Ambos documentos se escribieron para equipos de la administración. La lógica sirve igual para un sitio de diez páginas que para un servicio tributario.
Por eso, cuando el descubrimiento no aparece en un presupuesto, pregunte cuál de estas dos cosas es cierta. O el proveedor hace esa reflexión sin cobrarla y recupera el coste en otra partida, o no la hace y construye a partir de una suposición. Ninguna de las dos es un ahorro. Un descubrimiento breve, pagado y con resultado escrito es la fase más barata en la que equivocarse y la más cara de omitir.
Cada ronda de revisión necesita un número y una definición
«Revisiones ilimitadas» suena a protección. Nadie pone precio a un trabajo ilimitado, así que el límite existe de todos modos y usted lo encontrará a mitad del proyecto, normalmente en forma de respuestas más lentas. Una condición fiable indica cuántas rondas incluye cada fase y qué ocurre después de la última.
También dice qué es una ronda. Una definición que funciona: una única lista consolidada de comentarios, de una persona con nombre, enviada dentro de un número acordado de días hábiles. Sin eso, cinco mensajes de tres compañeros cuentan como una ronda para usted y como cinco para el proveedor, y las dos lecturas son razonables.
Por último, separe las correcciones de los cambios. Una corrección restablece lo acordado y no debería costar nada. Un cambio añade algo que no estaba en el alcance y debería tener precio. Si el presupuesto no traza esa línea, se trazará más tarde en una discusión, con el plazo como rehén.
Pruebas, lanzamiento y entrega: donde los presupuestos bajos callan
La parte visible de un trabajo digital es el diseño y el desarrollo. La que lo hace utilizable luce menos: comprobar formularios y pagos en teléfonos reales, configurar la analítica, redirigir las direcciones antiguas, probar con teclado y con lector de pantalla, hacer una copia de seguridad antes del lanzamiento. Esas horas rara vez figuran en un presupuesto bajo, y son las primeras que se recortan cuando un precio cerrado empieza a doler.
La entrega merece su propia partida. Pregunte a nombre de quién quedarán el dominio, la cuenta de alojamiento, el repositorio de código, los archivos de diseño y las licencias de tipografías e imágenes. La lista de comprobación del Playbook incluye el requisito de que el software y los datos producidos por un tercero permanezcan bajo el control del cliente. Una pequeña empresa necesita la misma frase en su contrato.
La misma lista pide un periodo de garantía durante el cual los defectos detectados tras el lanzamiento se corrigen sin coste adicional. Acuerde de antemano el número de días. Incluso una garantía corta cambia el incentivo del proveedor: probar antes de lanzar le resulta más barato que reparar después.
Lleve todos los presupuestos a una misma tabla comparativa
Dibuje una tabla. Las filas son las fases del encargo: descubrimiento, contenidos, diseño, desarrollo, integraciones, pruebas, lanzamiento, entrega, rondas de revisión, garantía, calendario de pagos. Las columnas son los proveedores. En cada celda escriba una de tres cosas: incluido, excluido o no indicado.
«No indicado» es la celda más útil de la página. Envíe a todos los proveedores la misma lista breve de preguntas y pídales que completen los huecos por escrito. Las respuestas suelen acercar los totales más de lo que sugerían las primeras cifras, y además muestran cómo se comunica cada proveedor cuando algo no está claro, que es como se comunicará durante el proyecto.
Solo ahora compare los totales. Un ejemplo con cifras redondas inventadas: el presupuesto A es de 1.800 y excluye la redacción y las pruebas; el presupuesto B es de 2.600 e incluye ambas. Si el proveedor A valora las dos partidas que faltan en 900 cuando se le pregunta, el presupuesto barato pasa a 2.700 y el caro resulta más económico. Las cifras ilustran la aritmética, no precios de mercado.
Condiciones de pago que mantienen honestas a las dos partes
Vincule los pagos a entregables aceptados y no a fechas del calendario. Una fase se paga cuando su resultado se ha mostrado y aprobado: la estructura acordada, el diseño validado, la versión funcional en una dirección de pruebas, el sitio lanzado con los accesos entregados. Es la versión comercial del consejo del Playbook de exigir responsabilidades al proveedor por los entregables.
Un anticipo antes de empezar es normal y justo, porque el proveedor reserva tiempo para usted. El pago completo por adelantado de un trabajo que aún no está definido es otra cosa: elimina la única palanca que tiene el cliente. Reservar una parte final del precio hasta después de la entrega da a ambas partes un motivo para terminar bien.
Añada una frase sobre los cambios. Cualquier ampliación del alcance recibe un precio por escrito y un efecto declarado sobre el plazo antes de que empiece el trabajo, y la aprueba la persona que firma las facturas. Esa frase evita la mayoría de las disputas, porque convierte cada «¿podrían añadir también…?» en una decisión y no en un favor.
Cuándo un precio bajo es de verdad la elección correcta
Un presupuesto bajo no siempre es una trampa. Si el encargo es pequeño, si usted escribe los textos y prueba el resultado, o si una plantilla existente encaja de verdad, un precio menor es el precio correcto. La condición es que el alcance reducido esté declarado y que usted haya aceptado el trabajo que pasó a su lado de la mesa.
Hay señales de que un precio bajo es honesto. Las exclusiones aparecen sin que nadie las pida. El proveedor hizo preguntas antes de dar una cifra. Algo de lo que usted solicitó fue rechazado o aplazado con un motivo. Un presupuesto que lo acepta todo de inmediato normalmente no se ha pensado a fondo.
La regla de decisión es breve. Elija la oferta en la que pueda señalar cada parte del trabajo y decir quién la hace y cuándo se acepta. Si dos ofertas superan esa prueba, el total más bajo es un ahorro real. Si solo la supera una, esa es la más barata diga lo que diga la primera página.
Lista práctica
- Pida a cada proveedor que detalle por escrito entregables, supuestos y exclusiones antes de comparar ningún total.
- Compruebe que el descubrimiento, las pruebas, el lanzamiento y la entrega figuran como partida o como exclusión declarada.
- Fije el número de rondas de revisión, escriba qué significa una ronda y cuánto cuesta una adicional.
- Vincule cada pago a un entregable aceptado y reserve una parte final del precio hasta después de la entrega.
- Confirme por escrito que el dominio, las cuentas, los archivos fuente y las licencias quedarán a su nombre al terminar.
Preguntas frecuentes
¿Por qué difieren tanto los presupuestos de un mismo proyecto digital?
Sobre todo porque describen cantidades distintas de trabajo. Un proveedor incluye descubrimiento, textos, pruebas y entrega; otro solo valora diseño y desarrollo y da por hecho que el resto es cosa suya. Las tarifas por hora también varían, pero menos que el alcance. Hasta que los presupuestos enumeran los mismos entregables, supuestos y exclusiones, sus totales no son comparables.
¿Conviene pagar la fase de descubrimiento por separado?
Sí, cuando el proyecto no es trivial. Un descubrimiento breve y pagado termina con un resultado escrito: el problema, el alcance, los riesgos y una estimación más firme. Puede llevar ese documento a otro proveedor si lo desea. El descubrimiento gratuito se omite o se esconde en otra partida, y en ambos casos usted no ve lo que ha comprado.
¿Cuántas rondas de revisión debe incluir un presupuesto?
No existe un número estándar, y el número importa menos que la definición. El presupuesto debe decir cuántas rondas incluye cada fase, qué cuenta como una ronda, en qué plazo se esperan los comentarios y cuánto cuesta una ronda extra. Dos rondas bien definidas le protegen mejor que una promesa indefinida de cambios ilimitados.
¿Qué debe recibir el cliente en la entrega del proyecto?
Todo lo necesario para usar y modificar el resultado sin el proveedor original: la titularidad del dominio y de la cuenta de alojamiento, acceso al repositorio de código y al gestor de contenidos, archivos de diseño editables, licencias de tipografías e imágenes y una breve descripción escrita de cómo funcionan las actualizaciones y las copias de seguridad. Pida la lista en el presupuesto, no al final.
¿Es más seguro un precio cerrado que una tarifa por hora?
Un precio cerrado solo es más seguro cuando el alcance también está cerrado. Con un alcance vago, empuja al proveedor a recortar primero el trabajo invisible, normalmente las pruebas. Una tarifa por hora con estimación escrita, tope máximo y entregables aceptados con frecuencia puede resultar más previsible. Valore cómo está definido el trabajo antes que el modelo de precio.