Precio cerrado o por hora: cómo presupuestan de verdad las agencias

Con la facturación por horas, también llamada tiempo y materiales, usted paga por el tiempo que dedica el equipo. El costo final depende de cuánto tarde realmente el trabajo.

Con un precio cerrado, la agencia se compromete a un alcance definido por un importe acordado. Usted conoce el costo antes de empezar, siempre que el alcance no cambie.

Todo proyecto de software tiene incógnitas. Una integración se comporta distinto de lo que dice su documentación, o un diseño resulta más difícil de construir de lo que parecía. El modelo de precio decide quién paga esas sorpresas.

Con la facturación por horas, el riesgo es suyo. Si una función tarda el triple de lo previsto, la factura también se triplica.

Con un precio cerrado, el riesgo es de la agencia. Si subestima, absorbe la diferencia. Por eso un presupuesto cerrado serio tarda más en prepararse: la agencia tiene que entender el trabajo antes de comprometerse con una cifra.

La facturación por horas es la opción honesta cuando nadie puede definir el trabajo todavía. En esos casos, un precio cerrado sería una suposición con un margen de seguridad encima.

• Investigación y descubrimiento. Averiguar qué necesitan los usuarios o si un enfoque técnico funciona.
• Incógnitas técnicas. Por ejemplo, una startup que necesita comprobar si una API externa soporta sus datos antes de construir un producto sobre ella.
• Trabajo continuo sin final definido. Mantenimiento, pequeñas mejoras y soporte a largo plazo.
• Un equipo que usted dirige. Cuando desarrolladores externos se integran en su equipo y usted fija sus prioridades, pagar por tiempo es el modelo natural.

La facturación por horas también le exige algo: tiempo y conocimientos técnicos para revisar las horas y reordenar prioridades cada semana. Sin eso, la flexibilidad se convierte en deriva.

Un precio cerrado encaja cuando sabe lo que necesita para lanzar y puede describirlo, aunque sea a grandes rasgos. La mayoría de los MVP y de los rediseños bien definidos entran en este grupo.

• Tiene un presupuesto que no puede superar, algo habitual en fundadores en etapa pre-seed o que se financian con recursos propios.
• Quiere comparar agencias sobre el mismo alcance, no sobre tarifas por hora que esconden estimaciones distintas.
• No quiere gestionar las hojas de horas de una agencia además de dirigir una empresa.

Si el alcance aún no está lo bastante claro, divida el proyecto. Una fase de diseño y prototipo a precio cerrado convierte una idea difusa en un alcance sobre el que se puede presupuestar el desarrollo.

AutoIntel, una herramienta B2B para el mercado alemán de coches usados, muestra por qué funciona ese orden. El prototipo interactivo permitió al cliente decidir qué campos y filtros importan antes de presupuestar la recolección de datos que hay detrás.

Sí, si el contrato fija lo correcto. Martin Fowler sostiene en su nota sobre contratos de precio cerrado que el problema no es el precio cerrado, sino un alcance cerrado que finge que nada va a cambiar.

El Manifiesto Ágil resume la misma idea en una línea: «colaboración con el cliente sobre negociación contractual». En la práctica, eso significa presupuesto y plazo fijos, un orden claro de prioridad de las funciones y un procedimiento para cambiar una función por otra.

Un buen acuerdo de precio cerrado no es rígido. Es predecible en el dinero y honesto sobre el hecho de que los planes cambian.

El alcance siempre cambia. Lo que separa un buen acuerdo de precio cerrado de uno malo es lo que ocurre cuando cambia.

Un buen acuerdo incluye un proceso de cambios por escrito:

• La nueva petición se describe en una o dos frases.
• La agencia estima su costo y su efecto en el plazo.
• Usted la aprueba, la cambia por algo del mismo tamaño o la pasa a una fase posterior.
• Solo entonces alguien empieza a trabajar en ella.

Un mal acuerdo o rechaza todos los cambios o los absorbe en silencio hasta que la calidad empieza a resentirse. Ambos terminan mal, solo que en momentos distintos.

Por ejemplo, una startup que decide a mitad de proyecto añadir un segundo proveedor de pagos debería recibir en pocos días una estimación breve por escrito. Así puede elegir entre pagarlo ahora o lanzar primero con un solo proveedor.

¿Está planificando un proyecto y no sabe qué modelo le conviene? Envíenos un brief breve y le diremos cuál recomendaríamos y por qué.

Un precio cerrado vale lo que vale el documento que lo respalda. Antes de firmar, compruebe que el contrato o su anexo de alcance cubre estos puntos:

• Los flujos de usuario incluidos, descritos como resultados que se pueden comprobar.
• Una lista de exclusiones, para no discutir sobre lo que «obviamente estaba incluido».
• Los hitos, lo que verá en cada uno y el pago vinculado a cada uno.
• El proceso de cambios: cómo se describen, estiman y aprueban las peticiones.
• A quién pertenecen el código, los diseños y las cuentas una vez pagado.
• Qué pasa después del lanzamiento: un periodo de garantía para errores y cómo se cobra el trabajo posterior.

Si falta algo, pida que se añada. A una agencia seria no le molestará, porque la misma claridad también la protege a ella.

Elija el modelo que elija, vincule los pagos a hitos visibles: diseños aprobados, una versión funcional en un enlace de prueba, el lanzamiento.

Pagar todo por adelantado le quita poder de negociación. Pagar solo al final obliga a la agencia a financiar su proyecto. Los hitos mantienen honestas a ambas partes, porque cada pago llega después de algo que puede comprobar.

Los hitos también le dan puntos de salida naturales. Si la colaboración no funciona, puede detenerse entre fases en lugar de perder todo lo pagado por adelantado.

Muchos proyectos usan una combinación en lugar de un modelo puro. Hay tres combinaciones frecuentes:

• Una fase de descubrimiento a precio cerrado y luego un desarrollo a precio cerrado. Primero diseño y prototipo, después un precio para el desarrollo basado en lo que mostró el prototipo.
• Un desarrollo a precio cerrado y luego soporte por horas o mensual. El lanzamiento tiene un alcance claro; lo que viene después, no.
• Un alcance mensual acordado de antemano. El soporte y las mejoras se planifican mes a mes, así el presupuesto sigue siendo predecible sin fecha de fin.

La combinación debe seguir lo bien definida que está cada parte del trabajo. El trabajo definido lleva precio cerrado; el trabajo abierto, un modelo por tiempo con un límite mensual claro.

Después de un brief, ofrecemos alcance, plazo y precio cerrados. La mayoría de nuestras propuestas salen en 2-3 días hábiles tras recibir un brief completo.

El pago se reparte en hitos: un anticipo para empezar y el resto vinculado a las entregas. Nunca cobramos el 100% antes de empezar, y nuestra estructura habitual le permite detenerse entre hitos sin pagar el trabajo que aún no ha empezado.

Si el alcance cambia a mitad del proyecto, volvemos a presupuestar la parte afectada y le comunicamos el impacto en costo y plazo antes de continuar. El trabajo posterior al lanzamiento se hace con un plan de soporte mensual que puede detener cuando quiera.

Si todavía está calculando el presupuesto, nuestro análisis de cuánto cuesta un MVP SaaS ofrece rangos habituales. Cuando tenga propuestas en la mano, nuestra guía sobre cómo leer una propuesta de desarrollo le ayudará a compararlas.

Use esta tabla como comprobación rápida:

Si la mayoría de sus respuestas apuntan en una dirección, ese es su modelo. Si están repartidas, divida el proyecto en fases y presupueste cada fase según sus propias reglas.

¿Listo para recibir un presupuesto cerrado? Cuéntenos sobre su producto. Primero le haremos algunas preguntas y después le enviaremos una propuesta con alcance, plazo y precio.