Cómo justificar la inversión en tecnología ante tu directorio

El gerente de operaciones de una distribuidora de materiales de construcción en Santiago con 60 empleados llevaba tres meses armando una propuesta para migrar los sistemas de inventario a la nube, con cálculos, cotizaciones y un análisis comparativo de proveedores. La presentó al directorio un martes. En veinte minutos le dijeron que no: “Ahora no es el momento para ese tipo de inversión.”

Nos contactó frustrado. Revisamos su presentación y el problema era claro: era técnicamente impecable y estratégicamente incomprensible para quien no vive el problema a diario. Los directores no rechazaron el proyecto porque fuera malo. Lo rechazaron porque no entendieron por qué debían aprobarlo ahora.

Ese es el error más común cuando se presenta tecnología a una junta o directorio: confundir una propuesta técnica con un caso de negocio. Son documentos diferentes, para audiencias diferentes, que responden preguntas completamente distintas.

Por qué el directorio rechaza proyectos tecnológicos

Un directorio no rechaza la tecnología. Rechaza la incertidumbre financiera. Cuando un gerente llega con una propuesta de inversión sin dejar claro cuánto dinero recupera la empresa, cuándo lo recupera y qué pasa si no hace nada, la decisión racional es postergar. No porque el proyecto sea malo, sino porque el riesgo percibido supera el retorno percibido.

Los tres miedos que no se dicen en voz alta pero que determinan el voto son: primero, que el costo real termine siendo mayor al presupuestado; segundo, que el proyecto fracase a mitad de camino y no haya retorno; y tercero, que el negocio se interrumpa durante la implementación. Una buena propuesta responde a los tres antes de que los pregunten.

El framework de tres columnas

Toda propuesta tecnológica que queremos que un directorio apruebe necesita construirse sobre tres columnas simultáneas. Si falta cualquiera de ellas, la propuesta es débil.

• →Columna 1 — ROI cuantificable: qué ahorra o genera el proyecto en pesos concretos. No “eficiencia operacional” ni “mejora en productividad”. Pesos. Cuántas horas se liberan, a qué costo hora, cuántos errores se eliminan, cuánto cuesta cada uno hoy, cuántas ventas adicionales se pueden cerrar si el proceso tarda menos.
• →Columna 2 — Riesgo de no hacer nada: qué pasa en 12 y 24 meses si el directorio dice que no. Esta columna es la más poderosa y la más descuidada. La inacción tiene un costo, y ese costo suele ser mayor que la inversión. Hay que cuantificarlo: clientes perdidos, multas posibles, ventaja que gana la competencia, dependencia de personas clave que pueden irse.
• →Columna 3 — Ventaja competitiva: qué posición gana la empresa si actúa ahora versus en 18 meses. Los directorios responden bien a la narrativa de ventana de oportunidad, especialmente cuando el sector tiene jugadores que ya están avanzando en esta dirección.

Cómo calcular el retorno de un proyecto específico

Usemos este caso concreto. La propuesta era migrar el sistema de inventario a la nube. Aquí está el cálculo que no se incluyó en la presentación original:

• →Horas liberadas por automatización: el equipo de bodega gastaba 12 horas semanales conciliando inventario manualmente. Con el sistema en la nube, ese proceso baja a 1 hora semanal. El ahorro en costo-hora es significativo al año.
• →Errores de inventario: 3 veces al mes se generaban despachos incorrectos por datos desactualizados. Cada despacho incorrecto (retiro, reenvío, descuento al cliente) tiene un costo directo relevante. Al año, la suma solo por errores directos es considerable.
• →Mantenimiento del servidor actual: el costo anual entre mantención, soporte y licencias del sistema local desaparece completamente al migrar a la nube.

El ahorro anualizado, el costo de migración, el payback y el ROI a 3 años: eso es lo que el directorio necesitaba ver, y no estaba en ninguna diapositiva.

Cómo presentar el riesgo en términos financieros

La columna más poderosa del framework es la del riesgo de no actuar, porque transforma la conversación: en lugar de defender un gasto, estás mostrando el costo de una decisión que ya tomaron (no invertir). La inacción no es la opción segura; es simplemente una apuesta diferente.

Para cuantificar el riesgo de no hacer nada, trabaja con escenarios. Ejemplo para este tipo de caso:

• →Escenario 1 — Falla del servidor actual: el servidor tiene 6 años. El costo de una falla con pérdida de datos (que no tienen backup probado) en horas detenidas, recuperación y pérdida de pedidos es estimable. Usa cifras conservadoras.
• →Escenario 2 — Pérdida de clientes por lentitud operacional: si un competidor puede confirmar stock en tiempo real y ellos no, cuántos clientes pueden migrar al año. Con el ticket promedio y la tasa de retención actuales, cada punto porcentual de pérdida de retención tiene un costo calculable.
• →Escenario 3 — Multa por Ley 21.719: si el servidor local no tiene los controles de seguridad adecuados para proteger datos de clientes, la exposición legal es real y cuantificable.

La presentación de 5 slides que aprueba presupuesto

Menos es más. Un directorio no necesita entender cómo funciona la tecnología; necesita entender por qué es la decisión correcta. Esta es la estructura que funciona:

• →Slide 1 — El problema en pesos: cuánto le cuesta hoy a la empresa el problema que este proyecto resuelve. Una sola cifra grande, calculada de forma transparente.
• →Slide 2 — La solución en términos no técnicos: qué cambia exactamente para el negocio. No cómo funciona la tecnología. Qué proceso deja de ser un problema.
• →Slide 3 — El número que importa: inversión total, ahorro anual, payback y ROI a 3 años. Cuatro cifras. Nada más.
• →Slide 4 — Qué pasa si no hacemos nada: los tres escenarios de riesgo con sus costos asociados. Que quede claro que postergar no es gratuito.
• →Slide 5 — El plan y la decisión: hitos principales, plazos realistas y qué necesitas que el directorio apruebe hoy. Una sola pregunta al cierre.

El gerente rearmó su presentación con esta estructura. Tres semanas después volvió al directorio. La aprobaron en quince minutos. La diferencia no fue el proyecto; fue el idioma en que lo presentó.