Hablemos de márgenes, no de megas: cómo traducir su presupuesto de TI al idioma del director financiero
Photo: business meeting CFO reviewing budget spreadsheet office, via as2.ftcdn.net
Cada otoño se repite una escena en miles de empresas españolas: el responsable de tecnología presenta su presupuesto para el año siguiente y, media hora después, la partida ha sido recortada, aplazada o reducida a la mitad. No siempre ocurre porque el proyecto sea malo. Ocurre, con frecuencia, porque se defendió en el idioma equivocado.
Un director financiero no evalúa el mundo en términos de latencia, disponibilidad o versiones de soporte. Evalúa coste, riesgo y retorno. Si su propuesta no habla ese idioma, la conversación se pierde antes de empezar.
El error de partida: pedir en lugar de proponer
La primera trampa es presentar el presupuesto como una lista de necesidades: renovación de licencias, actualización de servidores, contrato de soporte. Cada línea, vista de forma aislada, parece un gasto evitable. Y lo que parece evitable, se recorta.
La alternativa es reencuadrar cada partida como una decisión de inversión con su contrapartida: qué problema resuelve, qué coste tiene no resolverlo y cuándo se recupera el dinero. Un servidor que cumple su ciclo de vida no es «un equipo que toca renovar»; es la garantía de que la planta no se detiene un lunes por una avería, con el coste que eso implica en producción y en penalizaciones por retrasos.
Tres traducciones que funcionan
Para preparar la conversación con el área financiera, conviene convertir cada concepto técnico en una de estas tres categorías:
- Coste evitado. Cuánto cuesta la alternativa de no invertir: horas extra del equipo, caídas de servicio, multitasa de incidentes, horas de consultoría de urgencia. Si una migración a la nube elimina una potencial parada de 48 horas en plena campaña, ponga cifras a esas 48 horas.
- Riesgo reducido. El CFO entiende de primas de riesgo, coberturas y contingencias. Una mejora de ciberseguridad o un plan de continuidad no generan ingresos, pero reducen la probabilidad de un evento cuya factura media conocen bien. Presentarlo como póliza, no como gasto.
- Capacidad ganada. Qué podrá hacer la empresa que hoy no puede: cerrar el cierre contable dos días antes, incorporar un canal de venta, absorber crecimiento sin contratar de inmediato. Aquí es donde la tecnología deja de ser un centro de costes y se convierte en palanca.
La reunión: estructura, no improvisación
Recomendamos a nuestros clientes llegar a la negociación con un documento de una sola página por proyecto: situación actual, propuesta, inversión, retorno estimado y consecuencias de no hacerlo. Nada de presentaciones de veinte diapositivas con diagramas de arquitectura.
Un ejercicio útil es el de la pregunta incómoda: antes de la reunión, pregúntese qué diría un CFO escéptico. «¿Esto puede esperar un año?» «¿Hay una opción más barata?» «¿Qué pasa si no lo hacemos?» Si tiene respuestas cuantificadas, la partida aguanta. Si no las tiene, quizá el proyecto sí deba esperar, y mejor descubrirlo usted antes que él.
Tenga también un plan B, y dígalo
Puede parecer contraproducente, pero proponer una versión escalonada del proyecto —fase uno este año, fases dos y tres condicionadas a resultados— suele fortalecer la credibilidad de la propuesta completa. El director financiero valora que el técnico sepa dosificar. Y si el presupuesto sale completo, habrá ganado algo más valioso que el dinero: reputación de socio financieramente responsable de cara a los años siguientes.
Lo que no funciona
Conviene evitar tres recursos habituales que suelen ser contraproducentes en el contexto español: la alarmismo («si no lo hacemos nos van a atacar»), el argumento de autoridad («todos los competidores ya lo han hecho») y el tecnicismo como escudo («es demasiado complejo para explicarlo»). El CFO escéptico no se convence con miedo ni con jerga: se convence con números que puede verificar y escenarios que reconoce.
Una cuestión de traducción, no de defensa
En última instancia, defender un presupuesto de TI no consiste en resistir el recorte, sino en demostrar que la tecnología es parte del negocio, no un impuesto sobre él. Cuando el responsable técnico aprende a hablar de márgenes, plazos de recuperación y exposición al riesgo, deja de ser quien pide y pasa a ser quien propone.
En Aifos Solutions acompañamos a equipos técnicos de empresas españolas en esa traducción: ayudamos a construir el caso de negocio antes de construir la solución. Porque el mejor proyecto tecnológico es el que consigue salir del papel.
