Hay una razón por la que las propuestas de inversión tecnológica en RRHH mueren en el Consejo de Administración. No es el dinero. Casi nunca es el dinero.
Es que llegan en el idioma equivocado.
El DRRHH entra con una narrativa de mejora operativa («necesitamos una herramienta que gestione mejor los turnos», «el sistema actual no cubre las cualificaciones») y al otro lado de la mesa hay alguien que piensa en margen, en riesgo, en retorno. Esa conversación no llega a ningún sitio porque los dos interlocutores están hablando de cosas distintas.
Lo que sigue es la misma propuesta, traducida.
Primero: abandona la narrativa de mejora
La mejora operativa es el argumento más débil que puedes llevar al Consejo de Administración. No porque no sea real, sino porque compite con decenas de otras mejoras operativas de otros departamentos, y ninguna de ellas tiene un mecanismo claro que fuerce la decisión.
El argumento que mueve presupuestos no es «esto funcionará mejor». Es «esto está costando dinero ahora, y aquí está el número».
Antes de entrar a esa reunión, necesitas construir ese número. No el coste del software que quieres implantar (eso viene después). El coste del modelo actual, con todas sus fricciones incluidas.
Cuatro conceptos que suelen quedar fuera del cálculo habitual y que cambian la cifra de forma significativa:
1- Tiempo de gestión manual sobre procesos no digitalizados.
Cada proceso que tu herramienta actual no resuelve lo está ejecutando alguien de tu equipo de forma manual. Pon un número: horas semanales por proceso, multiplicadas por el coste hora del perfil que las ejecuta. En organizaciones con turnicidad compleja, gestión de EPIs o matrices de cualificación, esta cifra suele sorprender.
2- Coste de los errores de asignación.
Cuando un puesto se cubre con alguien que no tiene la habilitación vigente, cuando un turno se cierra con cobertura insuficiente porque nadie tiene visibilidad en tiempo real de quién está disponible y cualificado (eso tiene un coste: parcial en el mejor caso, muy concreto en el peor), estímalo de forma conservadora. Incluso una estimación conservadora es un argumento.
3- El escalado automático de la factura de software.
Si operas con un modelo de pago por usuario, cada nueva incorporación en planta incrementa tu OPEX tecnológico de forma automática. En una organización que crece, eso no es un coste puntual (es una tendencia). Proyéctala a tres años con los ritmos de crecimiento actuales y ponla sobre la mesa.
4- El coste de oportunidad de tu equipo de RRHH.
Las horas que tu equipo dedica a mantener hojas de cálculo paralelas, a cruzar datos entre sistemas que no se hablan, a responder consultas que un sistema integrado resolvería en segundos (son horas que no se están dedicando a retención, a desarrollo de talento, a los procesos que realmente diferencian a tu organización). Este es el más difícil de cuantificar y el más poderoso cuando se hace bien.
La suma de esos cuatro conceptos es el número que abre la conversación. No «cuánto cuesta la solución que propongo» (eso es el segundo paso). Primero: cuánto está costando la situación actual.
Segundo: habla de riesgo, no de ineficiencia
La ineficiencia es un problema de RRHH. El riesgo es un problema del Consejo de Administración.
Son la misma realidad, pero el segundo activa un mecanismo de decisión diferente. El Consejo puede tolerar ineficiencias durante años si no hay un vector de riesgo visible. Cuando aparece el riesgo, la conversación cambia.
En una industrial, los vectores de riesgo asociados a la gestión manual de talento técnico son muy concretos:
- Riesgo de compliance. Una inspección de trabajo que encuentra trabajadores asignados a puestos para los que no tienen la habilitación vigente no es un problema de RRHH (es un problema legal con consecuencias cuantificables). Si ese riesgo existe hoy en tu organización y no está gestionado por un sistema que lo controle de forma automática, es un argumento que el Consejo de Administración necesita escuchar antes de que ocurra la inspección, no después.
- Riesgo de continuidad productiva. Cada proceso crítico de planta que depende del conocimiento tácito de una persona concreta es un punto de fallo. Cuando ese responsable no está disponible (vacaciones, baja, rotación), el conocimiento se va con él. Eso tiene un coste de contingencia que la dirección de operaciones conoce bien. Conéctalo con la propuesta.
- Riesgo de dependencia tecnológica. Si tu modelo actual es pagar licencias a un proveedor cuyo roadmap no controlas, la organización no tiene mando sobre su propia infraestructura de talento. El día que ese proveedor decide cambiar su modelo de precios, descatalogar funcionalidades o ser adquirido, tu estrategia tecnológica queda condicionada por una decisión externa. Presentarlo como riesgo estratégico (no como argumento comercial a favor de otra solución) es la forma más honesta y más efectiva de plantearlo.
Tercero: el marco que convierte el gasto en inversión
Hasta aquí has establecido cuánto cuesta el problema y qué riesgos lleva asociados. Ahora viene el cambio de marco que transforma la propuesta de «gasto en software» en «decisión de inversión».
La diferencia es contable antes de ser conceptual. Un modelo de licencias por usuario es OPEX: gasto operativo recurrente, indefinido, que crece con la plantilla y que no genera ningún activo en el balance. Una arquitectura digital construida a medida es CAPEX: inversión amortizable, con coste de mantenimiento estable, sobre una infraestructura que la empresa posee.
Para el Consejo de Administración, esa distinción importa. No solo porque afecta a cómo se trata en la cuenta de resultados, sino porque cambia la naturaleza de la decisión: no estás pidiendo aumentar el gasto operativo del departamento de RRHH. Estás proponiendo convertir un gasto recurrente creciente en un activo digital con retorno medible.
El horizonte de retorno (en cuántos meses el ahorro acumulado cubre la inversión inicial) es el último número que necesitas tener calculado antes de entrar a esa sala. Si el cálculo del coste actual está bien hecho, ese horizonte suele ser más corto de lo que cualquiera en la mesa esperaría.
Lo que no deberías llevar a esa reunión
Evita los argumentos de usuario: que la interfaz es mejor, que el equipo trabaja más cómodo, que tiene más funcionalidades. Son argumentos válidos en la evaluación técnica; son irrelevantes en la aprobación de presupuesto.
Evita también las comparativas de producto. No es una decisión entre plataformas (es una decisión sobre el modelo de inversión tecnológica de la organización). Mantén el foco ahí.
Y evita pedir una decisión antes de haber establecido el problema. El orden importa: primero el coste de la situación actual, luego el riesgo, luego la propuesta. Si entras directamente con la solución, la conversación se convierte en una negociación de precio. Si entras con el diagnóstico, la conversación es sobre si la organización puede permitirse no actuar.
Esa es la conversación que quieres tener.
Por qué Apptitudinal te ayuda en este momento
Cuando el DRRHH llega al Consejo de Administración con ese diagnóstico (coste real cuantificado, riesgos nombrados, propuesta de conversión de OPEX a CAPEX) necesita una solución que sostenga el argumento con números reales, no con promesas de catálogo.
Apptitudinal no es una suite de RRHH. Es una arquitectura digital construida a medida sobre tecnología low-code (Caspio), diseñada específicamente para organizaciones industriales de más de 250 empleados donde los procesos críticos de planta no caben en ningún módulo estándar.
Lo que eso significa en la práctica para la conversación que acabas de preparar:
- El coste es estable y predecible. No pagamos por usuario. El coste se dimensiona según los procesos que automatizamos, no según cuántas personas incorporas a la plantilla. En organizaciones de más de 250 empleados, la equivalencia se sitúa entre 2 € y 5 € por persona y mes (frente a los 8 € – 15 € que exige el mercado estándar para un perfil comparable). Eso es lo que le presentas al Consejo como ahorro proyectado a tres años.
- La organización es propietaria de la solución. No arrendas tecnología de un proveedor cuyo roadmap no controlas. Construimos sobre tu lógica de negocio, con tu arquitectura de datos, y la empresa mantiene la soberanía sobre lo que se ha construido. Ese es el argumento CAPEX que el Consejo necesita escuchar.
- Los procesos críticos que ninguna suite resuelve son exactamente los que hacemos. Matrices de polivalencia integradas con la planificación de turnos. Gestión de habilitaciones técnicas con alertas automáticas de caducidad. Sistemas de relevos cualificados en tiempo real. Los procesos que hoy viven en Excel paralelos y que representan el riesgo de compliance y de continuidad productiva que has puesto sobre la mesa.
Llevamos más de una década construyendo este tipo de soluciones para industriales complejas. No partimos de un catálogo de módulos: partimos de los procesos reales de tu organización.