Precio cerrado o por hora: quién asume el riesgo de tu desarrollo

Hay una pregunta que define más el resultado de un desarrollo que el lenguaje de programación, la metodología o el tamaño del equipo: quién paga si la estimación estuvo mal.

Los dos modelos de contratación que se usan en la industria responden esa pregunta de forma opuesta. Ninguno es una estafa y ninguno es la respuesta universal. Pero elegir el equivocado para tu situación es la causa más común de los proyectos que terminan mal entre gente que hizo todo de buena fe.

Los dos modelos, sin eufemismos

Precio cerrado. Se define el alcance por escrito, se acuerda un número y una fecha, y ese número no se mueve. Si el equipo estimó de menos, la diferencia la absorbe el equipo.

Time and materials (por hora). Se acuerda una tarifa horaria y se factura lo que se trabaja. Si el proyecto lleva el doble de horas de lo previsto, se factura el doble.

Todo lo demás —los matices, los híbridos, las bolsas de horas— son variantes de estos dos. Y la diferencia real entre ellos no es administrativa. Es de dónde está parado el riesgo.

El problema del incentivo

Facturar por hora es el modelo más extendido de la industria y tiene una lógica sólida: se paga por trabajo realizado, que suena justo.

El problema no es la justicia. Es el incentivo. En un contrato por hora, terminar rápido reduce la facturación. Esto no significa que quien cobra por hora estire proyectos a propósito; la enorme mayoría no lo hace. Significa algo más sutil y más difícil de detectar: no hay ninguna fuerza económica empujando en la dirección de terminar.

Cuando aparece una decisión entre la solución simple que resuelve el 90% del problema y la solución elegante que resuelve el 100% y lleva tres semanas más, el modelo por hora no ayuda a elegir la primera. Cuando el cliente pide una funcionalidad de dudoso valor, el modelo por hora no ayuda a decirle que no. Multiplicá eso por doscientas decisiones chicas a lo largo de un proyecto y tenés la diferencia entre cuatro meses y ocho.

El precio cerrado invierte el incentivo, y también tiene su costo. Quien cotiza cerrado tiene un interés económico en que el alcance no crezca, y eso puede volverse rigidez: discusiones sobre si tal detalle estaba o no incluido, resistencia a cambios razonables, la tentación de resolver rápido en vez de resolver bien.

Ningún modelo alinea los intereses de las dos partes de forma perfecta. Lo que hacen es elegir cuál de los dos desalineamientos preferís.

Cuándo corresponde cada uno

Precio cerrado

Es el modelo correcto cuando el alcance se puede definir con precisión antes de empezar. Eso pasa más seguido de lo que se cree: la mayoría de los sistemas de gestión, portales, sistemas administrativos y aplicaciones de proceso son perfectamente definibles si alguien se sienta a definirlos.

Corresponde especialmente cuando:

• Estás reemplazando un proceso que ya existe y funciona, aunque sea en papel o en Excel. Si el proceso está, el alcance se puede escribir.
• Tenés un presupuesto que no puede moverse. Un directorio que aprobó un monto, un crédito, una partida.
• Es tu primer desarrollo con ese proveedor y todavía no hay confianza construida.

Ese último punto importa más de lo que parece. El precio cerrado es un mecanismo de confianza para relaciones nuevas: te protege de una asimetría de información que es real, porque el proveedor sabe estimar software y vos no.

Time and materials

Es el modelo correcto cuando el alcance no se puede definir porque todavía se está descubriendo. Casos típicos:

• Producto nuevo sin validar, donde lo que se construye el mes tres depende de lo que aprendiste el mes dos.
• Ampliación de un equipo propio, donde estás sumando gente a un proceso que ya conducís vos.
• Mantenimiento evolutivo de un sistema en producción, con un flujo continuo de pedidos chicos y prioridades que cambian.
• Investigación técnica genuina, donde ni el proveedor más honesto puede saber cuánto va a llevar.

En estos casos, pedir precio cerrado no te protege: te garantiza un presupuesto inflado. Quien cotiza sin poder definir el alcance tiene que poner un colchón grande, y ese colchón lo pagás vos aunque no se use.

El error que arruina el precio cerrado

Hay una forma muy común de arruinar un contrato de precio cerrado, y es pedirlo sin haber pagado el descubrimiento.

Un proveedor que cotiza cerrado sobre una charla de treinta minutos está adivinando. Va a hacer una de dos cosas: poner un número alto para cubrirse, o poner un número bajo para ganar el trabajo y después pelear cada cambio como si fuera adicional. En los dos casos perdés.

La forma sana es separar en dos: una etapa corta y paga de relevamiento, que produce un documento de alcance con pantallas, reglas de negocio y criterios de aceptación; y recién después, el precio cerrado sobre ese documento.

Esa primera etapa suele costar entre el 5% y el 10% del proyecto y es la mejor plata que vas a gastar. Te deja un documento que además sirve para pedir presupuestos comparables a otros proveedores. Si el relevamiento te lo quieren regalar, entendé qué significa: el costo está adentro del proyecto igual, sólo que sin desglosar.

Cómo se manejan los cambios sin que sea una pelea

En precio cerrado, todo depende de que exista un mecanismo de cambios acordado antes de que aparezca el primer cambio. Porque van a aparecer: es normal y es sano, significa que estás aprendiendo del sistema mientras se construye.

Un mecanismo que funciona tiene tres partes:

1. Un documento que dice qué queda afuera. Tan explícito como el que dice qué queda adentro. La mayoría de las discusiones son sobre cosas que nadie escribió en ninguna de las dos listas.
2. Un procedimiento simple para cotizar un cambio. El cliente pide, el proveedor cotiza en horas y plazo, el cliente aprueba o no. Por escrito, aunque sea un mail.
3. Una regla para los cambios chicos. Cotizar formalmente un ajuste de dos horas cuesta más que el ajuste. Una bolsa mensual acotada para eso evita convertir cada detalle en una negociación.

Sin esto, el precio cerrado degenera en la peor versión de sí mismo: dos partes discutiendo interpretaciones de un documento ambiguo mientras el sistema no avanza.

Cómo controlar un contrato por hora

Si el modelo correcto para tu caso es por hora, hay tres controles que lo vuelven manejable:

• Tope presupuestario con aviso. No un tope duro, pero sí un acuerdo de que al llegar al 70% del presupuesto previsto se para y se revisa el estado.
• Entregas frecuentes y verificables. Algo funcionando cada dos semanas, no cada dos meses. Es el único control real: si cada dos semanas ves progreso proporcional a lo facturado, el modelo funciona; si no, lo detectás temprano.
• Reporte de horas con detalle. No "40 horas de desarrollo", sino en qué. No para auditar a nadie, sino para entender dónde se va el esfuerzo, que casi siempre es información útil sobre tu propio negocio.

Qué hacemos nosotros y por qué

Trabajamos a precio cerrado sobre alcance definido, con un diagnóstico previo antes de cotizar. La razón es la que vengo desarrollando: en la mayoría de nuestros proyectos —sistemas de gestión, aplicaciones de proceso, plataformas internas— el alcance se puede definir, y cuando se puede definir, cargar el riesgo de la estimación sobre el cliente no tiene justificación.

También tiene un efecto que nos sirve a nosotros: obliga a discutir el alcance en serio antes de empezar. Es una conversación incómoda —hay que decidir qué queda afuera— pero es infinitamente más barata en la semana cero que en el mes tres.

Para mantenimiento evolutivo, en cambio, usamos bolsas de horas. Porque ahí el alcance efectivamente no se puede definir, y pretender lo contrario sería vender una certeza que no existe.

En una línea

Si el alcance se puede escribir, pedí precio cerrado y no aceptes que te lo coticen sin relevamiento. Si el alcance no se puede escribir todavía, andá por horas pero exigí entregas cada dos semanas.

Y desconfiá de cualquiera que te ofrezca un solo modelo sin haberte preguntado nada sobre tu proyecto. La respuesta correcta depende de tu situación, no de la política comercial del proveedor.