Un presupuesto PSA solo es creíble si incluye algo más que la suscripción. La decisión combina licencias, configuración, migración, integraciones, tiempo interno y convivencia con los sistemas anteriores. Este método permite comparar ofertas con el mismo perímetro.
El precio de portada engaña por dos motivos. Primero, casi nunca cubre el trabajo que hace falta para que el sistema sea usable: limpiar datos, decidir definiciones compartidas y formar a quien aprueba horas o emite facturas. Segundo, se calcula sobre la foto de hoy, mientras que un contrato se firma para tres años en los que la plantilla, las prácticas y el número de entidades legales cambian. Una consultora que pasa de 30 a 60 consultores puede duplicar la cuota sin haber duplicado el valor recibido.
La consecuencia práctica es que dos ofertas con la misma cuota mensual pueden diferir en un factor de dos o tres cuando se suman servicios, esfuerzo interno y transición. Comparar solo la línea del canon no es un atajo: es cambiar la pregunta.
Empieza por el problema operativo
Enumera los procesos a mejorar: traspaso de ventas a delivery, staffing, horas, control de proyectos, facturación y forecast. Mide esfuerzo manual, errores y retrasos. Un precio bajo sirve de poco si CRM, recursos o billing deben seguir separados.
Define quién utilizará el producto y proyecta durante tres años los modelos por empleado, manager, usuario activo, módulo o consumo.
Haz también el inventario contrario: qué herramientas se apagan. Si el PSA sustituye la hoja de staffing, el CRM genérico, el gestor de timesheets y el add-on de facturación, esas licencias salen del presupuesto y entran en el cálculo como ahorro verificable. Si en cambio conviven, el coste real del proyecto incluye mantener dos sistemas y la conciliación entre ellos. Escríbelo antes de pedir ofertas, porque es la única forma de que el proveedor cotice el mismo alcance que tienes en la cabeza.
Un detalle que cambia el número final: cuenta a los usuarios ocasionales. En muchas consultoras hay un núcleo de veinte personas que vive dentro del sistema y un grupo mucho mayor que solo introduce horas y gastos. Si el modelo de precio cobra igual a ambos, el coste por decisión útil se dispara.
Las seis partes del coste
Separa suscripción, configuración inicial, migración, integraciones, cambio interno y administración continua. Pide supuestos, horas incluidas y tarifa del trabajo extra.
Incluye el tiempo de sponsor, process owners, responsables de datos, pilotos y finanzas. Añade el funcionamiento paralelo durante los primeros cierres.
Esta tabla resume qué preguntar en cada línea y dónde suelen esconderse las sorpresas.
| Línea de coste | Qué debe cotizar el proveedor | Dónde aparece la sorpresa |
|---|---|---|
| Suscripción | Precio unitario, unidad de cobro, mínimo, indexación anual | Usuarios ocasionales que cuentan como completos |
| Configuración inicial | Horas incluidas, entregables, tarifa del trabajo extra | Workflows fuera del paquete estándar |
| Migración de datos | Número de importaciones, formatos, ensayos incluidos | Histórico de proyectos y saldos abiertos |
| Integraciones | Conectores estándar frente a desarrollo a medida | Contabilidad, nóminas y firma electrónica |
| Cambio interno | Formación por rol, materiales, soporte del primer cierre | Tiempo de tus propios managers |
| Administración continua | Quién mantiene roles, tarifas, plantillas y permisos | Medio día por semana que nadie presupuestó |
Pide que cada línea aparezca por separado también cuando el proveedor ofrece un paquete cerrado. No es desconfianza: es la única forma de renegociar una sola partida sin reabrir todo el contrato.
Construye el TCO a tres años
Fórmula: TCO = cuotas recurrentes + servicios iniciales + esfuerzo interno + transición + cambios previstos. Aplica a cada proveedor el mismo escenario base, de crecimiento y de retraso.
Registra moneda, indexación, compromiso mínimo, renovación y salida. Una tabla anual clara suele ser mejor que un ROI excesivamente complejo.
Un ejemplo ilustrativo ayuda a ver la proporción. Una consultora de 40 consultores y 8 managers evalúa dos ofertas. La primera cobra por empleado y la segunda por manager activo. En el año uno la diferencia de canon parece pequeña, pero la primera oferta incluye 20 horas de configuración y la segunda 60, y solo la segunda cubre la importación del histórico de proyectos. Al sumar servicios iniciales, esfuerzo interno estimado en jornadas de sponsor y process owners, y dos meses de funcionamiento paralelo, la opción aparentemente más cara resulta más barata a tres años. El caso contrario también existe: si la firma crece a 80 consultores manteniendo 10 managers, el modelo por manager gana con claridad.
La conclusión no es que un modelo sea mejor, sino que el ganador depende de tu curva de crecimiento. Por eso el escenario de crecimiento no es un adorno del modelo: es la parte que decide.
Conecta valor y baseline
Mide días hasta factura, timesheets tardíos, horas de conciliación, trabajo no facturado, tiempo de forecast y proyectos con margen actualizado. Captura la baseline y asigna un responsable.
Considera ahorro solo cuando el trabajo desaparece o se reasigna. Trata utilización y margen como escenarios. La guía PSA explica el alcance funcional.
Captura la baseline antes de firmar, no durante la implantación. Después del arranque nadie recuerda cuántos días tardaba una factura ni cuántas horas se dedicaban a conciliar hojas de cálculo, y el proyecto pierde la posibilidad de demostrar su propio valor. Bastan seis números medidos durante dos cierres: días de fin de mes a factura emitida, porcentaje de timesheets aprobados en plazo, horas mensuales de conciliación manual, trabajo entregado y no facturado, horas para preparar el forecast y porcentaje de proyectos con margen actualizado.
Asigna un responsable a cada número y una fecha de revisión. Un beneficio sin owner no se mide, y un beneficio no medido se convierte en la primera víctima de la siguiente revisión de presupuesto.
Preguntas para cada oferta
Pregunta qué incluye onboarding, cuántas importaciones, integraciones estándar, soporte y exportación. Verifica costes de sandbox, API, almacenamiento, IA, entidades e histórico.
Define por escrito “go-live”: un tenant configurado no equivale a adopción. Exige calidad de datos, ensayo de facturación y conciliación de informes.
Estas preguntas deberían estar respondidas por escrito antes de la firma:
- ¿Qué ocurre con el precio si la plantilla crece un 50% a mitad de contrato, y qué ocurre si baja?
- ¿La exportación incluye histórico completo, adjuntos y relaciones entre entidades, o solo tablas planas?
- ¿Qué integraciones son estándar, cuáles requieren desarrollo y quién mantiene el conector cuando el otro sistema cambia de versión?
- ¿Cuántas entidades legales, divisas y calendarios laborales están incluidos?
- ¿El acceso a la API tiene coste adicional o límites de llamadas que afecten a los informes?
- ¿Qué tiempo de respuesta está contratado y con qué compensación si no se cumple?
Si una respuesta llega solo en una demo y no en el contrato, no cuenta como respuesta.
Haz auditable la decisión
Puntúa por separado coste, fit, riesgo, seguridad y adopción. Conserva la evidencia de cada nota: propuesta, demo, respuesta y cláusula.
Antes de aprobar, finanzas valida el TCO, operaciones los workflows, IT la arquitectura y usuarios el piloto. Lleva los supuestos a la checklist de implementación.
Qué modelo de precio te penaliza al crecer
El cobro por empleado es simple de entender y previsible para el proveedor, pero grava el crecimiento de la plantilla operativa aunque el número de decisiones no aumente en la misma proporción. Encaja bien en firmas estables donde casi todo el mundo usa el sistema a diario.
El cobro por manager o usuario activo alinea el coste con quien toma decisiones y suele ser más eficiente en consultoras que crecen en consultores de delivery. Su riesgo es la definición de usuario activo: pide por escrito qué cuenta como activación, con qué frecuencia se mide y qué pasa con una persona que entra una vez al mes.
El cobro por módulo parece flexible y a menudo esconde que la función que realmente necesitas vive en el módulo superior. El cobro por consumo, típico en funciones de IA o almacenamiento, tiene el problema opuesto: es imposible presupuestarlo bien el primer año. Si aparece, exige un techo contractual y alertas antes de superarlo.
Los costes que aparecen en el segundo año
El primer año concentra la atención y el presupuesto. El segundo es donde se ven las decisiones mal cerradas: cambios de proceso que requieren reconfiguración, integraciones que se rompen cuando el ERP se actualiza, informes nuevos que nadie sabe construir y una persona interna que dedica cada semana varias horas a mantener tarifas, roles y plantillas.
Presupuesta explícitamente esa administración continua y nombra a su responsable. En firmas de 30 a 100 consultores suele equivaler a una fracción estable de jornada, no a un pico puntual, y es la diferencia entre un sistema que envejece bien y uno que vuelve poco a poco a las hojas de cálculo.
Añade también el coste de salida. Un contrato que no garantiza exportación completa y en formato reutilizable convierte una decisión de tres años en una decisión de diez. La cláusula de exportación no protege contra el proveedor: protege contra un cambio de estrategia propio.
Hoja de trabajo para la aprobación
Prepara una página con alcance, usuarios, módulos, tres escenarios de plantilla, costes anuales y supuestos. Junto a cada beneficio registra baseline, método de medida, owner y fecha de revisión. Añade riesgos de migración, adopción, dependencia del proveedor y continuidad, con mitigación y responsable.
Antes de firmar, prueba exportación, permisos, un flujo crítico y un informe económico con datos representativos. Documenta qué no cubre la oferta y quién asumiría ese trabajo. Tras doce meses compara TCO previsto y real, explica desviaciones y reutiliza el aprendizaje en la próxima compra.
