Hable con cualquiera que haya encargado software a medida dos veces y tenderá a escuchar dos malas historias distintas. El primer proyecto fue a precio cerrado: la oferta parecía afilada, las adendas no, y el encargo terminó en una discusión sobre qué decía realmente la especificación. Así que el segundo proyecto fue por horas: transparente, flexible y, no se sabe cómo, nunca terminado, con las facturas llegando puntuales mientras el software no. La conclusión habitual es que no se puede confiar en los proveedores de software. La conclusión más útil es que ambos proyectos funcionaban sobre estructuras de incentivos que hacían el fracaso previsible.
Un modelo de precios no es un detalle comercial que se añade después de elegir proveedor. Es el sistema de incentivos sobre el que funciona todo el encargo: decide qué se le paga al proveedor por hacer cuando la realidad se aparta del plan, cosa que siempre ocurre. El precio cerrado y el pago por horas fallan por razones opuestas, y la mecánica de ambos explica la alternativa.
La paradoja del precio cerrado
Un precio cerrado es una promesa sobre un trabajo hecha antes de entender ese trabajo. Estimar software es difícil incluso con información completa; una oferta cerrada se produce normalmente en días, a partir de un documento de requisitos, antes de que nadie haya visto el sistema heredado, conocido a los operadores o encontrado las excepciones que el documento omite. El proveedor absorbe esa incertidumbre en una sola cifra - así que la incorpora al precio. Lo racional es inflar: una prima por todo lo que aún no sabe. Pero las ofertas cerradas suelen darse en competencia, y la competencia selecciona lo contrario: gana a menudo quien más agresivamente bajó el precio - y arranca el proyecto en pérdidas, con la necesidad de recuperar el margen en algún sitio.
Hay dos sitios donde recuperarlo, y los dos son invisibles el día de la firma. El primero es recortar por las esquinas: pruebas que no se escriben, casos límite que no se tratan, calidad sacrificada - precisamente lo que no se ve en una demostración y se paga después. El segundo son las adendas. Una vez firmada la oferta, cada ambigüedad de la especificación se vuelve facturable, y la especificación deja de ser un plan para convertirse en un documento legal que se lee buscando ventaja. Para algunas empresas esto no es un modo de fallo sino el modelo de negocio: la oferta es un reclamo y el margen vive en las adendas. Si alguna vez se ha preguntado cómo un presupuesto competitivo acabó duplicándose en la entrega, el cultivo de adendas suele ser el mecanismo.
Esa es la paradoja. El precio cerrado debía transferir el riesgo de estimación al proveedor. En cambio transfirió el conflicto al encargo - porque un proveedor que aceptó una cifra que no puede cumplir tiene exactamente un camino de vuelta a la rentabilidad, y ese camino pasa por usted.
El pago por horas es honesto - y está desalineado
El pago por tiempo y materiales parece la cura, y en un sentido lo es: es honesto. Paga por lo que realmente ocurre. Sin incentivo para ofertar a la baja, sin motivo para convertir la especificación en arma, y los cambios de alcance simplemente se construyen en lugar de litigarse.
Pero fíjese en a quién se le paga por qué. El contador corre converja el proyecto o no. Nadie del lado del proveedor obtiene recompensa económica por terminar: cada hora es ingreso y la eficiencia es un coste. Esto rara vez produce lentitud deliberada; el mecanismo es más sutil. Produce ausencia de resistencia: ninguna presión comercial contra la ampliación descontrolada del alcance, contra el sobrerrefinamiento o contra la tercera refactorización. La estimación que le dieron al principio no la firmó nadie. Era un objetivo, y los objetivos en los proyectos por horas se alejan más o menos al ritmo del gasto.
El pago por horas además entrega el riesgo de estimación a la parte equivocada. El proveedor - el experto, el lado que tiene la información - no soporta nada del riesgo de su propia estimación. Usted, la parte peor equipada para juzgar cuánto tarda el software, lo soporta todo. Es un modelo honesto con una alineación rota: están de acuerdo sobre la calidad, casi siempre, y en desacuerdo - estructural y permanentemente - sobre el coste y la finalización.
El precio cerrado paga al proveedor por discutir sobre el alcance. Por horas se le paga por seguir. Ningún modelo paga a nadie por terminar.
Qué cambia la facturación por hitos
La facturación por hitos reestructura el pago alrededor de lo único que usted quiere de verdad: software en funcionamiento y aceptado. El alcance se corta en hitos, cada uno una pieza de software utilizable en producción - un motor de tarificación que usa un equipo piloto, una integración moviendo datos reales, nunca «puesta en marcha del proyecto». Cada hito lleva su propio precio y sus criterios de aceptación, escritos en la estimación como afirmaciones concretas y comprobables que se verifican contra el sistema en funcionamiento y no contra una demostración. Se paga a la aceptación, y la primera factura sigue a la primera entrega, no a la firma.
De ahí se derivan dos propiedades. El software en funcionamiento se convierte en la prueba de aceptación: no las horas registradas, no la firma de un documento, sino un sistema que su equipo puede usar. Y parar pasa a ser una opción suya en cada frontera: acepte un hito, páguelo y decida si el siguiente sigue teniendo sentido. Usted se queda con todo lo producido. El proveedor vuelve a ganarse el encargo una entrega cada vez - que es la alineación que el precio cerrado prometió y nunca cumplió.
Una salvedad, la importante: la facturación por hitos solo funciona si la estimación que hay debajo es real. Unos hitos atornillados sobre una cifra inflada o rebajada son simplemente un proyecto a precio cerrado con más facturas - los mismos recortes por las esquinas y la misma presión de adendas, repetidos en cada frontera. El mecanismo que hace funcionar el modelo no es el calendario de facturación. Es lo que hace que la estimación se cumpla.
Por qué una estimación puede cumplirse de verdad
No se puede poner precio a lo que no se ha entendido - por eso las estimaciones que se cumplen empiezan antes que las que no. Antes de poner precio a nada, hacemos un diagnóstico: nos sentamos con quienes ejecutan el proceso, trazamos el flujo de trabajo de principio a fin, ponemos números a los pasos manuales y sacamos a la luz las restricciones - el sistema heredado que no se puede apagar, la norma de cumplimiento que nadie escribió. Una oferta cerrada fallida pone precio a un documento. Una estimación que se cumple pone precio a una operación.
La disciplina de alcance hace el resto. Una primera versión enfocada que se entrega en 2-3 meses no solo llega antes al valor; además es estimable. El error de estimación se acumula con el alcance, así que una v1 estrecha tiene menos incógnitas en las que equivocarse - y cada hito posterior se valora sobre la realidad que produjo el anterior.
Y luego la cláusula que mantiene a todos honestos: el exceso corre de nuestra cuenta. Si acotamos mal un hito, el sobrecoste es nuestro - usted nunca lo encuentra en una factura. Esa sola cláusula cambia lo que es una estimación. Un proveedor que factura los excesos produce estimaciones como marketing: la cifra optimista gana el contrato y la realidad se factura después. Un proveedor que se come los excesos produce estimaciones como suscripción de riesgo: cada cifra es una con la que tendrá que vivir, y esa presión es lo que la vuelve cuidadosa. Es también por lo que el diagnóstico y la estimación son gratuitos: la estimación no es un entregable que vendemos, sino un riesgo que asumimos. La mecánica completa está en las páginas de estimación y por proyecto.
A qué renuncia usted
La facturación por hitos le pide algo a usted, y conviene decirlo. Los cambios de alcance a mitad de hito no se absorben en silencio. Si quiere cambiar lo que contiene un hito mientras se está construyendo, el cambio se reestima abiertamente y se valora en la frontera antes de continuar - usted decide con los números delante. Viniendo del pago por horas, donde los cambios simplemente se construyen, esto puede parecer fricción.
Es la funcionalidad, no el defecto. La absorción silenciosa es donde se pudren los proyectos a precio cerrado: el proveedor «absorbe» su cambio y el coste sale de un recorte en algún sitio que usted no ve - una prueba omitida, un caso límite sin tratar, un atajo que hereda. Renegociar en la frontera significa que cada cambio recibe un precio honesto y una decisión real mientras usted todavía puede tomarla. La misma disciplina mantiene los hitos pequeños y los puntos de decisión frecuentes: nunca está a más de unas semanas de un momento en el que puede redirigir, pausar o parar con software en funcionamiento en la mano.
Cuándo la facturación por hitos es el modelo equivocado
Ningún modelo de precios es universalmente honesto, este incluido. La facturación por hitos necesita un alcance que pueda definirse lo bastante bien como para cortarlo en entregables - y algunos buenos proyectos no lo tienen. Si la hoja de ruta es genuinamente abierta y cambiante - una organización de producto que entrega en continuo, con prioridades que se reinician cada trimestre - forzar fronteras de hito sobre ella es teatro, y la estructura honesta es un equipo dedicado a una tarifa mensual fija: capacidad que usted dirige, sin fingir que el alcance está cerrado. Y si está antes de facturar, con buena distribución y un presupuesto ajustado, la conversación honesta no va de facturación en absoluto, sino de compartir riesgo - la estimación convertida en insumo de valoración dentro de un acuerdo de participación en lugar de en un calendario de facturas. Hemos escrito aparte sobre cómo ponemos precio al riesgo que estamos dispuestos a asumir.
La prueba para cualquier modelo de precios - el nuestro incluido - es una sola pregunta: cuando la realidad se aparta del plan, ¿quién paga, y por qué recompensa ese pago? El precio cerrado paga al proveedor por pelearse con usted por la desviación. El pago por horas le paga por tomársela con calma, con su dinero. La facturación por hitos con una estimación real paga al proveedor por entender el trabajo antes de valorarlo, por mantener los hitos pequeños y por terminar - porque hasta que no se acepta software en funcionamiento, no se debe nada. Los incentivos no sustituyen a un socio fiable. Son la forma de averiguar si lo tiene.