Al encargar software, tarde o temprano le preguntarán cómo desea pagarlo. Las dos respuestas clásicas son un precio fijo por todo el proyecto, o el pago por tiempo y materiales a medida que se hace el trabajo. Cada una se vende como la opción segura. Cada una puede salir muy mal si se usa en el tipo de proyecto equivocado. He trabajado bajo ambas durante muchos años, desde ambos lados de la mesa, y la elección correcta casi siempre resulta evidente cuando se hacen las preguntas adecuadas.

Qué es realmente cada modelo

Precio fijo significa que el proveedor se compromete a entregar un alcance definido por una suma acordada. El riesgo de que el trabajo lleve más tiempo del previsto recae en el proveedor. A cambio, el proveedor necesita que el alcance esté definido y se resistirá a los cambios.

Tiempo y materiales significa que usted paga el esfuerzo realmente dedicado, normalmente por hora, día o mes, más los costos directos, como licencias de terceros. El riesgo de que el trabajo lleve más tiempo recae en usted. A cambio obtiene flexibilidad: puede cambiar de rumbo, añadir funciones y descartar las que resulten no importar.

Un tercer modelo, el desarrollador dedicado o contrato mensual, es un pariente cercano del tiempo y materiales: usted reserva una cantidad fija del tiempo de un desarrollador cada mes y dirige cómo se usa. Lo tratamos en nuestra página de desarrollador dedicado.

La promesa del precio fijo y dónde falla

Un precio fijo resulta tranquilizador porque da una cifra para el presupuesto. Esa tranquilidad es real cuando se cumple lo siguiente:

  • Los requisitos son claros, están por escrito y es poco probable que cambien.
  • La tecnología es conocida y los riesgos son bajos.
  • Usted puede describir de antemano cómo decidirá que el trabajo está terminado.

En esas condiciones, un precio fijo es eficiente. Todos saben qué se está desarrollando y cuánto cuesta.

Los problemas empiezan cuando esas condiciones no se cumplen, algo muy común. Imagine un proyecto con requisitos difusos. A un proveedor al que se le pide un precio fijo le quedan dos opciones honestas. Puede añadir un margen generoso para cubrir lo desconocido, en cuyo caso usted paga por un riesgo que tal vez nunca se materialice. O puede cotizar ajustado y luego protegerse interpretando cada ambigüedad de la forma más estrecha posible. Ambas opciones generan fricción. Termina discutiendo si algo está “dentro del alcance” cuando debería hablar de si es útil.

Hay además un problema más sutil. Cuando el proveedor asume el riesgo, existe un incentivo natural para recortar esfuerzos que usted no puede ver con facilidad: menos pruebas, documentación más escasa, soluciones más rápidas y menos mantenibles. Los buenos proveedores no lo hacen, pero la estructura del contrato lo hace tentador, y conviene saberlo.

La promesa del tiempo y materiales, y dónde falla

El modelo de tiempo y materiales es honesto con la naturaleza del software: la mejor comprensión del problema llega mientras se desarrolla. Le permite empezar antes, aprender del uso real y ajustar. Tiende a producir mejores productos cuando la idea aún se está formando.

Su riesgo es el opuesto. Sin disciplina, el presupuesto no tiene techo y el proyecto no tiene un final natural. Necesita confiar en que el proveedor trabajará con eficiencia y le dirá la verdad sobre el avance. También debe hacer su parte priorizando, porque cada función que agrega cuesta más.

Puede reducir ese riesgo considerablemente con hábitos sencillos:

  • Acuerde un rango estimado al inicio y trátelo como una cifra de planificación, no como una promesa.
  • Trabaje en hitos cortos, con algo que pueda ver y probar al final de cada uno.
  • Pida informes periódicos del tiempo dedicado a cada parte del trabajo.
  • Establezca un punto de revisión en el que usted decida continuar, cambiar de rumbo o detenerse.
  • Mantenga una lista de pendientes priorizada, para que el trabajo más valioso se haga siempre primero.

Una forma sencilla de elegir

Hágase estas preguntas sobre su proyecto.

¿Qué tan bien puedo describir hoy el producto terminado? Si pudiera entregar una especificación escrita a tres proveedores y esperar resultados similares, un precio fijo es razonable. Si no, no lo es.

¿Qué probabilidad hay de que cambie de opinión? Sea sincero. La mayoría de las personas aprende algo al ver el software funcionando. Si espera ajustar el plan, el modelo de tiempo y materiales encajará mejor.

¿Qué tan nueva es la tecnología o el problema? El terreno desconocido, como una integración nueva o una función de IA, trae incógnitas que es mejor compartir que esconder en un precio.

¿Qué tan grande es el trabajo? Las tareas pequeñas y bien delimitadas, como un informe concreto, una integración sencilla o una corrección definida, se prestan al precio fijo. Los programas grandes y largos conviene dividirlos en etapas, cada una con su propio acuerdo.

¿Cuánto valoro la certeza del presupuesto frente a la flexibilidad? Algunas organizaciones tienen normas de compras que exigen una cifra fija. Es una restricción legítima y hay formas de cumplirla, que se describen más abajo.

Los modelos híbridos que suelen funcionar mejor

En la práctica, lo mejor suele ser una combinación.

Descubrimiento pagado y luego precio fijo. Dedique una fase breve y pagada (una o dos semanas) a producir un alcance por escrito, un prototipo o una prueba técnica que ponga a prueba la parte más riesgosa. Luego fije el precio de la construcción según ese alcance. Compra certeza con una inversión pequeña y acotada en el tiempo.

Precio fijo por hito. Divida el proyecto en etapas, cada una con un entregable claro y un precio fijo, y acuerde cada etapa después de terminar la anterior. Obtiene previsibilidad en pasos pequeños y la libertad de ajustar entre ellos.

Tiempo y materiales con tope. Se trabaja por tiempo y materiales, pero se acuerda un máximo que no puede superarse sin su aprobación. El proveedor queda protegido de un alcance sin límites; usted queda protegido de un costo sin límites.

Contrato mensual. Para productos en marcha con un flujo constante de cambios, un monto mensual fijo por una cantidad acordada de horas de desarrollo es fácil de presupuestar y de administrar.

Los cambios y cómo los manejan los contratos

Sin importar el modelo que elija, el proyecto va a cambiar. El contrato debe indicar cómo. Con precio fijo, debe haber un proceso escrito de solicitud de cambios: describir el cambio, estimar su efecto, aprobarlo y luego avanzar. Con tiempo y materiales, los cambios se resuelven reordenando prioridades, y la única pregunta es si el total sigue ajustándose a su presupuesto. Si un contrato no dice nada sobre los cambios, es de esperar que surjan desacuerdos.

Otras cosas que conviene dejar por escrito

Sea cual sea el modelo de precios, asegúrese de que el acuerdo cubra unos puntos esenciales:

  • Propiedad. Usted debería ser dueño del código y de la propiedad intelectual una vez pagado el trabajo, y el código debería estar en un repositorio que usted controle.
  • Aceptación. ¿Cómo decidirá que un entregable está terminado? ¿Con pruebas, una demostración, una lista de verificación?
  • Confidencialidad. Un acuerdo de confidencialidad (NDA), si su información es sensible.
  • Garantía y soporte. ¿Qué ocurre cuando aparece un error la semana siguiente al lanzamiento?
  • Fin de la relación. Cómo puede terminar cualquiera de las partes y qué recibe usted si ocurre.

Lo que recomiendo

Si puede describir su proyecto con claridad, pida un precio fijo y espere que un buen proveedor lo ofrezca, con un alcance claro y un proceso de cambios. Si no puede, no fuerce la situación. Comience con una breve fase de descubrimiento pagada o una etapa de tiempo y materiales con un tope, y pase a precios fijos para las partes que queden bien definidas.

En IT Labs India ofrecemos todas estas modalidades y recomendamos el modelo después de una primera consulta gratuita, porque la elección correcta depende de su proyecto y no de lo que convenga a nuestra facturación. Cada proyecto empieza con un presupuesto por escrito. Si está definiendo qué pedir, nuestro artículo sobre qué determina el costo del software a la medida es un buen complemento, y puede leer más sobre cómo llevamos los proyectos en nuestra página cómo trabajamos. Cuando esté listo, cuéntenos sobre su proyecto.