La propuesta dice USD 48.000 al año. Está clara, está desglosada, y la comparaste con otras dos. Elegiste la del medio, que parecía el equilibrio razonable entre precio y funcionalidad.
Dieciocho meses después haces la cuenta real. Sumas la implementación, las horas del equipo de TI que salieron de otros proyectos, la migración de datos que tomó el triple de lo previsto, los dos módulos que no estaban incluidos, la capacitación de la segunda tanda de vendedores, y los seis meses en que el sistema estuvo pagado pero todavía no operativo.
El número no se parece a USD 48.000.
Esto no es una historia de proveedores deshonestos. Es un problema de qué se cotiza y qué no. La licencia es la parte del costo que es fácil de poner en una tabla, y por eso es la que se compara. El resto existe igual, pero no tiene columna.
Antes de seguir, una aclaración que corresponde: este artículo lo publica una empresa que vende software comercial. Lo que sigue es un marco para evaluar a cualquier proveedor —nosotros incluidos—, y al final vas a encontrar las preguntas que deberías hacernos.
Los seis costos que casi nunca están en la propuesta
- Integración con lo que ya tienes. Conectar la plataforma con tu ERP, tu sistema de facturación y tu maestro de productos. Casi siempre requiere trabajo a medida y casi nunca está cerrado en el precio inicial.
- Migración y saneamiento de datos. No es mover archivos: es decidir qué cliente duplicado se queda, qué códigos se unifican y quién valida. El costo real de esto suele ser tiempo de gente tuya que conoce el negocio, no horas de consultor.
- Capacitación, y su repetición. La primera tanda está prevista. La segunda —cuando entran vendedores nuevos, o cuando el proveedor libera una versión distinta— casi nunca.
- Personalización y cambios de alcance. Todo lo que se descubre después del día uno. Es la categoría que más crece, y la más difícil de acotar por contrato.
- Tiempo de management. Las horas de tu gerente comercial, tu supervisor y tu líder de TI dedicadas al proyecto. No salen de ninguna cuenta y son, en muchas operaciones medianas, el recurso más escaso que tienes.
- El costo de convivencia. Durante la transición vas a operar dos sistemas en paralelo. Ese solapamiento tiene un costo de licencias, de doble carga y de errores de conciliación.
Ninguno de los seis es un cargo oculto en el sentido de engaño. Son costos que el proveedor no puede estimar sin conocer tu operación — y que tú puedes estimar, si te sientas a hacerlo antes de firmar.
La evidencia sobre sobrecostos, y la lección que casi nadie aplica
Este es el dato que debería cambiar cómo presupuestas.
Bent Flyvbjerg y Alexander Budzier analizaron 1.471 proyectos de tecnología en una investigación publicada en Harvard Business Review en 2011. Según el resumen de los autores, el sobrecosto promedio fue de 27%.
Un 27% suena manejable. Se puede cubrir con una contingencia y seguir adelante.
Pero el hallazgo importante es el otro: uno de cada seis proyectos de la muestra resultó ser un «cisne negro», con un sobrecosto promedio de 200% y un sobreplazo de casi 70%. Los autores son explícitos en la conclusión: el riesgo real de los proyectos de tecnología no es que tengan sobrecostos altos en promedio, sino que hay una cantidad desproporcionada de casos extremos. Al mirar promedios en vez de la cola de la distribución, la mayoría de los gerentes ha estado midiendo mal el riesgo.
Para un CFO de una empresa mediana, la traducción es directa y poco cómoda: no presupuestes contra el promedio. Un sobrecosto de 27% en una CPG grande es una línea desagradable en un reporte. Un sobrecosto de 200% en una empresa mediana puede ser el proyecto entero, más el siguiente.
La consecuencia práctica no es dejar de invertir. Es estructurar la inversión de modo que el escenario de cola no sea fatal: alcance acotado al inicio, pagos atados a hitos verificables, y un punto de salida definido antes de firmar.
Panorama Consulting llega a algo consistente desde su investigación anual sobre proyectos de ERP: en su reporte de 2026, más de un cuarto de las organizaciones excedió el presupuesto del proyecto, y la causa principal citada fueron necesidades tecnológicas adicionales — es decir, cosas que aparecieron después de firmar.
El costo que no se factura: el sistema que se paga y no se usa
Hay una partida de costo que no aparece en ninguna propuesta porque no es un cargo. Es una ausencia.
Según la investigación de Vertice sobre desperdicio en SaaS, 15% de las aplicaciones de un stack corporativo típico están completamente sin uso, y 51% están subutilizadas — las organizaciones usan menos de la mitad de las licencias que están pagando. La firma señala además que el volumen de desperdicio en grandes empresas creció 34% en un solo año, mientras los stacks crecen alrededor de 5% anual.
Conviene tomar estas cifras por lo que son: investigación propietaria de un proveedor de gestión de gasto en SaaS, sin metodología publicada. Pero el orden de magnitud coincide con lo que cualquiera que haya auditado licencias reconoce, y el mecanismo es indiscutible.
Y aquí está el punto que importa para tu cálculo: la adopción no es un tema de gestión del cambio, es una variable de costo. Un sistema con 40% de uso real cuesta, por unidad de valor entregado, dos veces y media lo que la propuesta decía.
Esto es especialmente relevante en una operación comercial de canal tradicional, donde el usuario final es un vendedor en la calle con un teléfono y poco tiempo. Si la herramienta le agrega trabajo en lugar de quitárselo, el uso cae, y el costo por usuario activo se dispara sin que nadie renegocie nada.
Cómo armar el cuadro de costo total a tres años
La comparación útil no es entre precios de lista. Es entre costos totales en una ventana que incluya el período en que el sistema todavía no rinde.
Tres años es el horizonte correcto para software comercial: suficiente para absorber la implementación, y corto como para que las proyecciones sigan siendo creíbles.
| Partida | Año 1 | Año 2 | Año 3 |
|---|---|---|---|
| Suscripción / licencias | |||
| Implementación y configuración | |||
| Integración con ERP y otros sistemas | |||
| Migración y saneamiento de datos | |||
| Capacitación inicial y recurrente | |||
| Soporte y soporte premium, si aplica | |||
| Personalizaciones y cambios de alcance | |||
| Horas internas (TI, comercial, management) | |||
| Convivencia con el sistema anterior | |||
| Contingencia explícita |
Tres reglas para llenarlo bien:
- Las horas internas van valorizadas. Si no le pones precio al tiempo de tu equipo, la opción que más trabajo interno consume va a parecer la más barata. Es el error más común de todos.
- La contingencia va como línea visible, no escondida en cada partida. Y dimensiónala pensando en la cola de la distribución, no en el promedio.
- El año 1 no produce lo mismo que el año 3. Si el sistema tarda seis meses en estar operativo, el año 1 tiene seis meses de costo sin contraparte. Eso pertenece al cuadro.
Las métricas que ordenan la conversación
Una vez que el sistema está operando, tres indicadores te dicen si el TCO se comporta como esperabas:
- Costo por usuario activo mensual. No por licencia contratada: por persona que efectivamente lo usa. La brecha entre ambos números es tu desperdicio, y suele sorprender.
- Costo por pedido procesado. Normaliza el gasto contra volumen de operación. Es el indicador que permite comparar años entre sí cuando el negocio crece.
- Tiempo hasta el primer valor. Cuántas semanas pasaron entre la firma y el primer resultado medible en terreno. Es el mejor predictor del costo final: los proyectos que tardan en mostrar algo son los que acumulan alcance, pierden patrocinio y terminan en la cola de la distribución.
Las preguntas que deberías hacer antes de firmar
Estas son las que más rápido separan una propuesta seria de una optimista:
- ¿Qué está explícitamente fuera de alcance en este precio? La respuesta a esta pregunta vale más que el precio mismo.
- ¿Cuántas horas de mi equipo requiere la implementación, por rol y por semana? Si el proveedor no puede estimarlo, no ha implementado suficientes veces.
- ¿Cómo se cotiza la integración con mi ERP específico, y hay casos previos con ese sistema?
- ¿Qué pasa con el precio cuando agrego usuarios, sucursales o un país? Los saltos de tramo son donde el modelo SaaS deja de ser predecible.
- ¿Qué incluye el soporte estándar y qué requiere un plan superior?
- ¿Cuál es el tiempo hasta el primer valor medible, y a qué se compromete por contrato?
- ¿Cómo puedo salir? Portabilidad de datos, formato de exportación, plazos de preaviso, penalidades. Preguntarlo al inicio no es desconfianza, es higiene.
- ¿Qué tasa de adopción tienen sus clientes a los seis meses? Si la respuesta es vaga, asume que no la miden.
La octava es la que más incomoda y la más reveladora. Un proveedor que mide adopción tiene una operación que se hace cargo del resultado; uno que solo mide licencias vendidas, no.
Cómo lo abordamos en Yom
Siendo consistentes con lo anterior, acá va lo que es verificable sobre el modelo de Yom, sin adjetivos.
Yom opera bajo modelo SaaS, lo que hace el gasto predecible y escalable en lugar de un desembolso de capital inicial grande. La plataforma se integra con el ERP que ya tienes —no requiere reemplazarlo—, lo que elimina la partida más grande y más riesgosa de un proyecto de transformación comercial. Y el go-live se mide en semanas, no en trimestres, lo que ataca directamente la variable que más correlaciona con el sobrecosto: el tiempo hasta el primer valor.
El acompañamiento es consultoría estratégica incluida, no solo soporte técnico. Eso importa en la línea de «horas internas» del cuadro: buena parte del trabajo que en otros proyectos recae sobre tu equipo, acá está del otro lado.
Dicho esto: las ocho preguntas de la sección anterior aplican también a nosotros, y la respuesta correcta a todas ellas es un número concreto, por escrito, antes de firmar. Si en una conversación comercial con Yom alguna queda sin responder, insiste.
En síntesis
El precio de lista es la parte del costo que es fácil de comparar, y por eso es la que termina decidiendo. Es también la que peor predice cuánto vas a gastar.
La evidencia sobre proyectos de tecnología dice dos cosas que conviene tener presentes al mismo tiempo: el sobrecosto típico es manejable, y la cola de la distribución no lo es. Uno de cada seis proyectos se va a 200% de sobrecosto. Presupuestar como si ese escenario no existiera es la decisión que después no se puede deshacer.
Arma el cuadro a tres años con las horas internas valorizadas. Haz las ocho preguntas. Y cuando compares propuestas, compara costos totales, no cotizaciones.
¿Tienes el costo total de tu stack comercial calculado a tres años? Si quieres contrastar tu cuadro con un modelo SaaS que se integra al ERP que ya tienes, conversemos en yom.ai.