El modelo de precios no es una cuestión de coste, sino de riesgo
Cuando una organización considera entre un precio fijo y un modelo de Time & Materials (T&M), la pregunta habitual es cuál de los dos es más económico. Sin embargo, esta no es la pregunta correcta. Ambos modelos representan el mismo trabajo; la diferencia radica en quién asume la variación cuando la realidad difiere de las suposiciones iniciales.
En un modelo de precio fijo, el proveedor asume el riesgo —por lo tanto, incluye un margen de riesgo en su presupuesto y se protege mediante una definición precisa de lo que está incluido. En T&M, la organización asume el riesgo —por lo tanto, necesita mecanismos de control. En Retainer, ambas partes obtienen estabilidad a cambio de una flexibilidad reducida.
La regla general es simple: cuanto más madura sea la definición del alcance (Scope), más ventajoso es un precio fijo. Cuando hay más incertidumbre real, es preferible un modelo T&M con un tope máximo.
Comparación rápida entre los tres modelos
| Aspecto | Precio Fijo | Time & Materials | Retainer |
|---|---|---|---|
| Quién asume el riesgo del alcance | Proveedor | Organización | Compartido dentro del alcance acordado |
| Condiciones de éxito | Scope bien definido | Transparencia y gestión cercana | Demanda estable y predecible |
| Flexibilidad al cambio | Baja, a través de solicitudes de cambio | Alta | Media |
| Carga administrativa para la organización | Media, concentrada en la definición | Alta, continua | Baja |
| Fallo típico | Guerra de Scope | Descontrol de horas | Horas no utilizadas o absorbidas |
| Buena adaptación a | Implementación de fase definida | Integración, migración, investigación | Mantenimiento y mejora continua |
Precio Fijo — Cuándo sí y de qué tener cuidado
Este modelo es adecuado cuando existe una especificación con criterios de aceptación, las integraciones son conocidas y documentadas, y la calidad de los datos ha sido verificada. En esta situación, el proveedor puede presupuestar con una confianza razonable y la organización obtiene una certeza presupuestaria real.
Mecanismos de protección que debe solicitar:
- Definición de "completado" para cada entregable, no solo del nombre del entregable.
- Una lista explícita de suposiciones en las que se basa el precio.
- Una tarifa acordada de antemano para las solicitudes de cambio, para que no se determine bajo presión.
- Un calendario de pagos vinculado a la aceptación y no a fechas.
Señal de advertencia: un precio fijo ofrecido sin preguntar sobre el volumen de datos, el número de usuarios o los sistemas de origen. Un precio así cambiará; la única pregunta es cuándo.
Time & Materials — Cuándo sí y cómo controlarlo
Es apropiado cuando existe una incertidumbre que no puede eliminarse a bajo costo: un sistema central heredado sin documentación, datos históricos de calidad desconocida o un proceso de negocio que sigue evolucionando.
Mecanismos de control que lo hacen seguro:
- Un tope para cada hito con una alerta al alcanzar un porcentaje acordado del mismo.
- Informes a nivel de tarea — nombre de la tarea, horas, estado.
- Puntos de salida sin penalización al final de cada hito.
- Composición del equipo acordada — cuántas horas de personal sénior y júnior, para evitar cambios silenciosos.
El último punto es a menudo olvidado y afecta el costo más que la tarifa misma.
Retainer — Cuándo se convierte en un desperdicio
El modelo Retainer funciona bien después del lanzamiento, cuando hay un flujo constante de solicitudes. Falla en dos situaciones opuestas: cuando la demanda es baja y la organización paga por horas no utilizadas, y cuando un desarrollo significativo se introduce, agotando la capacidad de soporte.
Dos soluciones simples: una separación explícita entre soporte y desarrollo, y una cláusula de transferencia parcial de horas no utilizadas al mes siguiente, con un tope. La combinación de ambos estabiliza el modelo.
Modelos híbridos que funcionan en la práctica
| Fase del proyecto | Modelo recomendado | Justificación |
|---|---|---|
| Consultoría y especificación | Precio fijo a corto plazo | El alcance es conocido, el entregable está definido |
| Migración de datos | T&M con tope | La calidad de los datos se revela durante el proceso |
| Integraciones con sistemas legados | T&M con tope | Depende de la otra parte |
| Fase de implementación definida | Precio fijo | Existen criterios de aceptación |
| Período de estabilización | Incluido en el precio de la fase | Evita disputas sobre qué es un defecto y qué es un cambio |
| Mantenimiento continuo | Retainer | Demanda constante |
Una distribución como esta puede parecer más compleja que un solo acuerdo, pero reduce precisamente las discusiones que retrasan los proyectos.
Ejemplo ilustrativo: Importador de equipos médicos
El escenario es hipotético y tiene fines ilustrativos. Un importador solicitó un presupuesto de precio fijo para un proyecto que incluía la integración con un sistema de gestión de inventario de quince años de antigüedad, sin documentación de API. Las tres ofertas recibidas tuvieron un rango muy amplio, y la más económica incluía una pequeña frase: "Asumiendo que existe una interfaz REST disponible".
La organización realizó una breve prueba de viabilidad de una semana antes de firmar. Se descubrió que no existía tal interfaz y que se requería una capa intermedia. La prueba cambió el panorama: la integración se movió a un modelo T&M con un tope, y el resto del proyecto se mantuvo a precio fijo.
Lo que la breve prueba evitó no fue un costo adicional —que habría surgido de todos modos— sino una disputa contractual a mitad del proyecto sobre quién era responsable de una suposición no verificada.
Qué influye en el precio más que el modelo de tarifas
- Madurez de la definición — una especificación incompleta encarece cualquier modelo.
- Número de sistemas de origen y su nivel de documentación.
- Calidad de los datos existentes.
- Disponibilidad de los dueños del proceso en la organización — la demora en las decisiones es un costo directo.
- Número de unidades de negocio que necesitan llegar a un acuerdo.
Cuatro de los cinco puntos están bajo el control de la organización y no del proveedor. Esta es la razón por la que invertir en la preparación reduce el costo de un proyecto más que cualquier negociación sobre la tarifa.
Del modelo al acuerdo
Después de elegir el modelo, lo que importa es la redacción: qué se considerará un entregable completado, quién aprueba y qué sucede si la otra parte se retrasa. Las cláusulas que deben incluirse en el acuerdo se detallan en la Guía de contratos y SOW para proyectos Salesforce, y la forma de redactar la solicitud para que las ofertas sean comparables se detalla en la Guía de RFP.
La elección del tipo de servicio que se presupuesta inicialmente se detalla en la Guía de servicios de Salesforce, y la evaluación del proveedor en la Guía para elegir una empresa de implementación.
Próximo paso
Antes de solicitar un presupuesto, clasifique las tres mayores fuentes de incertidumbre en su proyecto. Si puede nombrarlas, estará listo para un precio fijo para parte del trabajo. Si no puede, lo primero que debe adquirir es una breve verificación para eliminarlas, no un presupuesto para todo el proyecto.